Le 07/10/2015 19:13, Glenn Kennard a écrit :
> On Wed, 07 Oct 2015 19:04:15 +0200, Benjamin Bellec
> wrote:
>
>> Hi Glenn,
>>
>> The series doesn't apply on current master.
>>
>> Regard.
>>
>
> It's not meant to apply directly on
Hi Glenn,
The series doesn't apply on current master.
Regard.
--
Benjamin
2015-10-07 19:00 GMT+02:00 Ilia Mirkin :
> On Wed, Oct 7, 2015 at 12:53 PM, Marek Olšák wrote:
> > On Wed, Oct 7, 2015 at 5:17 PM, Glenn Kennard
> wrote:
> >> Signed-off-by: Glenn Kennard
> >> ---
> >> Now that SB sup
Le 05/09/2015 10:19, Samuel Pitoiset a écrit :
>
> On 09/04/2015 08:57 PM, Benjamin Bellec wrote:
>> Currently, the temperature is displayed with a "%" symbol in
>> gallium/hud, which is quite odd.
>> Marek suggested to only change the value "100" to ano
Hello Lauri,
I saw that your patch implementing adaptive vsync is not committed to mesa.
Ref,
http://lists.freedesktop.org/archives/mesa-dev/2013-December/050184.html
Why not ? Is there any issue with it ? As a end user, adaptive vsync seems
a nice feature. But maybe I'm not aware of drawbacks.
ay a "C" instead of nothing.
Ref. your suggestion on PIPE_DRIVER_QUERY_TYPE_TEMPERATURE, I'm not skilled
enough to answer.
2015-09-04 20:42 GMT+02:00 Brian Paul :
> On 09/04/2015 12:30 PM, Benjamin Bellec wrote:
>
>> Signed-off-by: Benjamin Bellec
>> ---
>
Signed-off-by: Benjamin Bellec
---
src/gallium/auxiliary/hud/hud_context.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/auxiliary/hud/hud_context.c
b/src/gallium/auxiliary/hud/hud_context.c
index 95eed26..71529bc 100644
--- a/src/gallium/auxiliary/hud/hud_context.c
+++ b
Signed-off-by: Benjamin Bellec
---
src/gallium/drivers/radeon/r600_pipe_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeon/r600_pipe_common.c
b/src/gallium/drivers/radeon/r600_pipe_common.c
index ed5d1da..2a8d906 100644
--- a/src/gallium
Forgot this one.
I will resend correctly, just trying to understand how git-format-patch and
git-send-mail works...
2015-09-04 20:18 GMT+02:00 Benjamin Bellec :
> Signed-off-by: Benjamin Bellec
> ---
> src/gallium/drivers/radeon/r600_pipe_common.c | 2 +-
> 1 file changed, 1 ins
Signed-off-by: Benjamin Bellec
---
src/gallium/drivers/radeon/r600_pipe_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeon/r600_pipe_common.c
b/src/gallium/drivers/radeon/r600_pipe_common.c
index ed5d1da..2a8d906 100644
--- a/src/gallium
Yes I meant "unit", "sign" is a bad translation.
In gallium/hud, the temperature is displayed as a percentage, which is
quite confusing. But maybe there is better and simpler approach to fix
that. I do not really understand the code so I tried to copy other part of
the code.
___
Signed-off-by: Benjamin Bellec
---
src/gallium/auxiliary/hud/hud_context.c | 5 +
src/gallium/drivers/radeon/r600_pipe_common.c | 2 +-
src/gallium/include/pipe/p_defines.h | 1 +
src/mesa/state_tracker/st_cb_perfmon.c| 5 +
4 files changed, 12 insertions(+), 1
> of your vendor, or advertise another vendor (some games do disable
> some features for some cards).
>
> Yours,
>
> Axel Davy
>
> On 17/08/2015 19:30, Benjamin Bellec write :
>
> Hello,
>>
>> Where does this mapping list come from ? Is this an official m
Hello,
Where does this mapping list come from ? Is this an official map (Vendor or
Windows drivers) ? Is that used just for information ?
Because many of them are not really precise, if not completely wrong at all
(eg. the Radeon R400/R500 series names).
Regards.
--
Benjamin
2015-08-16 17:27 GM
Tested-by: Benjamin Bellec
On Sat, Aug 8, 2015, at 10:05 PM, Marek Olšák wrote:
>* From: Marek Olšák <http://lists.freedesktop.org/mailman/listinfo/mesa-dev>>
*> >* MESA_LLVM_VERSION_PATCH is undefined.
*>* ---
*>* src/gallium/drivers/radeon/r600_pipe_common.c | 9 +
Hello all,
Do you know a game or app using doubles ?
2015-02-20 21:08 GMT+01:00 Ilia Mirkin :
> On Fri, Feb 20, 2015 at 3:07 PM, Ilia Mirkin wrote:
> > On Thu, Feb 19, 2015 at 9:59 PM, Glenn Kennard
> wrote:
> >>> + if ((write_mask & 0x3) != 0x3 &&
> >>> + (write_mask & 0xc) !=
RadeonProgram page just removed.
2015-02-05 20:52 GMT+01:00 Alex Deucher :
> On Thu, Feb 5, 2015 at 2:47 PM, Benjamin Bellec
> wrote:
> > And what about removing the "RadeonProgram" page [1] ?
> >
> > From my point of view, this page depicts a wrong pictu
And what about removing the "RadeonProgram" page [1] ?
>From my point of view, this page depicts a wrong picture of the Radeon Mesa
driver. While I'm pretty sure most of the current and past games runs fine
today with r300g/r600g/radeonsi, this is not what one could think at a
first look when read
Hello,
Maybe this change should be mentioned in the relnotes ?
2014-12-12 18:04 GMT+01:00 Matt Turner :
>
> Thanks Timothy. The whole series looks good to me:
>
> Reviewed-by: Matt Turner
>
> I'd wait a couple of days for objections before pushing the series.
> ___
Hello,
Did you tried with R600_DEBUG=nosb ?
Regards.
Le 19 nov. 2014 07:18, "Dave Airlie" a écrit :
> Hey,
>
> I got piglit to run on my laptop rv635,
>
> two things seem to hang it
>
> geometry shader texel fetches (wierd incorrect values for 2D, hangs for
> 2DMS)
> and
> the clip scissor msaa b
Hello,
You have defined some "define" but you don't use it everywhere, for
instance :
cs->buf[cs->cdw++] = PKT3(0x24 /* PKT3_DRAW_INDIRECT */, 1,
rctx->b.predicate_drawing);
instead of simply :
cs->buf[cs->cdw++] = PKT3(PKT3_DRAW_INDIRECT, 1,
rctx->b.predicate_drawing);
There is 5 instances lik
and stream !
2014-09-07 22:47 GMT+02:00 Andy Furniss :
> Benjamin Bellec wrote:
>
>> No problem with Valley on Evergeen (CYPRESS).
>>
>> Unigine Valley 1.0 (64-bit) Basic preset without "forcedma" :
>>
>
> It doesn't produce them on basic for m
No problem with Valley on Evergeen (CYPRESS).
Unigine Valley 1.0 (64-bit) Basic preset without "forcedma" :
Benchmark results:
Time:188.792
Frames:9194
FPS:48.6992
Min FPS:20.5505
Max FPS:78.946
Score:2037.5
Unigine Valley 1.0 (64-bit) Basic preset with "forcedma" :
Benchm
Hello,
I would like to have an access to the RadeonProgram web page
(http://www.x.org/wiki/RadeonProgram/) in order to update and improve it.
I requested this access 9 months ago to jrayh...@freedesktop.org and
tfh...@freedesktop.org and still have no access.
- Benjamin
__
Hello,
This error is due to the recent removal of "--disable-64-bit" and
"--enable-32-bit" options.
You should now replace them by "--build=i686-pc-linux-gnu" and
"--host=i686-pc-linux-gnu"
See here :
http://lists.freedesktop.org/archives/mesa-dev/2014-August/065574.html
- Benjamin
Le 17/08/20
Hello,
This patch set prevents me from launching Steam.
I'm on r600g (Radeon HD5850 Evergreen).
Here is the log :
$ MESA_DEBUG=1 LIBGL_DEBUG=1 STEAM_RUNTIME=0 steam
Running Steam on fedora 19 64-bit
STEAM_RUNTIME is disabled by the user
Installing breakpad exception handler for
appid(steam)/versi
Hello Jonas,
I tested your program and on my system (Fedora 19) on an Evergreen
(Radeon HD 5850) and I have the same issue indeed.
Here is my result :
Mesa 9.2.4 (from F19 repo) => Data does NOT match up!
Mesa 9.2.5 => Data does NOT match up!
Mesa 10.0.5 => Data does NOT match up!
Mesa 10.1.0 =>
Signed-off-by: Benjamin Bellec
---
src/mesa/main/getstring.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/getstring.c b/src/mesa/main/getstring.c
index 3ac62d4..1ac92e2 100644
--- a/src/mesa/main/getstring.c
+++ b/src/mesa/main/getstring.c
@@ -166,7 +166,7
pr 2014 10:16:53 +0300
> Lauri Kasanen wrote:
>
>> On Fri, 18 Apr 2014 01:41:46 +0200
>> Benjamin Bellec wrote:
>>
>>> Hi Lauri,
>>>
>>> I tested with both commit but cannot seeing something relevant, I got 60
>>> FPS in both case.
>
Hi Lauri,
I tested with both commit but cannot seeing something relevant, I got 60
FPS in both case.
I tested with the Tremulous 1.1 test case from Phoronix Test Suite 4.8.6
(from Fedora 19 repo).
The command used (for both commit) was:
$ vblank_mode=0 R600_DEBUG=nohyperz phoronix-test-suite Test
Oh OK, I wasn't aware of this process and script.
That said, the commit that fixed the bug was not intended to. And it
will not be caught by the script.
Noted for git send-email.
Benjamin
Le 11/04/2014 20:24, Emil Velikov a écrit :
> On 11/04/14 19:07, Benjamin Bellec wrote:
>>
Signed-off-by: Benjamin Bellec
diff --git a/docs/relnotes/10.2.html b/docs/relnotes/10.2.html
index da79e7d..05fd502 100644
--- a/docs/relnotes/10.2.html
+++ b/docs/relnotes/10.2.html
@@ -51,7 +51,11 @@ Note: some of the new features are only available with certain drivers.
Bug fixes
-TBD
rit :
> On Mon, Mar 31, 2014 at 2:39 PM, Benjamin Bellec wrote:
>> Hi,
>>
>> Correct me if I'm wrong, it looks like EXT_draw_buffers2 (OpenGL 3.0) is
>> not enabled on Radeon HD2900 (R600 codename) due to hardware limitation.
>> I have no R600 card to check gl
this extension is mandatory do be "OpenGL 3.0 compliant"?
(I don't know how really works the OpenGL specification)
Does the R600 cards can expose GL3.0 in glxinfo without this extension?
Benjamin
Le 31/03/2014 20:43, Ilia Mirkin a écrit :
> On Mon, Mar 31, 2014 at 2:39 PM, Benj
t/?id=de48199693484fc903627ce53b007901af2e37a8
And current code is still:
/* Supported except the original R600. */
case PIPE_CAP_INDEP_BLEND_ENABLE:
case PIPE_CAP_INDEP_BLEND_FUNC:
/* R600 doesn't support per-MRT blends */
return family == CHIP_R600 ? 0 : 1;
Regards.
Hi,
Could you bisect?
Or provide an easy way to build ogl-samples!
Regards.
Le 17/03/2014 15:34, Dieter Nützel a écrit :
> Trying to run ogl-samples GL 3.2+ tests on my RV730 AGP.
>
> /opt/ogl-samples> ./build/release/gl-320-primitive-sprite
> libGL: screen 0 does not appear to be DRI3 capable
>
Le 04/06/2013 21:54, Brian Paul a écrit :
> On 06/04/2013 06:37 AM, Arnas Milaševičius wrote:
>> Hello,
>>
>> First of all, I'm not sure if it's the right place to ask such a
>> question, but I'll try. I've started learning OpenGL and I really want
>> to contribute to Mesa project, but the way to d
Hello,
Just to report that libdrm_radeon version (2.4.44) has not been updated
in scons/gallium.py too (still at version 2.4.42).
Regards.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hello,
Does your branch should works on R700 ?
I tested it on a RV770 but get many corruptions on Counter Strike Source
(native). I haven't tested anything else.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailm
iling mesa thanks to the site Benjamin Bellec gave to
> me http://forums.fedora-fr.org/viewtopic.php?id=51681
> And with this simple command line:
>
> $ ./autogen.sh --with-gallium-drivers=nouveau --with-dri-drivers=
>
> Everything went well. (I'm not sure about the empty param
Le 26/09/2011 20:25, Romain Failliot a écrit :
> At first, it would be questions like how to run my own compiled mesa drivers?
> I should handle getting the code, compiling it and editing it.
> Things I've never done (or almost never) is submitting a patch to a
> floss project.
I wrote some words o
is a maximum of 4 enabled render targets for 8-sample
surfaces.
Is this related ?
I don't know what is 8-sample surfaces... so I don't know if the
attached fix is as simple as this.
Regards.
Benjamin Bellec
diff --git a/src/gallium/drivers/r600/r600_pipe.c b/src/gallium/drivers/r600/r
Le 08/06/2011 22:08, Roland Scheidegger a écrit :
> Looks good to me - but skip the special n <= 1 case that's what the
> (n|1) input to the __builtin_clz is good for.
Ok, I'm not familiar with bit manipulation in fact...
> Oh and I didn't notice before but there's an error in the gcc version
> ch
On a Roland Scheidegger idea!
Benjamin
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index 3e42911..da2e72f 100644
--- a/src/mesa/main/teximage.c
+++ b/src/mesa/main/teximage.c
@@ -86,6 +86,12 @@ _mesa_free_texmemory(void *m)
static GLuint
logbase2(GLuint n)
{
+#if defined(PI
Le 06/06/2011 23:54, Roland Scheidegger a écrit :
> Also I believe this builtin requires gcc 3.4 - not sure though if the
> rest of the code compiles on older gcc.
>
> Roland
Yes I checked, __builtin_clz() appeared first time in GCC 3.4.0
documentation.
Benjamin
_
Le 06/06/2011 23:54, Roland Scheidegger a écrit :
> Am 06.06.2011 23:18, schrieb Tormod Volden:
>> On Sun, Jun 5, 2011 at 1:14 AM, Benjamin Bellec wrote:
>>> So here is a v2 patch with a builtin GCC optimization which is the
>>> fastest (thx Matt to point me to this solu
Le 06/06/2011 17:34, Roland Scheidegger a écrit :
> Am 05.06.2011 03:55, schrieb Benjamin Bellec:
>> Le 05/06/2011 03:05, Matt Turner a écrit :
>>> On Sat, Jun 4, 2011 at 7:14 PM, Benjamin Bellec wrote:
>>>> Le 03/06/2011 06:09, Matt Turner a écrit :
>>>>
Le 05/06/2011 03:05, Matt Turner a écrit :
> On Sat, Jun 4, 2011 at 7:14 PM, Benjamin Bellec wrote:
>> Le 03/06/2011 06:09, Matt Turner a écrit :
>>> Also, if you want to check if the value is already a power-of-two,
>>> instead of a case statement for every POT
== 0
My own tests (on a Core2) shows that it's less efficient to do that, at
least with -O2 optimization enabled. With -O0, it's equal.
So here is a v2 patch with a builtin GCC optimization which is the
fastest (thx Matt to point me to this solution).
Regards.
Benjamin Bellec
diff --git a/sr
ference is
even bigger.
There is no piglit regressions.
But there is an issue, during compilation there is an error (-Wall)
"warning: right shift count >= width of type [enabled by default]".
Regards.
Benjamin Bellec
diff --git a/src/gallium/auxiliary/util/u_math.h b/src/gallium/a
uot;, the result is stored in a GLuint. But not in
"via_tex.c"
Here is a patch to merge it, at least in "src/mesa/main/teximage.c". I
will understand any comments, especially on the relevance of this patch.
(The patch still uses a integer parameter).
Regards.
Benjamin Bellec
diff --g
Hello,
I have a simple question. If a feature is exposed by Mesa (checked by
glewinfo), but piglit tests about this extension fails, is it a bug
which must be reported ?
Benjamin
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.free
Le 18/04/2011 16:37, Benjamin BELLEC a écrit :
> Le 18/04/2011 10:20, Dave Airlie a écrit :
>> On Mon, Apr 18, 2011 at 11:00 AM, Dave Airlie wrote:
>>> From: Dave Airlie
>>>
>>> This is a first step to decreasing the CPU usage, by decreasing how much
>>&
Le 18/04/2011 10:20, Dave Airlie a écrit :
> On Mon, Apr 18, 2011 at 11:00 AM, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> This is a first step to decreasing the CPU usage, by decreasing how much
>> stuff we pass to the GPU and hence to the kernel CS checker.
>>
>> This adds a check to see if t
You must use kernel 2.6.39. And then R600_ENABLE_S3TC is not useful anymore.
Le 07/04/2011 21:35, Alexandre Demers a écrit :
Hi all,
A simple question: is enabling S3TC supposed to work with latest git on
r600g? I'm using latest git and kernel 2.6.38.2. Libdrm is 2.4.24+ (git
from a couple of d
ce of software ? And if so which one ? (I'm currently on 2.6.38-rc8).
Benjamin Bellec
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
55 matches
Mail list logo
