Re: [Mesa-dev] [PATCH] i965/fs: Don't use brw->fragment_program in calculate_urb_setup().

On 08/31/2012 12:24 PM, Paul Berry wrote: > On 31 August 2012 01:00, Kenneth Graunke > wrote: > > Reading brw->fragment_program is nonsensical in compiler code: it > contains the currently active program (if any), not the one currently > being compiled.

[Mesa-dev] [PATCH] i965: Don't use brw->fragment_program in the old brw_wm_pass2.c.

Reading brw->fragment_program is nonsensical in compiler code: it contains the currently active program (if any), not the one currently being compiled. Attempting to access it may either lead to crashes (null pointer dereference if no program is active) or wrong results. Not known to fix anything

Re: [Mesa-dev] [PATCH 1/2] mesa: add context version routines

On 08/31/2012 11:52 AM, Jordan Justen wrote: > Signed-off-by: Jordan Justen > --- > > Based on the discussion July 26-27 in the thread > "[PATCH 1/4] mesa: Add a Version field to the context > with VersionMajor*10+VersionMinor." > > src/mesa/main/version.h | 54 > +++

Re: [Mesa-dev] [PATCH] i965: Stop putting 8 NOPs after each prorgam.

On 08/31/2012 12:19 PM, Eric Anholt wrote: > As far as I can see, the intention of the requirement that we do so is to > prevent instruction prefetch from wandering out into either unmapped memory or > memory with a different caching type, and hanging the chip. The kernel makes > sure that the pag

Re: [Mesa-dev] [PATCH 2/2] mesa: utilize context version routines

I'm really ambivalent about these patches. 1. I'm not a huge fan of the name "have_version"...it sounds like it would return whether a driver supports a given version, not whether the current context's version is a certain value. 2. Personally I think ctx->Version <= XY is clearer than !_mesa_hav

Re: [Mesa-dev] [PATCH] i965: Don't leave dangling pointer to brw context on failure

On 08/31/2012 03:03 PM, Ian Romanick wrote: > From: Ian Romanick > > Otherwise intelDestroyContext would try to dereference the pointer to > freed memory. > > NOTE: This is a candidate for the 9.0 branch. > > Signed-off-by: Ian Romanick > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=

[Mesa-dev] [Bug 54326] When building 32 bit on 64 bit, build ends at libgbm saying it can't find 32 bit libkms.so

https://bugs.freedesktop.org/show_bug.cgi?id=54326 Alexandre Demers changed: What|Removed |Added Summary|When building 32 bit on 64 |When building 32 bit on 64

Re: [Mesa-dev] [PATCH 4/4] i965: Make the param pointer arrays for the VS dynamically sized.

On 08/31/2012 03:05 PM, Eric Anholt wrote: > Saves 96MB of wasted memory in the l4d2 demo. > > v2: Rebase on compare func change, change brace style. > > Reviewed-by: Kenneth Graunke > Reviewed-by: Ian Romanick > --- > src/mesa/drivers/dri/i965/brw_context.h |4 ++-- > src/mesa/drivers

[Mesa-dev] [Bug 54326] When building 32 bit on 64 bit, build ends saying it can't find 32 bit libkms.so

https://bugs.freedesktop.org/show_bug.cgi?id=54326 --- Comment #2 from Alexandre Demers 2012-09-01 04:11:50 UTC --- Pretty sure the culprit commit is a669a5055eadae85ffa000cea19a2241d0699348: gbm: Use libkms to replace DRI cursor images Author Jakob Bornecrantz Author date 8/13/12 9:55 AM Parent

[Mesa-dev] [Bug 54326] When building 32 bit on 64 bit, build ends saying it can't find 32 bit libkms.so

https://bugs.freedesktop.org/show_bug.cgi?id=54326 --- Comment #1 from Alexandre Demers 2012-09-01 04:08:24 UTC --- Making all in gbm make[2]: Entering directory `/home/dema1701/projects/display/mesa/src/gbm' CCLD libgbm.la /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libud

