Re: [Mesa-dev] [PATCH 2/2] r600g: Enable GL_ARB_gpu_shader5 extension

Le 07/10/2015 19:13, Glenn Kennard a écrit : > On Wed, 07 Oct 2015 19:04:15 +0200, Benjamin Bellec > <b.bel...@gmail.com> wrote: > >> Hi Glenn, >> >> The series doesn't apply on current master. >> >> Regard. >> > > It's not meant to apply

Re: [Mesa-dev] [PATCH 2/2] r600g: Enable GL_ARB_gpu_shader5 extension

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 >

Re: [Mesa-dev] [Mesa-stable] [PATCH v2 2/2] gallium/hud: display the Celsius temperature unit

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

[Mesa-dev] Adaptive Vsync

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.

[Mesa-dev] [PATCH v2 2/2] gallium/hud: display the Celsius temperature unit

Signed-off-by: Benjamin Bellec <b.bel...@gmail.com> --- 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/auxilia

[Mesa-dev] [PATCH v2 1/2] gallium/hud: temperature is displayed with a percentage symbol, remove it

Signed-off-by: Benjamin Bellec <b.bel...@gmail.com> --- 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

[Mesa-dev] [PATCH v2 1/2] gallium/hud: temperature is displayed with a percentage symbol, remove it

Signed-off-by: Benjamin Bellec <b.bel...@gmail.com> --- 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

Re: [Mesa-dev] [PATCH v2 1/2] gallium/hud: temperature is displayed with a percentage symbol, remove it

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 <b.bel...@gmail.com>: > Signed-off-by: Benjamin Bellec <b.bel...@gmail.com> > --- > src/gallium/drivers/radeon/r

Re: [Mesa-dev] [Mesa-stable] [PATCH v2 2/2] gallium/hud: display the Celsius temperature unit

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 <bri...@vmware.com>: > On 09/04/2015 12:30 PM, Benjamin Bellec wrote: > >> Signed-off-by: Benjamin Belle

[Mesa-dev] [PATCH] fix temperature display sign in hud

Signed-off-by: Benjamin Bellec <b.bel...@gmail.com> --- 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 chang

Re: [Mesa-dev] [PATCH] fix temperature display sign in hud

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.

Re: [Mesa-dev] [PATCH 02/71] target/d3dadapter9: Return Windows like card names

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 map (Vendor or Windows drivers) ? Is that used just for information ? Because many of them are not really precise

Re: [Mesa-dev] [PATCH 02/71] target/d3dadapter9: Return Windows like card names

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

[Mesa-dev] [PATCH] gallium/radeon: fix r600g build if LLVM is disabled

Tested-by: Benjamin Bellec b.bel...@gmail.com On Sat, Aug 8, 2015, at 10:05 PM, Marek Olšák wrote: * From: Marek Olšák marek.olsak at amd.com http://lists.freedesktop.org/mailman/listinfo/mesa-dev * * MESA_LLVM_VERSION_PATCH is undefined. ** --- ** src/gallium/drivers/radeon/r600_pipe_common.c

Re: [Mesa-dev] [PATCH 2/2] r600g: add doubles support for CAYMAN

