Am 05.04.2013 00:08, schrieb Zack Rusin:
> we break when the mask values are 0 not, 1, plus it's bit comparison
> not a floating point comparison. This fixes both.
This sentence doesn't quite parse for me.
>
> Signed-off-by: Zack Rusin
> ---
> src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c |
Eric Anholt writes:
> This allows the computation of the offset to get written directly into the
> message source. Improves performance of low-resolution GLB2.7 by 4.6% +/-
> 1.4% (n=11).
Scratch that. Looks like I tested against a bad build, so the numbers
are invalid and I'll have to try aga
When you src_reg(dst_reg(int_type)), you get a grf. (swizzle). But if
you dst_reg(src_reg(int_type)), you get a grf.xyzw (writemask). By going
the direction we did, we were writing more channels than were read, so we
wouldn't register coalesce the ADD or MUL.
Right now the MOV is still baked
This allows the computation of the offset to get written directly into the
message source. Improves performance of low-resolution GLB2.7 by 4.6% +/-
1.4% (n=11).
---
src/mesa/drivers/dri/i965/brw_defines.h|1 +
src/mesa/drivers/dri/i965/brw_shader.cpp |2 ++
src/mesa/drivers
Reviewed-by: Marek Olšák
Marek
On Fri, Apr 5, 2013 at 12:38 AM, Brian Paul wrote:
> To set the graph update rate, in seconds. The default update rate
> has also been changed to 1/2 second.
> ---
> src/gallium/auxiliary/hud/hud_context.c | 17 -
> 1 files changed, 16 insert
It would be better to use PIPE_TEX_WRAP_CLAMP_TO_EDGE. In any case:
Reviewed-by: Marek Olšák
Marek
On Fri, Apr 5, 2013 at 12:38 AM, Brian Paul wrote:
> The default wrap mode (PIPE_TEX_WRAP_REPEAT) is incompatible with
> unnormalized texcoords (at least for softpipe).
> ---
> src/gallium/aux
Eric Anholt writes:
> Kenneth Graunke writes:
>
>> On 04/04/2013 09:08 AM, Eric Anholt wrote:
>>> Kenneth Graunke writes:
diff --git a/src/glsl/Makefile.sources b/src/glsl/Makefile.sources
index c294aa4..b5282a6 100644
--- a/src/glsl/Makefile.sources
+++ b/src/glsl/Makefile.
To set the graph update rate, in seconds. The default update rate
has also been changed to 1/2 second.
---
src/gallium/auxiliary/hud/hud_context.c | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/src/gallium/auxiliary/hud/hud_context.c
b/src/gallium/auxil
The default wrap mode (PIPE_TEX_WRAP_REPEAT) is incompatible with
unnormalized texcoords (at least for softpipe).
---
src/gallium/auxiliary/hud/hud_context.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/hud/hud_context.c
b/src/gallium/auxilia
we break when the mask values are 0 not, 1, plus it's bit comparison
not a floating point comparison. This fixes both.
Signed-off-by: Zack Rusin
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 26 ---
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/src
- Original Message -
> At least on llvm 3.2 this appears to work fine. Tested on an Athlon XP
> 2600+, which has sse and 3dnow but not sse2.
>
> Signed-off-by: Adam Jackson
> ---
> src/gallium/drivers/llvmpipe/lp_screen.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
>
Clover needs the irreader component of llvm
v2: Check for irreader component
irreader is only available with LLVM 3.3 >= 177971
Signed-off-by: Niels Ole Salscheider
---
configure.ac | 4
1 file changed, 4 insertions(+)
diff --git a/configure.ac b/configure.ac
index 81d4a3f..fea5868 100644
At least on llvm 3.2 this appears to work fine. Tested on an Athlon XP
2600+, which has sse and 3dnow but not sse2.
Signed-off-by: Adam Jackson
---
src/gallium/drivers/llvmpipe/lp_screen.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_s
- Original Message -
> For the softpipe and llvmpipe drivers.
> ---
> src/gallium/state_trackers/glx/xlib/xm_api.c | 15 +++
> src/gallium/state_trackers/glx/xlib/xm_api.h |3 +++
> src/gallium/state_trackers/glx/xlib/xm_st.c | 12
> src/gallium/state_tra
For the softpipe and llvmpipe drivers.
---
src/gallium/state_trackers/glx/xlib/xm_api.c | 15 +++
src/gallium/state_trackers/glx/xlib/xm_api.h |3 +++
src/gallium/state_trackers/glx/xlib/xm_st.c | 12
src/gallium/state_trackers/glx/xlib/xm_st.h |4
4 fil
Kenneth Graunke writes:
> On 04/04/2013 09:08 AM, Eric Anholt wrote:
>> Kenneth Graunke writes:
>>> diff --git a/src/glsl/Makefile.sources b/src/glsl/Makefile.sources
>>> index c294aa4..b5282a6 100644
>>> --- a/src/glsl/Makefile.sources
>>> +++ b/src/glsl/Makefile.sources
>>> @@ -80,6 +80,7 @@ L
On 04.04.2013 21:44, Jose Fonseca wrote:
> I think that PIPE_BIND_INDIRECT_BUFFER would be more self-descriptive.
>
> Or do you envision other uses of such buffer?
It's possible that at some point we add a mechanism to let the driver
store arbitrary commands into a buffer created by the st, or hav
I think that PIPE_BIND_INDIRECT_BUFFER would be more self-descriptive.
Or do you envision other uses of such buffer?
Jose
- Original Message -
> Intended for use with GL_ARB_draw_indirect's DRAW_INDIRECT_BUFFER
> target or for D3D11_RESOURCE_MISC_DRAWINDIRECT_ARGS.
> ---
> src/gallium/d
Looks good Roland.
- Original Message -
> From: Roland Scheidegger
>
> The ar_ge_as_at variable was just very very confusing since the condition
> was actually the other way around (as_at_ge_ar). So change the condition
> (and the selects depending on it) to match the variable name.
> Al
From: Roland Scheidegger
The ar_ge_as_at variable was just very very confusing since the condition
was actually the other way around (as_at_ge_ar). So change the condition
(and the selects depending on it) to match the variable name.
Also, while here, change the chosen major axis in case the coor
Clover needs the irreader component of llvm
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 81d4a3f..bfba1b3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1649,7 +1649,7 @@ if test "x$enable_gallium_llvm" = xyes; then
Am Sonntag, 24. Februar 2013, 15:02:33 schrieb Matt Turner:
> On Sun, Feb 24, 2013 at 2:00 PM, Niels Ole Salscheider
>
> wrote:
> > Signed-off-by: Niels Ole Salscheider
> > ---
> >
> > src/gallium/targets/opencl/Makefile.am | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> >
On 04/04/2013 12:18 PM, Christoph Bumiller wrote:
---
src/mesa/state_tracker/st_cb_bufferobjects.c |3 +++
src/mesa/state_tracker/st_draw.c | 11 ++-
src/mesa/state_tracker/st_extensions.c |4 +++-
3 files changed, 16 insertions(+), 2 deletions(-)
diff --
On 04/04/2013 12:18 PM, Christoph Bumiller wrote:
---
src/gallium/auxiliary/util/u_draw.c | 39 ++
src/gallium/auxiliary/util/u_draw.h |5 +++
src/gallium/auxiliary/util/u_dump_state.c|3 ++
src/gallium/docs/source/screen.rst
I just did a quick skim and found a few minor things.
First, the subject might be "mesa: implement GL_ARB_draw_indirect and
GL_ARB_multi_draw_indirect"
This is a big patch and I think it could have been broken down into
smaller pieces, but I know it's a PITA to redo. Next time.
On 04/04/2
On 4 April 2013 12:13, Kenneth Graunke wrote:
> On 04/04/2013 08:13 AM, Paul Berry wrote:
>
>> On 2 April 2013 23:33, Kenneth Graunke wrote:
>>
> [snip]
>
> diff --git a/src/glsl/main.cpp b/src/glsl/main.cpp
>> index ce084b4..13dfdd3 100644
>> --- a/src/glsl/main.cpp
>> +++ b/sr
On 04/04/2013 08:13 AM, Paul Berry wrote:
On 2 April 2013 23:33, Kenneth Graunke wrote:
[snip]
diff --git a/src/glsl/main.cpp b/src/glsl/main.cpp
index ce084b4..13dfdd3 100644
--- a/src/glsl/main.cpp
+++ b/src/glsl/main.cpp
@@ -176,7 +176,7 @@ compile_shader(struct gl_conte
On 04/04/2013 09:08 AM, Eric Anholt wrote:
Kenneth Graunke writes:
diff --git a/src/glsl/Makefile.sources b/src/glsl/Makefile.sources
index c294aa4..b5282a6 100644
--- a/src/glsl/Makefile.sources
+++ b/src/glsl/Makefile.sources
@@ -80,6 +80,7 @@ LIBGLSL_FILES = \
$(GLSL_SRCDIR)/opt_dead
---
src/mapi/glapi/gen/ARB_draw_indirect.xml | 45 +
src/mapi/glapi/gen/Makefile.am |1 +
src/mapi/glapi/gen/gl_API.xml|4 +-
src/mesa/drivers/dri/i965/brw_draw.c |3 +-
src/mesa/drivers/dri/i965/brw_draw.h |3 +-
src/mesa/dri
---
src/gallium/auxiliary/util/u_draw.c | 39 ++
src/gallium/auxiliary/util/u_draw.h |5 +++
src/gallium/auxiliary/util/u_dump_state.c|3 ++
src/gallium/docs/source/screen.rst |3 ++
src/gallium/drivers/freedreno/fre
---
src/mesa/state_tracker/st_cb_bufferobjects.c |3 +++
src/mesa/state_tracker/st_draw.c | 11 ++-
src/mesa/state_tracker/st_extensions.c |4 +++-
3 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/src/mesa/state_tracker/st_cb_bufferobjects.c
b/sr
---
src/mapi/glapi/gen/Makefile.am |1 +
src/mapi/glapi/gen/gl_API.xml|4 +-
src/mesa/drivers/dri/i965/brw_draw.c |3 +-
src/mesa/drivers/dri/i965/brw_draw.h |3 +-
src/mesa/drivers/dri/nouveau/nouveau_vbo_t.c |9 +-
src/mesa/main/a
Intended for use with GL_ARB_draw_indirect's DRAW_INDIRECT_BUFFER
target or for D3D11_RESOURCE_MISC_DRAWINDIRECT_ARGS.
---
src/gallium/docs/source/screen.rst |2 ++
src/gallium/include/pipe/p_defines.h |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/src/gallium/docs/
I see. Fair point.
Marek
On Thu, Apr 4, 2013 at 7:32 PM, Roland Scheidegger wrote:
> Well if the condition is just "any bit set" then it doesn't matter if
> the input is a float or int or whatever (of course, for floats, that
> definition is different than != zero, as it doesn't hold for negati
On Wed, Apr 3, 2013 at 11:56 PM, Kenneth Graunke wrote:
> GLBenchmark 2.7's shaders contain conditional blocks like:
>
> if (x) {
> if (y) {
> ...
> }
> }
>
> where the outer conditional's then clause contains exactly one statement
> (the nested if) and there are no else clauses.
https://bugs.freedesktop.org/show_bug.cgi?id=63132
Priority: medium
Bug ID: 63132
Assignee: mesa-dev@lists.freedesktop.org
Summary: [r600/llvm]
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c:1887:l
p_emit_declarati
Well if the condition is just "any bit set" then it doesn't matter if
the input is a float or int or whatever (of course, for floats, that
definition is different than != zero, as it doesn't hold for negative zero).
That would be the same as for instance the bitwise instructions which
also don't ha
Kenneth Graunke writes:
> diff --git a/src/glsl/Makefile.sources b/src/glsl/Makefile.sources
> index c294aa4..b5282a6 100644
> --- a/src/glsl/Makefile.sources
> +++ b/src/glsl/Makefile.sources
> @@ -80,6 +80,7 @@ LIBGLSL_FILES = \
> $(GLSL_SRCDIR)/opt_dead_code.cpp \
> $(GLSL_SRCDIR)/o
Ian Romanick writes:
> On 04/02/2013 01:38 PM, Matt Turner wrote:
>
> Candidate for stable branches?
Our floats all happen to have integer values, and radeon doesn't use
this code.
pgpEzhz83hN7W.pgp
Description: PGP signature
___
mesa-dev mailing lis
https://bugs.freedesktop.org/show_bug.cgi?id=61364
--- Comment #8 from Armin K ---
It might be related to this ... See the explanation
http://lists.freedesktop.org/archives/mesa-dev/2013-January/032944.html
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=61364
--- Comment #7 from Armin K ---
Does it work if you build Mesa with --with-llvm-shared-libs? Tom mentioned
something like this happens if Mesa is linked to static LLVM libaries.
--
You are receiving this mail because:
You are the assignee for t
- Original Message -
> and add a test for it
>
> Signed-off-by: Zack Rusin
> ---
> src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c | 21
>
> .../tests/graw/fragment-shader/frag-ucmp.sh| 11 ++
> 2 files changed, 32 insertions(+)
> create mo
and add a test for it
Signed-off-by: Zack Rusin
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c | 21
.../tests/graw/fragment-shader/frag-ucmp.sh| 11 ++
2 files changed, 32 insertions(+)
create mode 100644 src/gallium/tests/graw/fragment-shader/f
FWIW, I think UCMP is a misleading name. Whatever the name will be, it
should be prefixed with "I" or "U", because it's not a floating-point
opcode. How about UCND? :D
Marek
On Thu, Apr 4, 2013 at 6:23 PM, Jose Fonseca wrote:
> There might be some value in renaming UCMP to be MOVC though. I t
FWIW it looks like we could use that opcode a bit more in glsl to tgsi
translation. There's one use of it in st_glsl_to_tgsi.cpp (though
coupled with a USNE which I'm not sure is even necessary) but another
place states that "If TGSI had a UCMP instruction or similar, this extra
instruction would n
There might be some value in renaming UCMP to be MOVC though. I think
everybody here can agree that UCMP, though semantically correct, is misleading.
Jose
- Original Message -
> Hah, yea, I'm sorry, that's a good point. So movc is a bitcast to unsigned
> followed by ucmp. Alright, I'm w
Hah, yea, I'm sorry, that's a good point. So movc is a bitcast to unsigned
followed by ucmp. Alright, I'm withdrawing the patch.
z
- Original Message -
>
>
> - Original Message -
> > > > Erm, unsigned < 0 doesn't make sense.
> > >
> > > Ah indeed!
> > >
> > > > Definitely wha
Kenneth Graunke writes:
> On 03/13/2013 09:17 AM, Eric Anholt wrote:
>> Kenneth Graunke writes:
>>
>>> This optimization attempts to avoid extra attribute interpolation
>>> instructions for texture coordinates where the W-component is 1.0.
>>>
>>> Unfortunately, it requires a lot of complexity:
- Original Message -
> > > Erm, unsigned < 0 doesn't make sense.
> >
> > Ah indeed!
> >
> > > Definitely what the description says:
> > > static void
> > > micro_ucmp(union tgsi_exec_channel *dst,
> > > const union tgsi_exec_channel *src0,
> > > const union tgsi_ex
https://bugs.freedesktop.org/show_bug.cgi?id=47607
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 04.04.2013 17:23, Jose Fonseca wrote:
>
> - Original Message -
>> On 04.04.2013 17:01, Jose Fonseca wrote:
>>> - Original Message -
> On 04.04.2013 03:45, Zack Rusin wrote:
>> It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
>> painful to emulate without branc
> > Erm, unsigned < 0 doesn't make sense.
>
> Ah indeed!
>
> > Definitely what the description says:
> > static void
> > micro_ucmp(union tgsi_exec_channel *dst,
> > const union tgsi_exec_channel *src0,
> > const union tgsi_exec_channel *src1,
> > const union tgsi
- Original Message -
> On 04.04.2013 17:01, Jose Fonseca wrote:
> >
> > - Original Message -
> >>> On 04.04.2013 03:45, Zack Rusin wrote:
> It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
> painful to emulate without branching. Most hardware
> supports it n
On 2 April 2013 23:33, Kenneth Graunke wrote:
> This pass flips (matrix * vector) operations to (vector *
> matrixTranspose) for certain built-in matrices (currently
> gl_ModelViewProjectionMatrix and gl_TextureMatrix).
>
> This is equivalent, but results in dot products rather than multiplies
>
On 04.04.2013 17:01, Jose Fonseca wrote:
>
> - Original Message -
>>> On 04.04.2013 03:45, Zack Rusin wrote:
It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
painful to emulate without branching. Most hardware
supports it natively and even llvm has a 'select' opcode
>
On 04.04.2013 16:53, Zack Rusin wrote:
>> On 04.04.2013 03:45, Zack Rusin wrote:
>>> It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
>>> painful to emulate without branching. Most hardware
>>> supports it natively and even llvm has a 'select' opcode
>>> which can handle it without too much
On Thu, Apr 4, 2013 at 4:32 PM, Brian Paul wrote:
>
> On 04/04/2013 05:20 AM, Erik Faye-Lund wrote:
>>
>> Ping? Anything wrong with it?
>
>
> Looks OK to me. Do you need someone to commit for you?
>
Well, I don't have commit access. But I was expecting to see rob pick
it up and push it out the n
- Original Message -
> > On 04.04.2013 03:45, Zack Rusin wrote:
> > > It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
> > > painful to emulate without branching. Most hardware
> > > supports it natively and even llvm has a 'select' opcode
> > > which can handle it without too muc
> On 04.04.2013 03:45, Zack Rusin wrote:
> > It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
> > painful to emulate without branching. Most hardware
> > supports it natively and even llvm has a 'select' opcode
> > which can handle it without too much hassle.
> >
> > diff --git a/src/galliu
On 04/04/2013 08:40 AM, Jose Fonseca wrote:
- Original Message -
The former just checks that the given block is valid by checking
the header and footer.
The later sets the memory block's tag. With extra debug code, we
can use that for monitoring/checking particular allocations.
---
On 04/04/2013 08:38 AM, Jose Fonseca wrote:
- Original Message -
---
src/gallium/state_trackers/wgl/stw_context.c |2 +-
src/gallium/state_trackers/wgl/stw_context.h |4 +++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/wgl/stw_c
- Original Message -
> The former just checks that the given block is valid by checking
> the header and footer.
>
> The later sets the memory block's tag. With extra debug code, we
> can use that for monitoring/checking particular allocations.
> ---
> src/gallium/auxiliary/os/os_memor
- Original Message -
> ---
> src/gallium/state_trackers/wgl/stw_context.c |2 +-
> src/gallium/state_trackers/wgl/stw_context.h |4 +++-
> 2 files changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/src/gallium/state_trackers/wgl/stw_context.c
> b/src/gallium/state_tracker
https://bugs.freedesktop.org/show_bug.cgi?id=61364
deimosaff...@yahoo.com changed:
What|Removed |Added
CC||deimosaff...@yahoo.com
--
You a
On 04/04/2013 05:20 AM, Erik Faye-Lund wrote:
Ping? Anything wrong with it?
Looks OK to me. Do you need someone to commit for you?
-Brian
On Tue, Mar 26, 2013 at 2:48 PM, Erik Faye-Lund mailto:kusmab...@gmail.com>> wrote:
Signed-off-by: Erik Faye-Lund mailto:kusmab...@gmail.com>>
https://bugs.freedesktop.org/show_bug.cgi?id=47607
--- Comment #9 from imamdxl8...@gmail.com ---
fixed with steam version on my Intel GMA 4500,
please update the installer.
Cheers
--
You are receiving this mail because:
You are the assignee for the bug.
On 2 April 2013 21:11, Kenneth Graunke wrote:
> This clarifies that the offset of 2 is actually 16 kB / 8kB units.
> It also keys both computations off of a single variable, which should
> make it easier to change in the future.
>
> Signed-off-by: Kenneth Graunke
>
This series is:
Reviewed-by:
On 2 April 2013 11:11, Kenneth Graunke wrote:
> This is the same computation as the _WriteEnabled flag, so we may as
> well use it.
>
> Signed-off-by: Kenneth Graunke
>
This series is:
Reviewed-by: Paul Berry
> ---
> src/mesa/drivers/dri/i965/gen6_depthstencil.c | 6 +-
> 1 file change
On 2 April 2013 01:31, Chris Forbes wrote:
> Reported-by: `per` in #intel-gfx
>
> The size of the cache key varies, so store the actual size as well as
> the key blob itself, rather than just assuming it's the same as the size
> passed in.
>
> NOTE: This is a candidate for stable branches.
>
> V2
https://bugs.freedesktop.org/show_bug.cgi?id=63117
--- Comment #1 from Kevin Hobbs ---
Since OSMesa switched to the Gallium driver VTK tests which use OSMesa produce
black output images.
Before the change VTK's LoadOpenGLExtension test had :
GL_VERSION: 2.1 Mesa 9.2-devel (git-6173cc1)
GL_REND
https://bugs.freedesktop.org/show_bug.cgi?id=63117
Priority: medium
Bug ID: 63117
Assignee: mesa-dev@lists.freedesktop.org
Summary: OSMesa Gallium Empty Output
Severity: normal
Classification: Unclassified
OS: Linux (All)
Ping? Anything wrong with it?
On Tue, Mar 26, 2013 at 2:48 PM, Erik Faye-Lund wrote:
> Signed-off-by: Erik Faye-Lund
> ---
>
> Here you go, a version of the patch prepared for git-am
>
> src/gallium/docs/source/debugging.rst | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/src/gal
On 04.04.2013 03:45, Zack Rusin wrote:
> It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
> painful to emulate without branching. Most hardware
> supports it natively and even llvm has a 'select' opcode
> which can handle it without too much hassle.
>
> diff --git a/src/gallium/docs/source/
Reviewed-by: Marek Olšák
Marek
On Thu, Apr 4, 2013 at 1:39 AM, Brian Paul wrote:
> To match the FREE() called used later. Fixes things on Windows.
> ---
> src/gallium/auxiliary/hud/hud_context.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/src/gallium/auxil
On Mit, 2013-04-03 at 11:04 -0700, Matt Turner wrote:
> On Wed, Apr 3, 2013 at 5:25 AM, Michel Dänzer wrote:
> > On Mit, 2013-04-03 at 14:40 +0400, Alexander Khryukin wrote:
> >> Hi all!
> >>
> >> i'm trying to build latest mesa release 9.1.1 on my arm board i.mx6
> >>
> >> and i got
> >>
> >>
>
On Mit, 2013-04-03 at 20:51 +0200, Andreas Boll wrote:
> @@ -733,6 +757,9 @@ struct pipe_screen *radeonsi_screen_create(struct
> radeon_winsys *ws)
> return NULL;
> }
>
> + /* UVD support. */
> + rscreen->has_uvd = rscreen->info.drm_minor >= 31;
This might n
On Mit, 2013-04-03 at 17:21 -0400, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> Signed-off-by: Jerome Glisse
FWIW, we've been using just 'radeonsi:' as the commit log summary
prefix.
> diff --git a/src/gallium/drivers/radeonsi/si_state.c
> b/src/gallium/drivers/radeonsi/si_state.c
>
https://bugs.freedesktop.org/show_bug.cgi?id=63097
Kenneth Graunke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
78 matches
Mail list logo