Re: [Mesa-dev] [PATCH 2/4] i965: Add functions for comparing two brw_wm/vs_prog_data structs.

On 08/31/2012 03:05 PM, Eric Anholt wrote: > Currently, this just avoids comparing all unused parts of param[] and > pull_param[], but it's a step toward getting rid of those giant statically > sized arrays. > --- > src/mesa/drivers/dri/i965/brw_context.h | 29 > ++-

Re: [Mesa-dev] [PATCH] mesa: don't wait in _mesa_ClientWaitSync if timeout is 0

On 08/31/2012 01:37 PM, Vadim Girlin wrote: > From ARB_sync spec: > > If the value of is zero, then ClientWaitSync does not > block, but simply tests the current state of . TIMEOUT_EXPIRED > will be returned in this case if is not signaled, even though > no actual wait was perfor

Re: [Mesa-dev] [PATCH] i965: Fix primitive restart on Haswell.

On 08/31/2012 12:54 PM, Jordan Justen wrote: > Reviewed-by: Jordan Justen > > 2 minor questions below... > > On Fri, Aug 31, 2012 at 12:22 AM, Kenneth Graunke > wrote: >> Haswell moved the "Cut Index Enable" bit from the INDEX_BUFFER packet to >> a new 3DSTATE_VF packet, so we need to emit tha

[Mesa-dev] [PATCH] glsl: Generate compile errors for explicit blend indices < 0 or > 1.

According to the GLSL 4.30 specification, this is a compile time error. Earlier specifications don't specify a behavior, but since 0 and 1 are the only valid indices for dual source blending, it makes sense to generate the error. Fixes (the fixed version of) piglit's layout-12.frag. NOTE: This is

Re: [Mesa-dev] [PATCH] mesa: don't wait in _mesa_ClientWaitSync if timeout is 0

On Fri, 2012-08-31 at 15:50 -0600, Brian Paul wrote: > On 08/31/2012 02:53 PM, Eric Anholt wrote: > > Vadim Girlin writes: > > > >> From ARB_sync spec: > >> > >> If the value of is zero, then ClientWaitSync does not > >> block, but simply tests the current state of. TIMEOUT_EXPIRED > >

Re: [Mesa-dev] [PATCH] meta: Don't save and restore fog state when there is no fog state

On 08/31/2012 04:31 PM, Ian Romanick wrote: From: Ian Romanick I wonder if the better solution is to have _mesa_meta_GenerateMipmap not use MESA_META_ALL for the GLSL path. Even on compatibility profiles there is no reason to save and restore fog on this path. NOTE: This is a candidate for the

[Mesa-dev] [PATCH] meta: Don't save and restore fog state when there is no fog state

From: Ian Romanick I wonder if the better solution is to have _mesa_meta_GenerateMipmap not use MESA_META_ALL for the GLSL path. Even on compatibility profiles there is no reason to save and restore fog on this path. NOTE: This is a candidate for the 9.0 branch. Signed-off-by: Ian Romanick Bu

[Mesa-dev] [PATCH 2/4] i965: Add functions for comparing two brw_wm/vs_prog_data structs.

Currently, this just avoids comparing all unused parts of param[] and pull_param[], but it's a step toward getting rid of those giant statically sized arrays. --- src/mesa/drivers/dri/i965/brw_context.h | 29 ++- src/mesa/drivers/dri/i965/brw_state_cache.c | 10

[Mesa-dev] [PATCH 1/4] glsl: Count builtin uniforms against uniform component limits.

We don't fully process the builtin uniforms, but at least num_uniform_components reflects reality now. Reviewed-by: Kenneth Graunke Reviewed-by: Ian Romanick --- src/glsl/link_uniforms.cpp |5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/src/glsl/link_uniforms.cpp b/sr

