[Mesa-dev] [PATCH] i965/fs: Remove dead code from generate_uniform_pull_constant_load_gen7.

generate_uniform_pull_constant_load_gen7() is only called on Gen7+, so the gen < 6 code is dead. --- src/mesa/drivers/dri/i965/brw_fs_emit.cpp | 2 -- 1 file changed, 2 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs_emit.cpp b/src/mesa/drivers/dri/i965/brw_fs_emit.cpp index 63f09fe..

[Mesa-dev] [PATCH] mesa: Round float param in glTexparameterf() to nearest integer

OpenGL 4.2 specification suggests rounding the float data to nearest integer when the type of internal state is integer. Out of range floats should be clamped to {INT_MIN, INT_MAX}. This is not specified anywhere in gl/gles spec but below test expects this behavior. This patch makes gles3 conforman

Re: [Mesa-dev] Fwd: [PATCH] mesa: Correctly set base and max texture levels in glTexparameterf

On Fri, Jan 4, 2013 at 1:23 AM, Ian Romanick wrote: > On 01/02/2013 06:44 PM, Anuj Phogat wrote: >> >> On Wed, Jan 2, 2013 at 11:50 PM, Brian Paul wrote: >>> >>> >>> On 01/02/2013 10:39 AM, Paul Berry wrote: On 2 January 2013 07:38, Anuj Phogat >>> > w

[Mesa-dev] [Bug 59094] New: piglit GL_EXT_texture_snorm get-renderbuffer-internalformat regression

https://bugs.freedesktop.org/show_bug.cgi?id=59094 Priority: medium Bug ID: 59094 Keywords: regression CC: i...@freedesktop.org Assignee: mesa-dev@lists.freedesktop.org Summary: piglit GL_EXT_texture_snorm get

Re: [Mesa-dev] [PATCH 3/3] radeon/winsys: add async dma infrastructure

On Sun, Jan 6, 2013 at 11:58 PM, Jerome Glisse wrote: > On Sun, Jan 6, 2013 at 4:00 PM, Marek Olšák wrote: >> I agree with Christian. You can use a separate instance of >> radeon_winsys_cs for the DMA CS. The winsys exposes all the functions >> you need (except one) for you to coordinate work bet

[Mesa-dev] [PATCH] r600g: implement buffer copying using CP DMA for R7xx, Evergreen, Cayman

R6xx doesn't work - the issue seems to be with flushing (sometimes the destination buffer contains garbage). There are no hangs, so we're good. R7xx doesn't seem to have any alignment restriction despite our initial thinking. Everything just works. Two notes for reviewers: * The hangs I used to h

[Mesa-dev] [PATCH 2/2] mesa: Drop mmx optimizations on Haiku

* Prevents compatibility problems. As Haiku doesn't use rtasm anymore, it's kind of pointless. --- scons/gallium.py |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/scons/gallium.py b/scons/gallium.py index 98671f7..7207c6b 100755 --- a/scons/gallium.py +++ b/scons/gal

[Mesa-dev] [PATCH 1/2] mesa: Don't use rtasm for Haiku swrast

* We have a symbol conflict as rtasm in Mesa collides with rtasm in gallium. * As us linking gallium and mesa together is an edge case, lets just omit the rtasm code from Mesa as we should be going llvmpipe soon :) --- src/mesa/SConscript |2 +- 1 file changed, 1 insertion(+), 1 delet

Re: [Mesa-dev] [PATCH 2/3] radeon/winsys: move radeon family/class identification to winsys

For the patches 1 & 2: Reviewed-by: Marek Olšák I have commented on the third patch with a few remarks. Marek On Fri, Jan 4, 2013 at 11:19 PM, wrote: > From: Jerome Glisse > > Upcoming async dma support rely on winsys knowing about GPU families. > > Signed-off-by: Jerome Glisse > --- > sr

Re: [Mesa-dev] [PATCH 3/3] radeon/winsys: add async dma infrastructure

I agree with Christian. You can use a separate instance of radeon_winsys_cs for the DMA CS. The winsys exposes all the functions you need (except one) for you to coordinate work between 2 command streams in the pipe driver. You may only need to expose one additional winsys function to the driver fo