On Mon, Jan 20, 2014 at 8:18 AM, Eric Anholt wrote:
> ---
> src/glsl/opt_algebraic.cpp | 36
> 1 file changed, 36 insertions(+)
>
> diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
> index 6b0d992..4aa49e5 100644
> --- a/src/glsl/opt_algebr
On Mon, Jan 20, 2014 at 8:18 AM, Eric Anholt wrote:
> ---
> src/glsl/opt_algebraic.cpp | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
> index 332f0b7..6b0d992 100644
> --- a/src/glsl/opt_algebraic.cpp
> +++ b/src/glsl
On Sat, 2014-01-18 at 14:57 +1100, Timothy Arceri wrote:
> > >
> > > diff --git a/src/glsl/glsl_parser_extras.cpp
> > > b/src/glsl/glsl_parser_extras.cpp
> > > index 21dc3ab..92076b5 100644
> > > --- a/src/glsl/glsl_parser_extras.cpp
> > > +++ b/src/glsl/glsl_parser_extras.cpp
> > > @@ -484,6 +484
https://bugs.freedesktop.org/show_bug.cgi?id=73672
--- Comment #18 from Benjamin Bellec ---
Confirmed with TF2 (Linux edition).
Same behavior with MSAAx2 and MSAAx4-6-8.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mes
sudo apt-get install llvm-dev worked for me.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Ping.
On 01/14/2014 05:47 PM, Brian Paul wrote:
We were calling draw_total_vs_outputs() too early. The call to
draw_pt_emit_prepare() could result in the vertex size changing.
So call draw_total_vs_outputs() after draw_pt_emit_prepare().
This fix would seem to be needed for the non-LLVM code
On 01/18/2014 05:40 AM, Marek Olšák wrote:
From: Marek Olšák
If any driver doesn't support this, it can use a blit after resolving
the samples.
Reviewed-by: Brian Paul
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesk
On 01/18/2014 05:40 AM, Marek Olšák wrote:
From: Marek Olšák
This can be derived from the shader caps.
---
src/gallium/docs/source/screen.rst | 2 --
src/gallium/drivers/freedreno/freedreno_screen.c | 2 --
src/gallium/drivers/i915/i915_screen.c | 7 ---
src/
On 01/19/2014 08:34 AM, Emil Velikov wrote:
The missing qualifier causes failure during the compilation stage.
Bugzilla:
https://urldefense.proofpoint.com/v1/url?u=https://bugs.freedesktop.org/show_bug.cgi?id%3D73631&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=lGQMzzTgII0I7jefp2FHq7WtZ%2BTLs8wadB%2Bi
On 01/19/2014 12:16 AM, Ilia Mirkin wrote:
Hi,
My goal is to extend shader-db to be able to be used with nouveau, as
I'm about to attempt a few compiler optimizations. But I'm having
trouble with the very first step -- getting the driver to spit out the
generated code. I've added logic to nouvea
Looks good to me AFAICT.
Jose
- Original Message -
> From: Roland Scheidegger
>
> Instead of skipping x/y clipping completely if there's point_tri_clip points
> use guard band clipping. This should be easier (previously we could not
> disable
> generating the x/y bits in the clip mask f
---
src/gallium/state_trackers/vdpau/output.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/vdpau/output.c
b/src/gallium/state_trackers/vdpau/output.c
index 59874cb..aa7e997 100644
--- a/src/gallium/state_trackers/vdpau/output.c
+++ b/src/galliu
Not critical, but indeed wrong.
Reviewed-by: Christian König
Am 20.01.2014 16:51, schrieb Brian Paul:
---
src/gallium/state_trackers/vdpau/output.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/vdpau/output.c
b/src/gallium/state_trackers/
On Sun, Jan 19, 2014 at 09:20:54AM -0800, ian_br...@fastmail.net wrote:
> This page:
>
> http://dri.freedesktop.org/wiki/GalliumCompute/
>
> says "Evergreen through Southern Islands GPU families are currently
> supported."
>
> It's unclear (at least to me) whether HD7790 ("Sea Islands") cards ar
Fixes fbo-drawbuffers-none crash (but test still fails).
https://bugs.freedesktop.org/show_bug.cgi?id=73757
---
src/mesa/swrast/s_renderbuffer.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/src/mesa/swrast/s_renderbuffer.c b/src/mesa/swrast/s_renderbuffer.c
inde
Fixes piglit fbo-missing-attachment-blit test.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=73755
---
src/gallium/drivers/softpipe/sp_quad_blend.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/softpipe/sp_quad_blend.c
b/src/gallium/driver
Am 20.01.2014 17:07, schrieb Brian Paul:
> Fixes fbo-drawbuffers-none crash (but test still fails).
> https://urldefense.proofpoint.com/v1/url?u=https://bugs.freedesktop.org/show_bug.cgi?id%3D73757&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=F4msKE2WxRzA%2BwN%2B25muztFm5TSPwE8HKJfWfR2NgfY%3D%0A&m=NwAWyMU
https://bugs.freedesktop.org/show_bug.cgi?id=73755
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=73757
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Brian Paul writes:
> On 01/19/2014 12:16 AM, Ilia Mirkin wrote:
>> Hi,
>>
>> My goal is to extend shader-db to be able to be used with nouveau, as
>> I'm about to attempt a few compiler optimizations. But I'm having
>> trouble with the very first step -- getting the driver to spit out the
>> gene
Erik Faye-Lund writes:
> On Mon, Jan 20, 2014 at 8:18 AM, Eric Anholt wrote:
>> ---
>> src/glsl/opt_algebraic.cpp | 36
>> 1 file changed, 36 insertions(+)
>>
>> diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
>> index 6b0d992..4aa49e5 1
On Mon, Jan 20, 2014 at 5:39 PM, Eric Anholt wrote:
> Erik Faye-Lund writes:
>
>> On Mon, Jan 20, 2014 at 8:18 AM, Eric Anholt wrote:
>>> ---
>>> src/glsl/opt_algebraic.cpp | 36
>>> 1 file changed, 36 insertions(+)
>>>
>>> diff --git a/src/glsl/opt_algebrai
On Fri, Jan 17, 2014 at 03:04:46PM -0800, Dylan Baker wrote:
> I think you meant to ping the piglit list not mesa dev :)
>
> In general this looks a lot better, I've got a few little things for you
>
> On Friday, January 17, 2014 02:30:13 PM Tom Stellard wrote:
> > From: Tom Stellard
> >
> > Th
Good catch Brian. Change looks good to me AFAICT.
We do need more this sort of assertions in the draw module. I never fail to
get surprised at how intricate and sensitive draw module is -- mostly due the
fact that it reaches out to the upstream gallium interface from within the
driver. I do h
I used to have a patch which precompiles some of the commonly used
shader variants, but I seem to have deleted it because Wine also
loaded shaders on demand and compiling more shader variants than
necessary could only make it worse.
Marek
On Sun, Jan 19, 2014 at 9:16 AM, Ilia Mirkin wrote:
> Hi,
https://bugs.freedesktop.org/show_bug.cgi?id=72926
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, Jan 20, 2014 at 10:23 AM, Brian Paul wrote:
>> I'm having trouble figuring out how to bypass this and make it call
>> update_vp/fp/gp which appear like they'll actually call
>> pipe->create_fs_state/etc. I see st_link_shader getting called, as
>> expected, which creates the TGSI... but wha
On 01/19/2014 11:18 PM, Eric Anholt wrote:
> ---
> src/glsl/opt_algebraic.cpp | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
> index 332f0b7..6b0d992 100644
> --- a/src/glsl/opt_algebraic.cpp
> +++ b/src/glsl/opt_alge
On 01/20/2014 12:38 AM, Erik Faye-Lund wrote:
> On Mon, Jan 20, 2014 at 8:18 AM, Eric Anholt wrote:
>> ---
>> src/glsl/opt_algebraic.cpp | 12
>> 1 file changed, 12 insertions(+)
>>
>> diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
>> index 332f0b7..6b0d992 1006
Fixes piglit "fbo-drawbuffers-none glClear" test.
---
src/gallium/drivers/svga/svga_pipe_clear.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_pipe_clear.c
b/src/gallium/drivers/svga/svga_pipe_clear.c
index 5deebb2..21869e9 100644
--- a
Fixes several colorbuffer tests, including piglit "fbo-drawbuffers-none"
for "gl_FragColor" and "glDrawPixels" cases.
v2: rework patch to only avoid creating extra shader variants when
TGSI_PROPERTY_FS_COLOR0_WRITES_ALL_CBUFS is not specified. Per Jose.
Use a write_color0_to_n_cbufs key field to
None of this info is relevant anymore.
---
docs/README.CYGWIN | 256 ---
docs/README.MITS| 102
docs/README.QUAKE | 207 -
docs/README.THREADS | 52 ---
4 files changed,
Just to be bit more readable.
---
src/gallium/drivers/svga/svga_tgsi_decl_sm30.c |6 +++---
src/gallium/drivers/svga/svga_tgsi_emit.h |5 +++--
src/gallium/drivers/svga/svga_tgsi_insn.c |8
3 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/src/gallium/d
On Sun, Jan 19, 2014 at 11:18 PM, Eric Anholt wrote:
> ---
> src/glsl/opt_algebraic.cpp | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
> index 332f0b7..6b0d992 100644
> --- a/src/glsl/opt_algebraic.cpp
> +++ b/src/gls
Series looks great to me.
Jose
- Original Message -
> Fixes several colorbuffer tests, including piglit "fbo-drawbuffers-none"
> for "gl_FragColor" and "glDrawPixels" cases.
>
> v2: rework patch to only avoid creating extra shader variants when
> TGSI_PROPERTY_FS_COLOR0_WRITES_ALL_CBUFS
https://bugs.freedesktop.org/show_bug.cgi?id=73808
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Use some new helper functions to make the code much more readable.
And fix wrong value for XPD's w result.
---
src/gallium/drivers/svga/svga_tgsi_emit.h |4 +-
src/gallium/drivers/svga/svga_tgsi_insn.c | 202 -
2 files changed, 115 insertions(+), 91 deletions(-)
d
---
src/gallium/drivers/svga/svga_state_framebuffer.c | 57 ++---
1 file changed, 26 insertions(+), 31 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_state_framebuffer.c
b/src/gallium/drivers/svga/svga_state_framebuffer.c
index 6976d37..1497116 100644
--- a/src/gallium
---
src/gallium/drivers/svga/svga_state_fs.c |1 -
1 file changed, 1 deletion(-)
diff --git a/src/gallium/drivers/svga/svga_state_fs.c
b/src/gallium/drivers/svga/svga_state_fs.c
index 36f2cd5..1afdae9 100644
--- a/src/gallium/drivers/svga/svga_state_fs.c
+++ b/src/gallium/drivers/svga/svga_s
To be more consisten with other parts of gallium. Plus, update/add
various comments.
---
src/gallium/drivers/svga/svga_context.h | 15 ++--
src/gallium/drivers/svga/svga_pipe_fs.c | 18 ++---
src/gallium/drivers/svga/svga_pipe_vs.c | 18 ++---
src/gallium/drivers/svg
---
src/gallium/drivers/svga/svga_tgsi_insn.c | 94 ++---
1 file changed, 47 insertions(+), 47 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_tgsi_insn.c
b/src/gallium/drivers/svga/svga_tgsi_insn.c
index 88c96c0..4d78e96 100644
--- a/src/gallium/drivers/svga/sv
To make things a little easier to understand for newcomers.
---
src/gallium/drivers/svga/svga_tgsi_insn.c | 194 -
1 file changed, 163 insertions(+), 31 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_tgsi_insn.c
b/src/gallium/drivers/svga/svga_tgsi_insn.c
in
From: Ian Romanick
When parameters were removed from dd_function_table::Viewport (commit
065bd6ff), radeon_viewport (in both radeon and r200) started generating
a warning.
radeon_common.c: In function 'r200_radeon_viewport':
radeon_common.c:415:15: warning: assignment from incompatible pointer t
From: Ian Romanick
radeon_common.c: In function 'radeon_draw_buffer':
radeon_common.c:237:3: warning: suggest braces around empty body in an 'if'
statement [-Wempty-body]
Signed-off-by: Ian Romanick
Cc: Alex Deucher
Cc: Marek Olšák
---
src/mesa/drivers/dri/radeon/radeon_common.c | 4 ++--
1
From: Ian Romanick
This parameter hasn't been used since January 2010 (commit 29e02c7).
Fixes the following warning in both radeon and r200:
radeon_common.c: In function 'r200_rcommonBeginBatch':
radeon_common.c:762:14: warning: unused parameter 'dostate' [-Wunused-parameter]
Note that now BEGI
From: Ian Romanick
Sed job:
grep -lr BEGIN_BATCH_NO_AUTOSTATE src/mesa/drivers/dri/ | while read f
do
cat $f | sed 's/BEGIN_BATCH_NO_AUTOSTATE/BEGIN_BATCH/g' > x
mv x $f
done
Signed-off-by: Ian Romanick
Cc: Alex Deucher
Cc: Marek Olšák
---
src/mesa/drivers/dri/r2
Mem-or-is!
Reviewed-by: Ian Romanick
On 01/20/2014 12:05 PM, Brian Paul wrote:
> None of this info is relevant anymore.
> ---
> docs/README.CYGWIN | 256
> ---
> docs/README.MITS| 102
> docs/README.QUAKE |
On Sat, 2014-01-18 at 13:34 +0100, Francisco Jerez wrote:
> Jan Vesely writes:
>
> > Specs say "If the argument is a buffer object, the arg_value
> > pointer can be NULL or point to a NULL value in which case a NULL
> > value will be used as the value for the argument declared as a
> > pointer t
On 01/19/2014 11:18 PM, Eric Anholt wrote:
> ---
> src/glsl/opt_algebraic.cpp | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
> index 332f0b7..6b0d992 100644
> --- a/src/glsl/opt_algebraic.cpp
> +++ b/src/glsl/opt_alge
On 01/20/2014 08:42 AM, Erik Faye-Lund wrote:
> On Mon, Jan 20, 2014 at 5:39 PM, Eric Anholt wrote:
>> Erik Faye-Lund writes:
>>
>>> On Mon, Jan 20, 2014 at 8:18 AM, Eric Anholt wrote:
---
src/glsl/opt_algebraic.cpp | 36
1 file changed, 36 in
From: Ian Romanick
We have to make the functions available to work around a GLEW bug (see
comments already in the code), but if an application calls one of these
functions we should still generate GL_INVALID_OPERATION.
Signed-off-by: Ian Romanick
---
I also thought about just having these funct
From: Ian Romanick
main/texstorage.c: In function '_mesa_alloc_texture_storage':
main/texstorage.c:240:53: warning: unused parameter 'width' [-Wunused-parameter]
main/texstorage.c:241:37: warning: unused parameter 'height'
[-Wunused-parameter]
main/texstorage.c:241:53: warning: unused parameter
On Mon, Jan 20, 2014 at 11:14:18AM -0800, ian_br...@fastmail.net wrote:
> On Mon, 20 Jan 2014 08:00:39 -0800
> Tom Stellard wrote:
>
> >> http://dri.freedesktop.org/wiki/GalliumCompute/
>
> >> Could anybody clarify whether the information on the wiki page should
> >> apply to a Radeon HD7790 car
On 01/20/2014 12:07 PM, Ian Romanick wrote:
From: Ian Romanick
We have to make the functions available to work around a GLEW bug (see
comments already in the code), but if an application calls one of these
functions we should still generate GL_INVALID_OPERATION.
Signed-off-by: Ian Romanick
--
On Mon, 20 Jan 2014 08:00:39 -0800
Tom Stellard wrote:
>> http://dri.freedesktop.org/wiki/GalliumCompute/
>> Could anybody clarify whether the information on the wiki page should
>> apply to a Radeon HD7790 card? Could the wiki be updated to be more
>> specific about which GPUs it is relevant to
On Fri, Jan 17, 2014 at 9:09 PM, Matt Turner wrote:
> From: Anuj Phogat
>
> OpenGL with ARB_ES2_compatibility allows shaders that specify #version
> 100.
>
> This fixes the Khronos OpenGL test(Texture_Rectangle_Samplers_frag.test)
> failure.
>
> Cc: mesa-sta...@lists.freedesktop.org
> Reviewed-by
https://bugs.freedesktop.org/show_bug.cgi?id=73638
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
The udev hwdb is a mechanism for applying udev properties to devices at
hotplug time. The hwdb text files are compiled into a binary database
that lets udev efficiently look up and apply properties to devices that
match a given modalias.
This patch exports the mesa PCI ID tables as hwdb files and
https://bugs.freedesktop.org/show_bug.cgi?id=73846
Priority: medium
Bug ID: 73846
CC: bri...@vmware.com, jfons...@vmware.com,
srol...@vmware.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: [llvmpipe] lp_test_forma
To resolve missing symbol since last year's megadriver changes.
Doesn't seem to be needed all systems though. Hmm.
---
src/gallium/targets/dri-vmwgfx/target.c | 16
1 file changed, 16 insertions(+)
diff --git a/src/gallium/targets/dri-vmwgfx/target.c
b/src/gallium/targets/dri
The compute memory pool used by the gallium r600 driver seems to be
problematic. The pool looks to be a single radeon buffer object. There could
be multiple maps set up into that single buffer object. If there is a need to
grow the pool, then the resource associated with the buffer object is
On Mon, Jan 20, 2014 at 09:32:11PM +, Hrustich, John wrote:
> The compute memory pool used by the gallium r600 driver seems to be
> problematic. The pool looks to be a single radeon buffer object. There
> could be multiple maps set up into that single buffer object. If there is a
> need t
I'm not sure about debian's upstream packages, but at least Ubuntu's
xorg-edgers PPA has llvm-3.4 packages available and I suspect that a
variant of those will end up in the 14.04 LTS release. I've
successfully built libclc and Mesa w/ OpenCL support against those
packages after some massaging (nee
https://bugs.freedesktop.org/show_bug.cgi?id=73854
Priority: medium
Bug ID: 73854
Assignee: mesa-dev@lists.freedesktop.org
Summary: Half-Life 1-based Games Segfault
Severity: normal
Classification: Unclassified
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=73854
mmstick...@gmail.com changed:
What|Removed |Added
Summary|Half-Life 1-based Games |GoldSrc and Source Games
https://bugs.freedesktop.org/show_bug.cgi?id=73854
--- Comment #1 from mmstick...@gmail.com ---
I see that now, all Source games segfault as well.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-
https://bugs.freedesktop.org/show_bug.cgi?id=73854
--- Comment #2 from mmstick...@gmail.com ---
This happens on all of my systems: a Radeon HD 4650 laptop, Radeon HD 6850
desktop, and Radeon HD 7950 desktop.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=73854
--- Comment #3 from Alex Deucher ---
Can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.fre
It was pretty simple IIRC. You just need to call st_get_fp(vp)_variant
to create a pipe shader. I think st_program_string_notify is the right
place.
Marek
On Mon, Jan 20, 2014 at 7:23 PM, Ilia Mirkin wrote:
> On Mon, Jan 20, 2014 at 10:23 AM, Brian Paul wrote:
>>> I'm having trouble figuring ou
On Mon, 2014-01-20 at 16:30 -0600, Aaron Watry wrote:
> I'm not sure about debian's upstream packages, but at least Ubuntu's
> xorg-edgers PPA has llvm-3.4 packages available and I suspect that a
> variant of those will end up in the 14.04 LTS release. I've
> successfully built libclc and Mesa w/ O
https://bugs.freedesktop.org/show_bug.cgi?id=73854
--- Comment #4 from Michel Dänzer ---
Please provide a backtrace for the segfault.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.fr
I can't see why this would be needed at all. The X.Org loader was
modified to look for the new symbol names (i.e., the one added in this
patch) but still looks for the regular ones too.
And since Jordan's patch to megadrivers, the X.Org loader doesn't even
need to look for the new symbol names.
__
From: Roland Scheidegger
Even with depth clipping disabled, vertices which have negative w coords
must be discarded. And since we don't have a proper guardband implementation
yet (relying on driver to handle all values except infs/nans in rasterization
for such points) we need to kill them off ma
On 20 December 2013 06:38, Topi Pohjolainen wrote:
> diff --git a/src/mesa/drivers/dri/i965/brw_blorp_blit_eu.cpp
> b/src/mesa/drivers/dri/i965/brw_blorp_blit_eu.cpp
> index b189aa2..dcfd82b 100644
> --- a/src/mesa/drivers/dri/i965/brw_blorp_blit_eu.cpp
> +++ b/src/mesa/drivers/dri/i965/brw_blorp_
On Sun, Jan 19, 2014 at 7:56 PM, Michel Dänzer wrote:
> On Fre, 2014-01-17 at 03:47 -0800, Mark Mueller wrote:
> >
> > diff --git a/src/mesa/main/formats.h b/src/mesa/main/formats.h
> > index 348d2f4..fb43c83 100644
> > --- a/src/mesa/main/formats.h
> > +++ b/src/mesa/main/formats.h
> > @@ -182,1
On 20 December 2013 06:38, Topi Pohjolainen wrote:
> The split of the emission of the two halfs into single emission
> call prapares for fs_generator support that already does similar
> thing. No regressions seen on IVB (unit tests and piglit quick).
>
> Signed-off-by: Topi Pohjolainen
> ---
> s
On 20 December 2013 06:39, Topi Pohjolainen wrote:
> diff --git a/src/mesa/drivers/dri/i965/brw_blorp_blit_eu.h
> b/src/mesa/drivers/dri/i965/brw_blorp_blit_eu.h
> index 1ecf076..3f2301c 100644
> --- a/src/mesa/drivers/dri/i965/brw_blorp_blit_eu.h
> +++ b/src/mesa/drivers/dri/i965/brw_blorp_blit_e
On 20 December 2013 06:39, Topi Pohjolainen wrote:
> Unit tests comparing generated blorp programs to known good need
> to have the dump in designated file instead of in default
> standard output. The comparison also expects the jump counters
> of if-else-instructions to be correctly set and hence
On 20 December 2013 06:39, Topi Pohjolainen wrote:
> diff --git a/src/mesa/drivers/dri/i965/brw_fs_generator.cpp
> b/src/mesa/drivers/dri/i965/brw_fs_generator.cpp
> index df91235..4c159e6 100644
> --- a/src/mesa/drivers/dri/i965/brw_fs_generator.cpp
> +++ b/src/mesa/drivers/dri/i965/brw_fs_genera
On 20 December 2013 06:39, Topi Pohjolainen wrote:
> This is rather ugly but as I couldn't think of anything better
> for now and wanted to get the rest of the series under review,
> I left it as it is.
> Even though immediately surrounding code has tabs this piece is
> written space-indented.
>
>
On 20 January 2014 19:36, Paul Berry wrote:
> On 20 December 2013 06:38, Topi Pohjolainen wrote:
>
>> diff --git a/src/mesa/drivers/dri/i965/brw_blorp_blit_eu.cpp
>> b/src/mesa/drivers/dri/i965/brw_blorp_blit_eu.cpp
>> index b189aa2..dcfd82b 100644
>> --- a/src/mesa/drivers/dri/i965/brw_blorp_bli
On 20 December 2013 06:39, Topi Pohjolainen wrote:
> Unfortunately the unit tests need to be patched as well. This is
> because the direct eu-emitter only patches jump counters for
> if-else (see patch_IF_ELSE()) while the fs_generator patches the
> endif as well (see brw_set_uip_jip()).
>
I thin
From: Dave Airlie
for consistency with vs and fs dumpers.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/llvmpipe/lp_state_gs.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_state_gs.c
b/src/gallium/drivers/llvmpipe/lp_state_gs.c
i
https://bugs.freedesktop.org/show_bug.cgi?id=73854
--- Comment #5 from Nicholas Miell ---
Half-Life (GoldSrc):
#0 0x4ccc63c8 in udev_list_entry_get_next () from /lib/libudev.so.1
#1 0x4cccb9db in udev_monitor_filter_update () from /lib/libudev.so.1
#2 0xf063c13e in udev_monitor_enable_receivin
On Mon, Jan 20, 2014 at 08:11:06PM -0800, Paul Berry wrote:
>On 20 December 2013 06:39, Topi Pohjolainen
>wrote:
>
> This is rather ugly but as I couldn't think of anything better
> for now and wanted to get the rest of the series under review,
> I left it as it is.
>
On Mon, Jan 20, 2014 at 07:58:08PM -0800, Paul Berry wrote:
>On 20 December 2013 06:39, Topi Pohjolainen
>wrote:
>
> Unit tests comparing generated blorp programs to known good need
> to have the dump in designated file instead of in default
> standard output. The compariso
On Mon, Jan 20, 2014 at 07:54:25PM -0800, Paul Berry wrote:
>On 20 December 2013 06:39, Topi Pohjolainen
>wrote:
>
> diff --git a/src/mesa/drivers/dri/i965/brw_blorp_blit_eu.h
> b/src/mesa/drivers/dri/i965/brw_blorp_blit_eu.h
> index 1ecf076..3f2301c 100644
> --- a/src
On Mon, Jan 20, 2014 at 07:47:45PM -0800, Paul Berry wrote:
>On 20 December 2013 06:38, Topi Pohjolainen
>wrote:
>
> The split of the emission of the two halfs into single emission
> call prapares for fs_generator support that already does similar
> thing. No regressions se
Hey,
This is just a couple of patches I threw together to interface the new
mesa viewport array code to gallium, I've ran a few tests on llvmpipe,
and they seem to pass with this code.
The only question I really have is do we want to expand the CSO interface
to cover this or not?
Dave.
On Mon, Jan 20, 2014 at 08:30:41PM -0800, Paul Berry wrote:
>On 20 January 2014 19:36, Paul Berry wrote:
>
> On 20 December 2013 06:38, Topi Pohjolainen
> wrote:
>
>diff --git a/src/mesa/drivers/dri/i965/brw_blorp_blit_eu.cpp
>b/src/mesa/drivers/dri/i965/brw_blorp_
From: Dave Airlie
This adds GS output and FS input support, even though FS input
support isn't supported until GLSL 4.30 from what I can see.
Signed-off-by: Dave Airlie
---
src/mesa/state_tracker/st_program.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/src/mesa/state_tracker/s
From: Dave Airlie
this just ties the mesa code to the pre-existing gallium interface,
I'm not sure what to do with the CSO stuff yet.
0.2: fix min/max bounds
Signed-off-by: Dave Airlie
---
src/mesa/state_tracker/st_atom_scissor.c | 75 ---
src/mesa/state_tracker/s
On Mon, Jan 20, 2014 at 08:35:44PM -0800, Paul Berry wrote:
>On 20 December 2013 06:39, Topi Pohjolainen
>wrote:
>
> Unfortunately the unit tests need to be patched as well. This is
> because the direct eu-emitter only patches jump counters for
> if-else (see patch_IF_ELSE(
v2: Also increment ir->offset in the GS visitor, rather than at the
final assembly generation stage (requested by Paul).
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_vec4_gs.c | 6 ++
src/mesa/drivers/dri/i965/brw_vec4_gs_visitor.cpp | 7 +++
2 files cha
https://bugs.freedesktop.org/show_bug.cgi?id=73854
--- Comment #6 from Tapani Pälli ---
For me CounterStrike 1.6 works fine using 10.1.0-devel (git-ded5674), this is
with Intel Haswell and Ubuntu 12.04, I believe this game is using GoldSrc
engine. I also tried HL2 with Ivybridge + mesa master and
On 20 January 2014 22:56, Kenneth Graunke wrote:
> v2: Also increment ir->offset in the GS visitor, rather than at the
> final assembly generation stage (requested by Paul).
>
> Signed-off-by: Kenneth Graunke
> ---
> src/mesa/drivers/dri/i965/brw_vec4_gs.c | 6 ++
> src/mesa/d
96 matches
Mail list logo