[Mesa-dev] [PATCH 4/4] i965: Make the param pointer arrays for the VS dynamically sized.

Saves 96MB of wasted memory in the l4d2 demo. v2: Rebase on compare func change, change brace style. Reviewed-by: Kenneth Graunke Reviewed-by: Ian Romanick --- src/mesa/drivers/dri/i965/brw_context.h |4 ++-- src/mesa/drivers/dri/i965/brw_state_cache.c |2 ++ src/mesa/drivers/dri/i

[Mesa-dev] [PATCH 3/4] i965: Make the param pointer arrays for the WM dynamically sized.

Saves 26.5MB of wasted memory allocation in the l4d2 demo. v2: Rebase on compare func change, fix comments. Reviewed-by: Ian Romanick (v1) --- src/mesa/drivers/dri/i965/brw_context.h |7 -- src/mesa/drivers/dri/i965/brw_fs.cpp|2 -- src/mesa/drivers/dri/i965/brw_state_ca

[Mesa-dev] [PATCH] i965: Don't leave dangling pointer to brw context on failure

From: Ian Romanick Otherwise intelDestroyContext would try to dereference the pointer to freed memory. NOTE: This is a candidate for the 9.0 branch. Signed-off-by: Ian Romanick Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=54301 --- src/mesa/drivers/dri/i965/brw_context.c | 1 + 1 fi

Re: [Mesa-dev] [PATCH 1/2] mesa: add context version routines

On 08/31/2012 12:52 PM, Jordan Justen wrote: Signed-off-by: Jordan Justen --- Based on the discussion July 26-27 in the thread "[PATCH 1/4] mesa: Add a Version field to the context with VersionMajor*10+VersionMinor." src/mesa/main/version.h | 54 +++

Re: [Mesa-dev] [PATCH] mesa: don't wait in _mesa_ClientWaitSync if timeout is 0

On 08/31/2012 02:53 PM, Eric Anholt wrote: Vadim Girlin writes: From ARB_sync spec: If the value of is zero, then ClientWaitSync does not block, but simply tests the current state of. TIMEOUT_EXPIRED will be returned in this case if is not signaled, even though no actua

Re: [Mesa-dev] [PATCH] mesa: don't wait in _mesa_ClientWaitSync if timeout is 0

Vadim Girlin writes: > From ARB_sync spec: > > If the value of is zero, then ClientWaitSync does not > block, but simply tests the current state of . TIMEOUT_EXPIRED > will be returned in this case if is not signaled, even though > no actual wait was performed. > > Fixes random

Re: [Mesa-dev] [PATCH] i965/fs: Don't use brw->fragment_program in calculate_urb_setup().

Kenneth Graunke writes: > Reading brw->fragment_program is nonsensical in compiler code: it > contains the currently active program (if any), not the one currently > being compiled. Attempting to access it may either lead to crashes > (null pointer dereference if no program is active) or wrong r

Re: [Mesa-dev] [PATCH] i965: Fix primitive restart on Haswell.

On 31 August 2012 13:16, Paul Berry wrote: > > Yeah, good point. I'd be ok with that. Keeping in mind, of course, that > after this patch lands, the bug will be in two places rather than one :) > Scratch that. Ken's patch implements my suggestion #1 for Haswell, so the bug only needs to be ad

Re: [Mesa-dev] [PATCH] radeon/llvm: Convert to Automake

On Fri, Aug 31, 2012 at 01:26:33PM -0700, Matt Turner wrote: > On Fri, Aug 31, 2012 at 6:04 AM, Tom Stellard wrote: > > On Thu, Aug 30, 2012 at 02:11:22PM -0700, Matt Turner wrote: > >> On Thu, Aug 30, 2012 at 1:19 PM, Tom Stellard wrote: > >> > On Thu, Aug 30, 2012 at 10:47:55AM -0700, Matt Turn

[Mesa-dev] [PATCH] mesa: don't wait in _mesa_ClientWaitSync if timeout is 0

