https://bugs.freedesktop.org/show_bug.cgi?id=93961
Dave Airlie changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=93961
Bug ID: 93961
Summary: virgl build failure after 2016-02-01 changes - no
previous prototype for 'virgl_drm_winsys_create'
Product: Mesa
Version: git
Hardware: x86-64 (AMD64
On Mon, 2016-02-01 at 10:38 -0800, Matt Turner wrote:
> On Thu, Jan 28, 2016 at 11:44 PM, Iago Toral wrote:
> > On Thu, 2016-01-28 at 09:21 -0800, Matt Turner wrote:
> >> On Thu, Jan 28, 2016 at 12:32 AM, Iago Toral wrote:
> >> > On Mon, 2016-01-25 at 15:18 -0800, Matt Turner wrote:
> > (...)
> >
In GLES 3.1+ and GL 4.4+ there is no guarantee that interpolation
qualifiers will match between stages so we cannot safely pack
varyings using the current packing pass in Mesa.
We also disable packing on outward facing SSO as these too are outside
the rule that guarantees the interpolation qualifi
On 01.02.2016 23:20, Marek Olšák wrote:
> From: Marek Olšák
>
> This might fix mmap errors with Natural Selection 2, which a 32-bit game.
>
> It would be nice if someone tested this patch with the game.
> ---
> src/gallium/drivers/radeon/r600_pipe_common.h | 6 ++
> src/gallium/drivers/rade
On 02.02.2016 07:37, Mauro Rossi wrote:
> Bionic does not support strchrnul() function,
> causing the following building error:
>
> external/mesa/src/gallium/drivers/radeonsi/si_shader.c:3863: error: undefined
> reference to 'strchrnul'
> collect2: error: ld returned 1 exit status
>
> This patch
Am 01.02.2016 um 16:36 schrieb Brian Paul:
> Just a few more nitpicks below...
>
> Reviewed-by: Brian Paul
>
> On 01/30/2016 07:08 PM, srol...@vmware.com wrote:
>> From: Roland Scheidegger
>>
>> Add support for these opcodes, the conversion functions were already
>> there albeit need some new p
Am 01.02.2016 um 16:36 schrieb Brian Paul:
> On 01/30/2016 07:08 PM, srol...@vmware.com wrote:
>> From: Ilia Mirkin
>>
>> The util functions handle the half-float conversion.
>> Note that piglit won't like it much due to:
>> a) The util functions use magic float mul conversion but when run inside
On Mon, Feb 01, 2016 at 04:00:09PM +0100, Marek Olšák wrote:
> "sync" is undeclared here. It builds, because "sync" is also a
> function from unistd.h. This is wrong.
Attaching new version, fixing this wrong use of “sync” (both places in the
file).
As for code after declaration, I looked for it a
Am 01.02.2016 um 17:14 schrieb Brian Paul:
> On 01/31/2016 06:00 PM, srol...@vmware.com wrote:
>> From: Roland Scheidegger
>>
>> If the tri is fully inside a scissor edge (or rather, we just use the
>> bounding box of the tri for the comparison), then we can drop these
>> additional scissor "plane
The existing code was very hard to follow and has been the source
of at least 3 bugs in the past year.
The existing code also has a bug for SSO where if we have a
multi-stage SSO for example a tes -> gs program, if we try to use
transform feedback with gs the existing code would look for the
trans
These are used in GLSL IR to removed unused varyings and match
transform feedback variables. There is no need to use these in NIR.
---
src/compiler/nir/glsl_to_nir.cpp | 2 --
src/compiler/nir/nir.h | 18 --
2 files changed, 20 deletions(-)
diff --git a/src/compiler/nir
On Mon, Feb 1, 2016 at 4:37 PM, Mauro Rossi wrote:
> This android specific patch solves several building errors
> introduced by commit that moved glsl to src/compiler/ folder
> and fixes also the building errors due to nir and compiler
> carve out from old libmesa_glsl.
>
> Here follows the change
On Mon, Feb 1, 2016 at 4:30 PM, Mauro Rossi wrote:
> Hi all,
>
> I'm about to submit the following patches to mesa-dev ML for review:
>
> [PATCH 1/5] android: libmesa_st_mesa: use SSE4.1 optimizations
> [PATCH 2/5] android: radeonsi: fix building error in si_shader.c
> [PATCH 3/5] android: nouveau
On 01/02/16 15:27, Marek Olšák wrote:
On Mon, Feb 1, 2016 at 3:51 PM, Miklós Máté wrote:
On 12/19/2015 12:24 AM, Marek Olšák wrote:
On Fri, Dec 18, 2015 at 11:45 PM, Miklós Máté wrote:
On 12/17/2015 01:06 PM, Marek Olšák wrote:
On Wed, Dec 16, 2015 at 11:30 PM, Miklós Máté
wrot
Thanks, pushed.
On Mon, Feb 1, 2016 at 5:37 PM, Mauro Rossi wrote:
> The change is necessary to avoid the following building error in android:
>
> external/mesa/src/gallium/drivers/nouveau/nouveau_vp3_video_bsp.c: In
> function 'nouveau_vp3_bsp_next':
> external/mesa/src/gallium/drivers/nouveau/
On Sun, Jan 31, 2016 at 4:14 AM, Emil Velikov wrote:
> On 29 January 2016 at 20:52, Rob Herring wrote:
>> At least in Android M, using LOCAL_CC does not work for secondary arch
>> when doing dual arch builds. Use LOCAL_CLFAGS and LOCAL_CONLYFLAGS
>> instead.
>>
> Not really Android M specific afa
The change is necessary to avoid the following building error in android:
external/mesa/src/gallium/drivers/nouveau/nouveau_vp3_video_bsp.c: In function
'nouveau_vp3_bsp_next':
external/mesa/src/gallium/drivers/nouveau/nouveau_vp3_video_bsp.c:269:14:
error: 'bsp_bo' undeclared (first use in this
Bionic does not support strchrnul() function,
causing the following building error:
external/mesa/src/gallium/drivers/radeonsi/si_shader.c:3863: error: undefined
reference to 'strchrnul'
collect2: error: ld returned 1 exit status
This patch embeds the code of strchrnul() in si_shader.c,
in the s
These changes are needed to avoid the following building error:
external/mesa/src/gallium/auxiliary/target-helpers/sw_helper.h:41: error:
undefined reference to 'virgl_vtest_winsys_wrap'
collect2: error: ld returned 1 exit status
build/core/shared_library_internal.mk:80: recipe for target
'out/t
This android specific patch solves several building errors
introduced by commit that moved glsl to src/compiler/ folder
and fixes also the building errors due to nir and compiler
carve out from old libmesa_glsl.
Here follows the changelog:
the now non-existent src/glsl subfolder was removed from
The new building rules for x86_64 target in marshallow
have by default ARCH_X86_HAVE_SSE4_1 := true
This triggered a linking issue when building gallium_dri,
because libmesa_st_mesa is used as static library,
but the SSE4.1 optimizations are only built with libmesa_dricore.
This solution allows t
Hi all,
I'm about to submit the following patches to mesa-dev ML for review:
[PATCH 1/5] android: libmesa_st_mesa: use SSE4.1 optimizations
[PATCH 2/5] android: radeonsi: fix building error in si_shader.c
[PATCH 3/5] android: nouveau_vp3_video_bsp: wrap assertion within #ifndef
NDEBUG
[PATCH 4/5]
Matt Turner writes:
> No instruction counts changed, but:
>
> total cycles in shared programs: 64834502 -> 64781530 (-0.08%)
> cycles in affected programs: 16331544 -> 16278572 (-0.32%)
> helped: 4757
> HURT: 4288
>
> GAINED: 66
> LOST: 20
>
> I remember trying this when I first wro
On 12/19/2015 12:24 AM, Marek Olšák wrote:
On Fri, Dec 18, 2015 at 11:45 PM, Miklós Máté wrote:
On 12/17/2015 01:06 PM, Marek Olšák wrote:
On Wed, Dec 16, 2015 at 11:30 PM, Miklós Máté wrote:
On 12/16/2015 05:27 PM, Marek Olšák wrote:
What is this good for?
Marek
KotOR uses a
On Mon, Feb 01, 2016 at 04:00:09PM +0100, Marek Olšák wrote:
> Sorry, I'm withdrawing my statement.
>
> Look at this code:
>
> _mesa_ObjectPtrLabel(const void *ptr, GLsizei length, const GLchar *label)
> {
> GET_CURRENT_CONTEXT(ctx);
> - struct gl_sync_object *const syncObj = (struct gl_s
Hello,
Git 2.5.0 added new fsck checks which checks the formatting of various
commits. It seems that the mesa git repo now has fsck failures due to
these errors. I'm not sure how you can fix these issues or if it's
worth it if the history is affected, but I thought it is worth
informing interest
On 12/16/2015 03:18 AM, Roland Scheidegger wrote:
Am 16.12.2015 um 00:05 schrieb Miklós Máté:
Hi,
This series aims to improve the looks of Star Wars: Knights of the
Old Republic (via Wine), but features some additional cleanup as
well. The main component of the series is the implementation of
G
I haven't received any feedback on this one. Anyone has an opinion about it?
MM
On 12/16/2015 12:05 AM, Miklós Máté wrote:
It was already done in get_mesa_program()
---
src/mesa/program/ir_to_mesa.cpp | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/mesa/program/ir_to_mesa.cpp b/src/
No instruction counts changed, but:
total cycles in shared programs: 64834502 -> 64781530 (-0.08%)
cycles in affected programs: 16331544 -> 16278572 (-0.32%)
helped: 4757
HURT: 4288
GAINED: 66
LOST: 20
I remember trying this when I first wrote the pass, but it wasn't
helpful at the
On Thu, Jan 28, 2016 at 11:54 PM, Iago Toral wrote:
> Hi Matt,
>
> With the small changes agreed with Jason for patches 9 and 10 you can
> add my Rb to those two patches as well. I think with that the entire
> series is reviewed.
Thanks for all of your reviews!
___
On Thu, Jan 28, 2016 at 05:31:43PM -0800, Ben Widawsky wrote:
> From: Jordan Justen
>
> After modifying the hiz buffer allocation and qpitch calculation, hiz
> appears to work in all cases on gen8.
>
> v2 by Ben: add GEN8_WM_HZ_FULL_SURFACE_DEPTH_CLEAR. From docs:
> "If the depth buffer clear op
Am 01.02.2016 um 19:04 schrieb Leo Liu:
On 02/01/2016 12:59 PM, Ilia Mirkin wrote:
On Mon, Feb 1, 2016 at 12:35 PM, Leo Liu wrote:
The scaling list should be filled out with zig zag scan
v2: integrate zig zag scan for list 4x4 to vl(Christian)
Cc: "11.0 11.1"
Signed-off-by: Leo Liu
---
The scaling list should be filled out with zig zag scan
v2: integrate zig zag scan for list 4x4 to vl(Christian)
v3: move list determination out from the loop(Ilia)
Cc: "11.0 11.1"
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h264.c | 7 +--
1 file changed, 5 insertion
On Mon, Feb 1, 2016 at 6:59 PM, Axel Davy wrote:
> Hi,
>
> This path is used for vertex buffers as well, right ?
No. It's only used by textures.
>
> Most d3d9 games are 32 bits, I guess your change would slow down a lot of
> d3d9 games.
>
> I suggest rather to really unmap, except if the resourc
On Thu, Jan 28, 2016 at 11:44 PM, Iago Toral wrote:
> On Thu, 2016-01-28 at 09:21 -0800, Matt Turner wrote:
>> On Thu, Jan 28, 2016 at 12:32 AM, Iago Toral wrote:
>> > On Mon, 2016-01-25 at 15:18 -0800, Matt Turner wrote:
> (...)
>> >> diff --git a/src/glsl/nir/nir_opt_algebraic.py
>> >> b/src/g
Bunch of spelling nits, etc.
On Thu, Jan 28, 2016 at 9:52 PM, Timothy Arceri
wrote:
> In GLES 3.1+ and GL 4.4+ there is no guarantee that interpolation
> qualifiers will match between stages so we cannot safely pack
> varyings using the current packing pass in Mesa.
>
> We also disable packing on
On Mon, Jan 25, 2016 at 6:56 AM, Timothy Arceri
wrote:
> + /* If the program is made up of only a single stage assign locations if
> + * its a SSO or remove unused inputs for a fragment only program.
> + */
> + if (first == last) {
> + gl_shader *const sh = prog->_Lin
On Mon, Feb 1, 2016 at 1:11 PM, Matt Turner wrote:
> On Sun, Jan 31, 2016 at 2:27 AM, Emil Velikov
> wrote:
>> On 30 January 2016 at 23:03, Rob Clark wrote:
>>> On Sat, Jan 30, 2016 at 3:38 PM, Rob Herring wrote:
On Sat, Jan 30, 2016 at 2:06 PM, Rob Clark wrote:
> From: Rob Clark
>>
On Sun, Jan 31, 2016 at 2:27 AM, Emil Velikov wrote:
> On 30 January 2016 at 23:03, Rob Clark wrote:
>> On Sat, Jan 30, 2016 at 3:38 PM, Rob Herring wrote:
>>> On Sat, Jan 30, 2016 at 2:06 PM, Rob Clark wrote:
From: Rob Clark
We seem to end up w/ duplication between compiler/Mak
Cc: "11.0 11.1"
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/vl/vl_zscan.c | 7 +++
src/gallium/auxiliary/vl/vl_zscan.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/src/gallium/auxiliary/vl/vl_zscan.c
b/src/gallium/auxiliary/vl/vl_zscan.c
index 1c6cdd4..5241471 100644
--- a/src
On 02/01/2016 12:59 PM, Ilia Mirkin wrote:
On Mon, Feb 1, 2016 at 12:35 PM, Leo Liu wrote:
The scaling list should be filled out with zig zag scan
v2: integrate zig zag scan for list 4x4 to vl(Christian)
Cc: "11.0 11.1"
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h
Hi,
This path is used for vertex buffers as well, right ?
Most d3d9 games are 32 bits, I guess your change would slow down a lot
of d3d9 games.
I suggest rather to really unmap, except if the resource was already
mapped/unmapped, ... say 5 times.
That way if the resource is frequently mapp
On Mon, Feb 1, 2016 at 12:35 PM, Leo Liu wrote:
> The scaling list should be filled out with zig zag scan
>
> v2: integrate zig zag scan for list 4x4 to vl(Christian)
>
> Cc: "11.0 11.1"
> Signed-off-by: Leo Liu
> ---
> src/gallium/state_trackers/omx/vid_dec_h264.c | 6 --
> 1 file changed,
The scaling list should be filled out with zig zag scan
v2: integrate zig zag scan for list 4x4 to vl(Christian)
Cc: "11.0 11.1"
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h264.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_
Perhaps worth mentioning that with this series, the improved tests I
posted to the piglit ml pass on HSW. Without them, some of the new
test-cases fail. [So these aren't just papering over failures in
st/mesa impl that I was playing with for nvc0.]
On Sun, Jan 31, 2016 at 1:11 AM, Ilia Mirkin wro
On Mon, Feb 1, 2016 at 11:42 AM, Connor Abbott wrote:
> This doesn't really seem to be following NIR's convention/style of
> having separate passes/files for each thing that needs to be lowered.
> This might've made sense for TGSI, where there was a lot of
> boilerplate that each thing needed sinc
On Mon, Feb 1, 2016 at 11:00 AM, Connor Abbott wrote:
> On Sun, Jan 31, 2016 at 3:16 PM, Rob Clark wrote:
>> From: Rob Clark
>>
>> Signed-off-by: Rob Clark
>> ---
>> src/compiler/Makefile.sources| 1 +
>> src/compiler/nir/nir.h | 12 +
>> src/compiler/n
On Sun, Jan 31, 2016 at 3:16 PM, Rob Clark wrote:
> + if (flags & TGSI_EMU_FORCE_PERSAMPLE_INTERP) {
> + nir_foreach_variable(var, &shader->inputs) {
> + var->data.sample = true;
> + }
> + }
How does Intel handle this? Presumably you'd want to do the same thing
here... this
This doesn't really seem to be following NIR's convention/style of
having separate passes/files for each thing that needs to be lowered.
This might've made sense for TGSI, where there was a lot of
boilerplate that each thing needed since TGSI isn't designed for doing
transforms on it, but with NIR
Am 01.02.2016 um 17:09 schrieb Leo Liu:
The scaling lsit should be filling out with zig zag scan
Cc: "11.0 11.1"
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h264.c | 21 +++--
1 file changed, 19 insertions(+), 2 deletions(-)
diff --git a/src/gallium/st
On Mon, Feb 1, 2016 at 11:00 AM, Connor Abbott wrote:
>> +/* NIR equiv of TGSI CMP instruction: */
>> +static nir_ssa_def *
>> +nir_cmp(nir_builder *b, nir_ssa_def *src0, nir_ssa_def *src1, nir_ssa_def
>> *src2)
>> +{
>> + return nir_bcsel(b, nir_flt(b, src0, nir_imm_float(b, 0.0)), src1, src2)
The scaling lsit should be filling out with zig zag scan
Cc: "11.0 11.1"
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_dec_h264.c | 21 +++--
1 file changed, 19 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h264.c
b/src/galli
On 01/31/2016 06:00 PM, srol...@vmware.com wrote:
From: Roland Scheidegger
If the tri is fully inside a scissor edge (or rather, we just use the
bounding box of the tri for the comparison), then we can drop these
additional scissor "planes" early. We do not even need to allocate
space for them
On 01/31/2016 06:00 PM, srol...@vmware.com wrote:
From: Roland Scheidegger
When we switched to 64bit rasterization, we could no longer use straight
aligned loads for loading the plane data. However, what the code actually
does for loading 3 planes, is 12 scalar loads + 9 unpacks, and then there
On Sun, Jan 31, 2016 at 3:16 PM, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
> ---
> src/compiler/Makefile.sources| 1 +
> src/compiler/nir/nir.h | 12 +
> src/compiler/nir/nir_lower_wpos_ytransform.c | 317
>
fwiw, I should have mentioned that current home in 'nir_types.cpp' was
somewhat arbitrary.. I just needed to stuff it somewhere and didn't
have a better idea at the time.
As far as de-dup'ing, I think the remaining variant of this is just in
i956? Should be maybe not so hard to remove that one, s
On 01/30/2016 11:25 PM, Edward O'Callaghan wrote:
Add PIPE_CAP to determine the number of layers for
a framebuffer for GL_ARB_framebuffer_no_attachments.
Signed-off-by: Edward O'Callaghan
---
src/gallium/docs/source/screen.rst | 2 ++
src/gallium/drivers/freedreno/freedreno_sc
A few things:
- How much work would it take to actually deduplicate this with the
other vec4 type_size implementations out there? I'm pretty sure no one
would object to it, and if we just leave this as a TODO it probably
won't actually get done.
- Having to include nir_types.h in something that ha
On 01/30/2016 07:08 PM, srol...@vmware.com wrote:
From: Ilia Mirkin
The util functions handle the half-float conversion.
Note that piglit won't like it much due to:
a) The util functions use magic float mul conversion but when run inside
softpipe/llvmpipe, denorms are flushed to zero, therefore
Just a few more nitpicks below...
Reviewed-by: Brian Paul
On 01/30/2016 07:08 PM, srol...@vmware.com wrote:
From: Roland Scheidegger
Add support for these opcodes, the conversion functions were already
there albeit need some new packing stuff.
Just like the tgsi version, piglit won't like it
On Mon, Feb 1, 2016 at 3:51 PM, Miklós Máté wrote:
> On 12/19/2015 12:24 AM, Marek Olšák wrote:
>>
>> On Fri, Dec 18, 2015 at 11:45 PM, Miklós Máté wrote:
>>>
>>> On 12/17/2015 01:06 PM, Marek Olšák wrote:
On Wed, Dec 16, 2015 at 11:30 PM, Miklós Máté
wrote:
> On
For the first 2 in the series:
Reviewed-by: Roland Scheidegger
Am 31.01.2016 um 21:16 schrieb Rob Clark:
> From: Rob Clark
>
> Ok, v3 of something I've been working on here and there for a while..
>
> Since the last time I've sent this patchset, I've added support for
> lowering drawpix/bitmap
On Mon, Feb 1, 2016 at 3:50 PM, Marek Olšák wrote:
> On Tue, Jan 26, 2016 at 11:33 PM, Steinar H. Gunderson
> wrote:
>> On Tue, Jan 26, 2016 at 07:00:20PM +0100, Marek Olšák wrote:
>> Might be worth keeping _mesa_ref_sync_object(), even if it's an inline
>> wrapper around the above. As th
On Tue, Jan 26, 2016 at 11:33 PM, Steinar H. Gunderson
wrote:
> On Tue, Jan 26, 2016 at 07:00:20PM +0100, Marek Olšák wrote:
> Might be worth keeping _mesa_ref_sync_object(), even if it's an inline
> wrapper around the above. As things get a bit confusing - foo_get vs
> foo_unref.
https://bugs.freedesktop.org/show_bug.cgi?id=93955
Bug ID: 93955
Summary: glXMakeCurrent() drops the buffers of the unbound
drawable
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Sta
From: Marek Olšák
This might fix mmap errors with Natural Selection 2, which a 32-bit game.
It would be nice if someone tested this patch with the game.
---
src/gallium/drivers/radeon/r600_pipe_common.h | 6 ++
src/gallium/drivers/radeon/r600_texture.c | 9 +
2 files changed, 15
On Fri, Jan 29, 2016 at 7:46 PM, Marek Olšák wrote:
> On Fri, Jan 29, 2016 at 4:15 PM, Nicolai Hähnle wrote:
>> On 29.01.2016 15:02, Marek Olšák wrote:
>>>
>>> From: Marek Olšák
>>>
>>> Cc: 10.0 10.1
>>
>>
>> "11.0 11.1"
Rb?
I think it might worth checking if the depthstencil-render-miplevel
Reviewed-by: Iago Toral Quiroga
On Sun, 2016-01-31 at 20:39 +0200, Juha-Pekka Heikkila wrote:
> Look after _mesa_meta_setup_sampler() return value.
>
> Signed-off-by: Juha-Pekka Heikkila
> ---
> src/mesa/drivers/common/meta_blit.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/src
On Mon, Feb 1, 2016 at 4:35 AM, Michel Dänzer wrote:
> On 31.01.2016 19:30, Emil Velikov wrote:
>> On 25 January 2016 at 11:24, Michel Dänzer wrote:
>>> On 23.01.2016 02:14, Marek Olšák wrote:
On Fri, Jan 22, 2016 at 6:02 PM, Emil Velikov
wrote:
> On 22 January 2016 at 16:50, Mare
While doing some code checking, I realized that nir vectorization was
not on master, in spite my memory saying the opposite. So I searched on
the mailing list, and I found the original series (this one). My memory
was correct that the introduced HURT shaders was accepted as a lesser
evil, but not t
helps shaders in saints row IV, bioshock infinite and shadow warrior
total instructions in shared programs : 1914931 -> 1903900 (-0.58%)
total gprs used in shared programs: 247920 -> 247785 (-0.05%)
total local used in shared programs : 5673 -> 5673 (0.00%)
total bytes used in shared program
the first patch improves some shaders in some games and the second one
fixes an issue if the optimizations passes are rerun
Karol Herbst (2):
nv50/ir: optimize neg(and(set, 1)) to set
nv50/ir: we can't do the add to mad conversion when the mul saturates
.../drivers/nouveau/codegen/nv50_ir_pe
---
src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp
b/src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp
index 1d04a6d..7e58328 100644
--- a/src/gallium/drivers/nouveau/c
On 23.01.2016 01:22, Nicolai Hähnle wrote:
On 22.01.2016 16:02, Kenneth Graunke wrote:
On Friday, January 22, 2016 12:09:18 PM PST Nicolai Hähnle wrote:
On 22.01.2016 02:53, Jordan Justen wrote:
Juha-Pekka found this back in May 2015:
<1430915727-28677-1-git-send-email-juhapekka.heikk...@gmail
75 matches
Mail list logo