Hello all, Do you know a game or app using doubles ? 2015-02-20 21:08 GMT+01:00 Ilia Mirkin imir...@alum.mit.edu: On Fri, Feb 20, 2015 at 3:07 PM, Ilia Mirkin imir...@alum.mit.edu wrote: On Thu, Feb 19, 2015 at 9:59 PM, Glenn Kennard glenn.kenn...@gmail.com wrote: + if ((write_mask

Re: [Mesa-dev] Removing out of date Mesa wiki pages

RadeonProgram page just removed. 2015-02-05 20:52 GMT+01:00 Alex Deucher alexdeuc...@gmail.com: On Thu, Feb 5, 2015 at 2:47 PM, Benjamin Bellec b.bel...@gmail.com wrote: And what about removing the RadeonProgram page [1] ? From my point of view, this page depicts a wrong picture

Re: [Mesa-dev] Removing out of date Mesa wiki pages

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

Re: [Mesa-dev] [PATCH 1/8] mesa: remove support for GCC older than 3.3.0

Hello, Maybe this change should be mentioned in the relnotes ? 2014-12-12 18:04 GMT+01:00 Matt Turner matts...@gmail.com: Thanks Timothy. The whole series looks good to me: Reviewed-by: Matt Turner matts...@gmail.com I'd wait a couple of days for objections before pushing the series.

Re: [Mesa-dev] rv635 geometry shader texel fetch

Hello, Did you tried with R600_DEBUG=nosb ? Regards. Le 19 nov. 2014 07:18, Dave Airlie airl...@gmail.com 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

Re: [Mesa-dev] [PATCH] r600g, radeonsi: add debug option which forces DMA for copy_region and blit

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 : Benchmark

Re: [Mesa-dev] [PATCH] r600g, radeonsi: add debug option which forces DMA for copy_region and blit

! 2014-09-07 22:47 GMT+02:00 Andy Furniss adf.li...@gmail.com: 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 me - so maybe if you try a higher setting. It still runs

[Mesa-dev] RadeonProgram webpage access

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

Re: [Mesa-dev] Mesa fails to build (32 bit chroot on 64 bit machine)

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/2014

Re: [Mesa-dev] [RFC 00/20] shader compiler cache

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

Re: [Mesa-dev] [Mesa-users] Problem with ARB_copy_buffer on Mesa 9.2.4

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 =

[Mesa-dev] [PATCH] fix GetStringi error message with correct name function

Signed-off-by: Benjamin Bellec b.bel...@gmail.com --- 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

Re: [Mesa-dev] Heavy ioq3 regression in mesa (r600g/cayman/aruba)

:53 +0300 Lauri Kasanen c...@gmx.com wrote: On Fri, 18 Apr 2014 01:41:46 +0200 Benjamin Bellec b.bel...@gmail.com wrote: 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

Re: [Mesa-dev] Heavy ioq3 regression in mesa (r600g/cayman/aruba)

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

[Mesa-dev] [PATCH] add a bugfix in 10.2 release notes

Signed-off-by: Benjamin Bellec b.bel...@gmail.com 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

Re: [Mesa-dev] [PATCH] add a bugfix in 10.2 release notes

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

Re: [Mesa-dev] RFC: per-driver extension lists

: On Mon, Mar 31, 2014 at 2:39 PM, Benjamin Bellec b.bel...@gmail.com 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 glxinfo. David Airlie enabled this extension

Re: [Mesa-dev] RFC: per-driver extension lists

=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. Benjamin

Re: [Mesa-dev] RFC: per-driver extension lists

, is 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, Benjamin Bellec b.bel

Re: [Mesa-dev] Mesa git (r600g): OpenGL Error(GL_INVALID_OPERATION): initTexture2D

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

Re: [Mesa-dev] How do I start contributing to Mesa?

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 do it had

[Mesa-dev] bad libdrm_radeon version for scons

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

[Mesa-dev] r600g: status of my work on the shader optimization

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

Re: [Mesa-dev] Help for a beginner

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 parameter for the dri drivers though) But my

Re: [Mesa-dev] Help for a beginner

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 on

[Mesa-dev] r6xx PIPE_CAP_MAX_RENDER_TARGETS

, there 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/r600_pipe.c

[Mesa-dev] [PATCH] faster logbase2() - again

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

Re: [Mesa-dev] [PATCH] faster logbase2() - again

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 check

Re: [Mesa-dev] [PATCH] faster util_next_power_of_two() function

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 b.bel...@gmail.com wrote: Le 03/06/2011 06:09, Matt Turner a écrit : Also, if you want to check

Re: [Mesa-dev] [PATCH] faster util_next_power_of_two() function

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/src/gallium/auxiliary/util/u_math.h b/src/gallium/auxiliary/util/u_math.h

Re: [Mesa-dev] [PATCH] faster util_next_power_of_two() function

Le 05/06/2011 03:05, Matt Turner a écrit : On Sat, Jun 4, 2011 at 7:14 PM, Benjamin Bellec b.bel...@gmail.com 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 (including 0), just do

[Mesa-dev] Optimize logbase2() function

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 --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c index 4ea9a48..e2eeaa0

[Mesa-dev] [PATCH] faster util_next_power_of_two() function

. 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/auxiliary/util/u_math.h index 65a99fc

[Mesa-dev] glewinfo vs piglit

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

Re: [Mesa-dev] [PATCH] r600g: track dirty registers better.

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 airl...@gmail.com wrote: From: Dave Airlie airl...@redhat.com This is a first step to decreasing the CPU usage, by decreasing how much stuff we pass

Re: [Mesa-dev] [PATCH] r600g: track dirty registers better.

Le 18/04/2011 10:20, Dave Airlie a écrit : On Mon, Apr 18, 2011 at 11:00 AM, Dave Airlie airl...@gmail.com wrote: From: Dave Airlie airl...@redhat.com 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

Re: [Mesa-dev] r600g and S3TC

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

[Mesa-dev] [r600g + s3tc] bug or missing kernel piece 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