>From ARB_sync spec: If the value of is zero, then ClientWaitSync does not block, but simply tests the current state of . TIMEOUT_EXPIRED will be returned in this case if is not signaled, even though no actual wait was performed. Fixes random fails of the arb_sync-timeout-zero p

Re: [Mesa-dev] [PATCH] radeon/llvm: Convert to Automake

On Fri, Aug 31, 2012 at 6:04 AM, Tom Stellard wrote: > On Thu, Aug 30, 2012 at 02:11:22PM -0700, Matt Turner wrote: >> On Thu, Aug 30, 2012 at 1:19 PM, Tom Stellard wrote: >> > On Thu, Aug 30, 2012 at 10:47:55AM -0700, Matt Turner wrote: >> >> On Thu, Aug 30, 2012 at 9:55 AM, wrote: >> >> > Fro

Re: [Mesa-dev] [PATCH 2/2] mesa: utilize context version routines

On Fri, Aug 31, 2012 at 11:52 AM, Jordan Justen wrote: > Signed-off-by: Jordan Justen > --- > diff --git a/src/mesa/main/enable.c b/src/mesa/main/enable.c > index b713f5f..00852ad 100644 > --- a/src/mesa/main/enable.c > +++ b/src/mesa/main/enable.c > @@ -1041,7 +1041,7 @@ _mesa_set_enable(struct

Re: [Mesa-dev] [PATCH] i965: Fix primitive restart on Haswell.

On 31 August 2012 12:52, Jordan Justen wrote: > On Fri, Aug 31, 2012 at 12:08 PM, Paul Berry > wrote: > > On 31 August 2012 00:22, Kenneth Graunke wrote: > >> > >> Haswell moved the "Cut Index Enable" bit from the INDEX_BUFFER packet to > >> a new 3DSTATE_VF packet, so we need to emit that. Al

Re: [Mesa-dev] [PATCH] i965: Fix primitive restart on Haswell.

Reviewed-by: Jordan Justen 2 minor questions below... On Fri, Aug 31, 2012 at 12:22 AM, Kenneth Graunke wrote: > Haswell moved the "Cut Index Enable" bit from the INDEX_BUFFER packet to > a new 3DSTATE_VF packet, so we need to emit that. Also, it requires us > to specify the cut index rather t

Re: [Mesa-dev] [PATCH] i965: Fix primitive restart on Haswell.

On Fri, Aug 31, 2012 at 12:08 PM, Paul Berry wrote: > On 31 August 2012 00:22, Kenneth Graunke wrote: >> >> Haswell moved the "Cut Index Enable" bit from the INDEX_BUFFER packet to >> a new 3DSTATE_VF packet, so we need to emit that. Also, it requires us >> to specify the cut index rather than a

Re: [Mesa-dev] [PATCH] i965/fs: Don't use brw->fragment_program in calculate_urb_setup().

On 31 August 2012 01:00, Kenneth Graunke wrote: > Reading brw->fragment_program is nonsensical in compiler code: it > contains the currently active program (if any), not the one currently > being compiled. Attempting to access it may either lead to crashes > (null pointer dereference if no progr

[Mesa-dev] [PATCH] i965: Stop putting 8 NOPs after each prorgam.

As far as I can see, the intention of the requirement that we do so is to prevent instruction prefetch from wandering out into either unmapped memory or memory with a different caching type, and hanging the chip. The kernel makes sure that the page after your BO has a valid page of the same cachin

Re: [Mesa-dev] [PATCH] i965: Fix primitive restart on Haswell.

On 31 August 2012 00:22, Kenneth Graunke wrote: > Haswell moved the "Cut Index Enable" bit from the INDEX_BUFFER packet to > a new 3DSTATE_VF packet, so we need to emit that. Also, it requires us > to specify the cut index rather than assuming it's 0x. > > This adds a new Haswell-specifi

Re: [Mesa-dev] [PATCH 1/2] mesa: add context version routines

On Fri, Aug 31, 2012 at 11:52 AM, Jordan Justen wrote: > Signed-off-by: Jordan Justen > --- > > Based on the discussion July 26-27 in the thread > "[PATCH 1/4] mesa: Add a Version field to the context > with VersionMajor*10+VersionMinor." > > src/mesa/main/version.h | 54 > ++

[Mesa-dev] [PATCH 2/2] mesa: utilize context version routines

Signed-off-by: Jordan Justen --- src/mesa/drivers/dri/nouveau/nouveau_context.c |2 +- src/mesa/main/context.h|3 ++- src/mesa/main/enable.c |4 ++-- src/mesa/main/fbobject.c | 28 src/mes

[Mesa-dev] [PATCH 1/2] mesa: add context version routines

Signed-off-by: Jordan Justen --- Based on the discussion July 26-27 in the thread "[PATCH 1/4] mesa: Add a Version field to the context with VersionMajor*10+VersionMinor." src/mesa/main/version.h | 54 +++ 1 file changed, 54 insertions(+) diff --g

[Mesa-dev] [PATCH 6/8] i965: Add support for instruction compaction.

This reduces program size by using some smaller encodings for common bit patterns in the Gen ISA, with the hope of making programs fit in the instruction cache better. Unfortunately, we don't have any evidence for any particular program being measurably helped. --- src/mesa/drivers/dri/i965/.giti

[Mesa-dev] [PATCH 7/8] i965: Support instruction compaction between control flow.

--- src/mesa/drivers/dri/i965/brw_eu_compact.c | 111 ++-- 1 file changed, 87 insertions(+), 24 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_eu_compact.c b/src/mesa/drivers/dri/i965/brw_eu_compact.c index 2c15c85..dd661f5 100644 --- a/src/mesa/drivers/dri/i965

[Mesa-dev] [PATCH 8/8] i965: Add support for instruction compression on Gen7.

From: Kenneth Graunke Reduces l4d2 program size from 1195kb to 919kb. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_eu.c |2 + src/mesa/drivers/dri/i965/brw_eu.h |1 + src/mesa/drivers/dri/i965/brw_eu_compact.c | 208 +--- 3 f

[Mesa-dev] [PATCH 5/8] i965: Prepare the uip/jip setting for compacted instructions in the program.

The first cut at instruction compaction won't compact things that would change control flow jump distances, but we do need to still be able to walk the instruction stream, which involves jumping by 8 or 16 bytes between instructions. --- src/mesa/drivers/dri/i965/brw_eu_emit.c | 57 +

[Mesa-dev] [PATCH 4/8] i965: Move program dump to a helper function in brw_eu.c.

It's going to get more complicated when we do instruction compaction. --- src/mesa/drivers/dri/i965/brw_eu.c | 22 src/mesa/drivers/dri/i965/brw_eu.h |2 ++ src/mesa/drivers/dri/i965/brw_eu_emit.c |1 + src/mesa/drivers/dri/i965/brw_fs_emit.cpp

[Mesa-dev] [PATCH 1/8] i965: Clear brw_compile on setup.

I noticed in valgrind that p->single_program_flow was used while uninitialized. Everything else zeroed out brw_compile, but this is better API. --- src/mesa/drivers/dri/i965/brw_eu.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/src/mesa/drivers/dri/i965/brw_eu.c b/src/mesa/drivers/dr

[Mesa-dev] [PATCH 3/8] i965: Make a linkable library for the contents of i965_dri.so.

To do unit testing of i965, we want to be able to link against the driver's symbols and prod them. If we don't have a separate lib from our loadable module, libtool gets super whiny. --- src/mesa/drivers/dri/i965/.gitignore |1 + src/mesa/drivers/dri/i965/Makefile.am | 17 -

[Mesa-dev] [PATCH 2/8] dri: Reuse dri_test.c for stub glapi symbols for unit testing.

This file was previously used to provide stubs for the link test. Now that the link test wasn't used any more, there's no more purpose for this file. However, these will be nice for linking unit tests against the whole contents of a dri driver. --- src/mesa/drivers/dri/common/Makefile.am |8

Re: [Mesa-dev] [PATCH] i965/fs: Disable write masking when setting up texturing m0.

On 30 August 2012 11:07, Eric Anholt wrote: > I don't know of any hangs/rendering failures that this fixes, but it sure > looks necessary. > Good catch! This definitely seems like the kind of thing that could lead to rare/unpredictable problems. It looks like there is similar code in brw_vec4_

Re: [Mesa-dev] [PATCH 2/2] intel: Support new dri image interface v2

On Fri, Aug 31, 2012 at 10:39 AM, Kristian Høgsberg wrote: > On Fri, Aug 31, 2012 at 9:22 AM, Jakob Bornecrantz > wrote: > > Follow up to the previous patch, kept seperate for easier viewing, > > will be merged with previous patch before commiting. > > > > v2: Should fix YUV pitch/stride == 0. >

[Mesa-dev] r600: performance reading from staging texture

Hi, In my application, I need to read pixels back to system memory for every rendered frame. My approach is to create a chain of textures with PIPE_USAGE_STAGING flag, and copy the render target to the staging textures before reading them to avoid pipeline stall. Now I found out as in the pa

Re: [Mesa-dev] [PATCH 2/2] intel: Support new dri image interface v2

On Fri, Aug 31, 2012 at 9:22 AM, Jakob Bornecrantz wrote: > Follow up to the previous patch, kept seperate for easier viewing, > will be merged with previous patch before commiting. > > v2: Should fix YUV pitch/stride == 0. > > Signed-off-by: Jakob Bornecrantz Works here too: Tested-by: Kristia

Re: [Mesa-dev] [PATCH] mesa: also bump version in Makefile.am and configure.ac to 9.0

On 08/31/2012 08:43 AM, Andreas Boll wrote: --- Makefile.am |2 +- configure.ac |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefile.am b/Makefile.am index e8c7b59..36bcf1f 100644 --- a/Makefile.am +++ b/Makefile.am @@ -52,7 +52,7 @@ distclean-local: # Ru

[Mesa-dev] [Bug 52996] Read out of bounds in swizzle_for_size() (MesaLib/src/mesa/program/ir_to_mesa.cpp)

https://bugs.freedesktop.org/show_bug.cgi?id=52996 --- Comment #3 from Alexander Potapenko 2012-08-31 15:03:18 UTC --- I've managed to reproduce this locally. Inserting fprintf() calls into third_party/mesa/MesaLib/src/mesa/program/ir_to_mesa.cpp shows that swizzle_for_size(0) is really called f

[Mesa-dev] [PATCH] docs: update relnotes-9.0

--- docs/relnotes-9.0.html | 16 +--- 1 files changed, 13 insertions(+), 3 deletions(-) diff --git a/docs/relnotes-9.0.html b/docs/relnotes-9.0.html index 164c8e9..1e3a11b 100644 --- a/docs/relnotes-9.0.html +++ b/docs/relnotes-9.0.html @@ -37,10 +37,14 @@ Note: some of the new feat

Re: [Mesa-dev] [PATCH 2/2] intel: Support new dri image interface v2

On Fri, 31 Aug 2012 15:22:04 +0200 Jakob Bornecrantz wrote: > Follow up to the previous patch, kept seperate for easier viewing, > will be merged with previous patch before commiting. > > v2: Should fix YUV pitch/stride == 0. > > Signed-off-by: Jakob Bornecrantz > --- > src/mesa/drivers/dri/i

[Mesa-dev] [PATCH] mesa: also bump version in Makefile.am and configure.ac to 9.0

--- Makefile.am |2 +- configure.ac |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefile.am b/Makefile.am index e8c7b59..36bcf1f 100644 --- a/Makefile.am +++ b/Makefile.am @@ -52,7 +52,7 @@ distclean-local: # Rules for making release tarballs -PACKAGE_VERSIO

[Mesa-dev] [Bug 54326] New: When building 32 bit on 64 bit, build ends saying it can't find 32 bit libkms.so

https://bugs.freedesktop.org/show_bug.cgi?id=54326 Bug #: 54326 Summary: When building 32 bit on 64 bit, build ends saying it can't find 32 bit libkms.so Classification: Unclassified Product: Mesa Version: unspecified

[Mesa-dev] [Bug 54325] Account request

https://bugs.freedesktop.org/show_bug.cgi?id=54325 Brian Paul changed: What|Removed |Added AssignedTo|mesa-dev@lists.freedesktop. |sitewranglers@lists.freedes

[Mesa-dev] [Bug 54293] Undefined symbol sqrt firt referenced in file build/sunos-debug/glsl/libglsl.a(so_pp.os)

https://bugs.freedesktop.org/show_bug.cgi?id=54293 Brian Paul changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa-dev] [Bug 54325] Account request

https://bugs.freedesktop.org/show_bug.cgi?id=54325 --- Comment #2 from Andreas Boll 2012-08-31 14:23:36 UTC --- Created attachment 66408 --> https://bugs.freedesktop.org/attachment.cgi?id=66408 gpg public key -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Mesa-dev] [Bug 54325] Account request

https://bugs.freedesktop.org/show_bug.cgi?id=54325 --- Comment #1 from Andreas Boll 2012-08-31 14:22:13 UTC --- Created attachment 66407 --> https://bugs.freedesktop.org/attachment.cgi?id=66407 ssh public key -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Mesa-dev] [Bug 54325] New: Account request

https://bugs.freedesktop.org/show_bug.cgi?id=54325 Bug #: 54325 Summary: Account request Classification: Unclassified Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: n

[Mesa-dev] [PATCH 3/3] mesa: s/FREE/free/

From: Brian Paul v2: replace instances in dri/common/ dirs --- .../state_trackers/dri/common/dri_context.c|6 +- src/gallium/state_trackers/dri/common/dri_screen.c | 10 ++-- src/gallium/state_trackers/glx/xlib/glx_usefont.c |2 +- src/gallium/state_trackers/glx/xlib/xm_api.c

[Mesa-dev] [PATCH 2/3] mesa: s/CALLOC/calloc/

From: Brian Paul v2: replace instances in dri/common/ dirs --- src/mesa/drivers/dri/intel/intel_screen.c | 10 +- src/mesa/drivers/dri/r200/r200_context.c|2 +- src/mesa/drivers/dri/r200/r200_state_init.c |4 ++-- src/mesa/drivers/dri/radeon/radeon_context.c

[Mesa-dev] [PATCH 1/3] mesa: s/MALLOC/malloc/

From: Brian Paul v2: replace instances in dri/common/ dirs --- src/gallium/state_trackers/glx/xlib/glx_usefont.c |2 +- src/gallium/state_trackers/glx/xlib/xm_api.c |4 ++-- src/mesa/drivers/dri/common/xmlconfig.c | 14 +++--- src/mesa/drivers/dri/nouveau/nouveau

Re: [Mesa-dev] [PATCH 1/4] mesa: s/MALLOC/malloc/

On 08/31/2012 01:44 AM, Kenneth Graunke wrote: For the series: Reviewed-by: Kenneth Graunke Thanks (and Matt). But I found some more instances of this macro down in the src/mesa/dri/common/ code that I missed before (by grepping with 'MALLOC(' while the code reads 'MALLOC (', ugh). I'll po

[Mesa-dev] [PATCH 2/2] intel: Support new dri image interface v2

Follow up to the previous patch, kept seperate for easier viewing, will be merged with previous patch before commiting. v2: Should fix YUV pitch/stride == 0. Signed-off-by: Jakob Bornecrantz --- src/mesa/drivers/dri/intel/intel_regions.h | 26 ++ src/mesa/drivers/dri/intel/intel_screen.c

Re: [Mesa-dev] [PATCH] radeon/llvm: Convert to Automake

On Thu, Aug 30, 2012 at 02:11:22PM -0700, Matt Turner wrote: > On Thu, Aug 30, 2012 at 1:19 PM, Tom Stellard wrote: > > On Thu, Aug 30, 2012 at 10:47:55AM -0700, Matt Turner wrote: > >> On Thu, Aug 30, 2012 at 9:55 AM, wrote: > >> > From: Tom Stellard > >> > > >> > --- > >> > Hi Matt, > >> > >

[Mesa-dev] [Bug 39846] can't compile mesa ‘__u64’problem.

https://bugs.freedesktop.org/show_bug.cgi?id=39846 --- Comment #5 from Jerome St-Louis 2012-08-31 11:03:55 UTC --- I've ran accross the same issue, and commenting out the: // #if defined(__GNUC__) && !defined(__STRICT_ANSI__) line around __u64 definition in /usr/include/asm/types.h fixed it (

Re: [Mesa-dev] radeonsi: first successful piglit run

On 31.08.2012 06:55, Michel Dänzer wrote: On Don, 2012-08-30 at 13:30 -0400, Alex Deucher wrote: On Thu, Aug 30, 2012 at 1:14 PM, Tom Stellard wrote: On Thu, Aug 30, 2012 at 07:00:44PM +0200, Christian König wrote: Hi everybody, with the following patchset the radeonsi driver finally complet

[Mesa-dev] [PATCH] r600g: adjust QUANT_MODE for higher precision

Use 1/256 for R6xx/7xx, 1/4096 for evergreen, instead of default 1/16. Helps to pass some piglit tests (fbo, multisample). Signed-off-by: Vadim Girlin --- src/gallium/drivers/r600/evergreen_state.c | 3 ++- src/gallium/drivers/r600/evergreend.h | 11 +++ src/gallium/drivers/r600/r

Re: [Mesa-dev] [PATCH 6/6] winsys/radeon: create only one winsys for each fd

On 30.08.2012 20:06, Marek Olšák wrote: Reviewed-by: Marek Olšák Shouldn't accesses to fd_tab be guarded by a mutex? Yes probably, but I'm still not sure if this solution to the problem is a good idea or not. That both GLAMOR and GLX end up creating a separate winsys with the same fd inside

Re: [Mesa-dev] radeonsi: first successful piglit run

On 30.08.2012 22:31, Tom Stellard wrote: On Thu, Aug 30, 2012 at 07:00:44PM +0200, Christian König wrote: Hi everybody, with the following patchset the radeonsi driver finally completes a run of nearly all tests in Piglits "quick-driver" profile without an GPU hang or X server crash. Which ke

[Mesa-dev] [PATCH] i965/fs: Don't use brw->fragment_program in calculate_urb_setup().

Reading brw->fragment_program is nonsensical in compiler code: it contains the currently active program (if any), not the one currently being compiled. Attempting to access it may either lead to crashes (null pointer dereference if no program is active) or wrong results. Fixes piglit regressions

Re: [Mesa-dev] [PATCH 1/4] mesa: s/MALLOC/malloc/

For the series: Reviewed-by: Kenneth Graunke I'd also go ahead and cherry-pick these to 9.0, as it ought to make later cherry-picking easier...and the branch is still really young anyway. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://l

[Mesa-dev] [PATCH] i965: Fix primitive restart on Haswell.

Haswell moved the "Cut Index Enable" bit from the INDEX_BUFFER packet to a new 3DSTATE_VF packet, so we need to emit that. Also, it requires us to specify the cut index rather than assuming it's 0x. This adds a new Haswell-specific tracked state atom to gen7_atoms. Normally, we would crea