From: Dave Airlie
Doom appears to generate SPIR-V that loads/store samplers before
passing them to functions, this confuses NIR, but I'm not sure
it's illegal.
Workaround this by replacing the value on store with the access
chain from the src.
This gets doom a bit further.
Signed-of
From: Dave Airlie
This was seen in doom shaders, so handle it properly.
Signed-off-by: Dave AIrlie
---
src/amd/common/ac_nir_to_llvm.c | 41 +
1 file changed, 29 insertions(+), 12 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd
From: Dave Airlie
Don't call the QueueSubmit interface, just call direct to the
winsys, so we can pass the wait semaphores.
Noticed while debugging doom, doesn't fix anything.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_wsi.c | 10 +-
1 file changed, 9 insert
From: Dave Airlie
doom was causing a printf about an illegal color, it was due the
non-void returning -1, and the other function checking for 4,
align these.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_formats.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src
On 30 June 2016 at 08:26, Ian Romanick wrote:
> From: Ian Romanick
Probably a good idea,
Reviewed-by: Dave Airlie
>
> Signed-off-by: Ian Romanick
> Cc: Dave Airlie
> ---
> src/compiler/glsl_types.cpp | 7 +++
> src/compiler/glsl_types.h | 3 +++
> 2 file
On 30 June 2016 at 08:26, Ian Romanick wrote:
> On 06/20/2016 02:02 PM, Dave Airlie wrote:
>> On 21 June 2016 at 04:29, Ian Romanick wrote:
>>> I sent feedback for this patch the first time. :)
>>>
>>> https://lists.freedesktop.org/archives/mesa-dev/2016-J
On 30 June 2016 at 08:29, Ian Romanick wrote:
> On 06/19/2016 10:06 PM, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> This hooks up the API to the internals for 64-bit integer uniforms.
>>
>> Signed-off-by: Dave Airlie
>> ---
>> src/mesa/main/unifor
On 30 June 2016 at 09:33, Ian Romanick wrote:
> Patches 1, 2, 3, 4 (with the changes you said you made), 6, 7, 8, 11,
> 12, and 14 through 19 are
>
> Reviewed-by: Ian Romanick
>
> I sent comments on 5 and 10.
>
> 9 was already R-b.
I've updated the ARB_gpu_shader_int64 branch in my repo with
all
From: Dave Airlie
This needs to set the src swizzle so it doesn't access the .zw
members ever when we are just emitting a 0 constant here.
This fixes:
vert-conversion-explicit-dvec3-bvec3.shader_test
and a bunch of other fp64 tests on softpipe and radeonsi.
Signed-off-by: Dave Airlie
---
I was waiting for an open source driver to appear when I realised I
should really just write one myself, some talking with Bas later, and
we decided to see where we could get.
This is the point at which we were willing to show it to others, it's
not really a vulkan driver yet, so far it's a vulkan
t;> particular function."
>>
>> Fixes
>> GL44-CTS.shader_subroutine.subroutines_cannot_be_assigned_float_int_values_or_be_compared
>>
>> Signed-off-by: Andres Gomez
I prefer this one, please push it with Ian's r-b, and consider my one withdrawn.
Reviewed-by: Dave Airlie
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Dave Airlie
On 29 July 2016 at 08:35, Matt Turner wrote:
> ---
> src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 6 ++
> 1 file changed, 2 insertions(+), 4 deletions(-)
>
> diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
> b/src/mesa/state_tracker/s
Hey,
So for virgl I was praying I could avoid having to keep a GL context
on the host per guest context but it appears to do
NV_conditional_render properly I either need the ability to
suspend/resume queries (maybe I could write an extension) or I need
contexts :-(
So this led me to look at the s
Just want to check an inconsistency,
so GL clears respect glDepthMask, gallium docs don't explicitly
mention depth masking, they say clear isn't affected by color or
stencil write masks, should that sentence contain depth?
Dave.
___
mesa-dev mailing lis
On Fri, Oct 11, 2013 at 2:27 PM, Paul Berry wrote:
> It's been a long and rocky road, but geometry shader support in Mesa's
> i965/gen7 driver has finally reached a point I'm willing to call
> "feature complete". Since geometry shaders were the last remaining
> feature needed for GL 3.2, it's tim
Hi,
I pulled Brian's patches and then hacked llvmpipe locally to claim GL 3.2,
and ran piglit, fixed some of the obviously missing pieces and crashes.
These aren't immediately going to expose any new functionality, but it
might help if someone doing r600g or nouveau support can concentrate on the
From: Bryan Cain
v2 (Paul Berry : Split out to separate patch
(previously this was part of "glsl: add builtins for geometry
shaders.")
Signed-off-by: Dave Airlie
---
src/mesa/state_tracker/st_program.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/mesa/sta
From: Bryan Cain
v2 (Bryan Cain ): fix 2D array indexing order.
Signed-off-by: Dave Airlie
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 101 ++-
src/mesa/state_tracker/st_program.c| 107 +
2 files changed, 163 insertions(+), 45
From: Fabian Bieler
>From the ARB_geometry_shader4 spec (section Geometry Shader outputs):
"The built-in special variable gl_Position is intended to hold the
homogeneous vertex position. Writing gl_Position is optional."
Signed-off-by: Dave Airlie
---
src/mesa/state_tracker/st_
This just adds the missing bits so the ubo tests don't crash.
Signed-off-by: Dave Airlie
---
src/mesa/state_tracker/st_atom.c | 1 +
src/mesa/state_tracker/st_atom.h | 1 +
src/mesa/state_tracker/st_atom_constbuf.c | 17 +
3 files changed, 19 inser
This fixes a number of piglit crashes when running on a hacked up llvmpipe.
Signed-off-by: Dave Airlie
---
src/mesa/state_tracker/st_program.c | 12
1 file changed, 12 insertions(+)
diff --git a/src/mesa/state_tracker/st_program.c
b/src/mesa/state_tracker/st_program.c
index
On Tue, Oct 15, 2013 at 7:58 PM, Jose Fonseca wrote:
> - Original Message -
>> Hi,
>>
>> I pulled Brian's patches and then hacked llvmpipe locally to claim GL 3.2,
>> and ran piglit, fixed some of the obviously missing pieces and crashes.
>>
>> These aren't immediately going to expose any
From: Dave Airlie
If a driver wants to expose higher glsl levels have the state tracker
respect them.
Signed-off-by: Dave Airlie
---
src/mesa/state_tracker/st_extensions.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src
On Sun, Oct 20, 2013 at 11:00 PM, Brian Paul wrote:
> On 10/20/2013 01:07 PM, Dave Airlie wrote:
>>
>> From: Dave Airlie
>>
>> If a driver wants to expose higher glsl levels have the state tracker
>> respect them.
>>
>> Signed-off-by: Da
From: Dave Airlie
Limit the max glsl version level to what the state tracker supports.
Signed-off-by: Dave Airlie
---
src/mesa/state_tracker/st_extensions.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src/mesa
>
> Do either of you guys plan to implement support for this extension? The
> value to developers is obviously increased if more drivers support the
> extension. This extension was born from feedback that I received from
> people at FOSDEM and from various game developers at Game Developer
> Conf
From: Dave Airlie
+ nvc0 support for demo purposes, will split up later.
So I've done this by just adding pipe cap queries for this stuff,
we might want to add another high level query to say if we are
bothered exposing this stuff.
nouveau can't get the pci device id as it doesn
On Sat, Oct 12, 2013 at 8:10 AM, Ian Romanick wrote:
> From: Ian Romanick
>
> The enumerated values are currently allocated from Intel's range.
Some highlevel comments below,
> +GLX renderer attribute number description
> + of values
> +
Since we seemed to have some confusion over this I'll state it clearly here.
You should not merge kernel interface and ioctls to libdrm until they
have appeared in a git commit upstream with a stable id, this
generally means drm-next, but can also mean drm-intel-next.
You shouldn't assume that st
>> How does this interact with the rule that kernel interfaces require an
>> open source userspace? Is "here are the mesa/libdrm patches that use
>> it" sufficient to get the kernel interface merged?
>
> That's my understanding: open source userspace needs to exist, but it
> doesn't need to be merg
From: Dave Airlie
I've no idea when this broke, but we have some people who wanted it fixed,
so here's my attempt.
reproducer, run readpix with swrast hit f, or run trival tri -sb things are
upside down, after this patch they aren't.
Bugzilla: https://bugs.freedesktop.org/show_b
Hey,
so I'm not really uptodate on latest Khronos stuff, but the glext.h
from the webpage is out of date and I can't seem to svn checkout the
xml files as i'm not a member.
So does glext.h contain the 4.4 ARB extensions like ARB_multi_bind or
do we need to start distributing glcorearb.h?
Dave.
_
On Mon, Nov 18, 2013 at 7:58 PM, Dave Airlie wrote:
> Hey,
>
> so I'm not really uptodate on latest Khronos stuff, but the glext.h
> from the webpage is out of date and I can't seem to svn checkout the
> xml files as i'm not a member.
>
> So does glext.h
From: Dave Airlie
GLX 1.2 servers with no SGIX_fbconfigs exist (some citrix thing),
and we fail glxinfo completely in those cases.
Signed-off-by: Dave Airlie
---
src/glx/glxcmds.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/glx/glxcmds.c b/src/glx/glxcmds.c
index
From: Dave Airlie
If we get a server that has only GLX1.2 and no SGIX_fbconfig, we can
print stuff we shouldn't. If we have no fbconfigs then we don't have core
profile, so don't bother trying visual path when doing core profile.
Signed-off-by: Dave Airlie
---
src/xdemo
From: Dave Airlie
This passes the piglit depth clamp tests.
this is required for GL 3.2.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_quad_depth_test.c | 37 ++-
src/gallium/drivers/softpipe/sp_screen.c | 2 +-
2 files changed, 31 insertions
Hey,
not sure why I bothered but for some reason I took a tangent from
ARB_gpu_shader_fp64 into fixing softpipe for GL 3.3 first.
This is the results, it also enables AMD_vertex_shader_layer.
Some geom shader tests still fail, and I need to do a bit
more regression testing, but they seem fine so
From: Dave Airlie
This adds the layer info to the tile cache.
This changes clear_flags to be dynamically allocated as
MAX_LAYERS seems like a too big step.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_quad_blend.c | 8 +-
src/gallium/drivers/softpipe
From: Dave Airlie
This passes the piglit depth clamp tests.
this is required for GL 3.2.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_quad_depth_test.c | 37 ++-
src/gallium/drivers/softpipe/sp_screen.c | 2 +-
2 files changed, 31 insertions
From: Dave Airlie
This just aligns the limits with llvmpipe.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_screen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/softpipe/sp_screen.c
b/src/gallium/drivers/softpipe/sp_screen.c
index
From: Dave Airlie
This enables GL3.3 on softpipe.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_screen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/softpipe/sp_screen.c
b/src/gallium/drivers/softpipe/sp_screen.c
index cdbba7d
From: Dave Airlie
This adds support for GL 3.2 layered rendering to softpipe.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_context.h | 3 ++
src/gallium/drivers/softpipe/sp_quad.h | 1 +
src/gallium/drivers/softpipe/sp_quad_blend.c | 8
From: Dave Airlie
This crashes on softpipe due to a lack of output memory allocated,
it appears we allocate memory for enough primtives, but not vertices
so convert to number of vertices.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/draw/draw_gs.c | 2 +-
1 file changed, 1 insertion
From: Dave Airlie
This fixes the limits for GL 3.2, and subsequently fixes
some segfaults in some varying packing tests and max varying tests
after the limits bumped.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 6 +++---
src/gallium/auxiliary/tgsi/tgsi_exec.h | 2
From: Dave Airlie
This passes tests now on softpipe.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_screen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/softpipe/sp_screen.c
b/src/gallium/drivers/softpipe/sp_screen.c
index d22ee27
On 11 June 2014 00:02, Zack Rusin wrote:
> That looks wrong. The total number of verts per buffer is the maximum number
> of verts that can be output per invocation (primitive_boundary) times number
> of invocations of geometry shader (num_in_primitives).
>
> It's not maximum number of verts th
On 11 June 2014 06:23, Zack Rusin wrote:
> I think the code is already correct and something else goes wrong. The tgsi
> geometry shader code was never done properly so it's more than likely that
> tgsi_exec is doing something wonky.
>
> Geometry shaders specify the maximum number of vertices th
On 11 June 2014 10:18, Zack Rusin wrote:
>> I'll revisit it today and see if I can spot something else wrong, it
>> fails for triangle adj because there are 6 vertices per primitive and
>> we have only malloced space for 4.
>
> It has to be something else because that's impossible, in fact it's 2x
From: Dave Airlie
One of the mismatched tests have a max output vertices of 3,
but emits 6 vertices, this means the output buffer is undersized
and causes problems down the line, so limit things later if we
have a number of vertices lower than the number required to execute
a primitive.
Signed
On 11 June 2014 10:48, Zack Rusin wrote:
> To be honest I still don't like it. While the tgsi_exec specific paths in
> draw_gs don't matter to me and can be as ugly as they need to be, they can't
> be polluting the draw_pt_emit code, in other words the primitive_lengths
> can't be bogus at that
From: Dave Airlie
This limits the number of emitted vertices to the shaders max output
vertices, and avoids us writing things into memory that isn't big
enough for it.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 8
src/gallium/auxiliary/tgsi/tgsi_e
> diff --git a/src/mesa/drivers/dri/common/xmlconfig.h
> b/src/mesa/drivers/dri/common/xmlconfig.h
> index 786caae..a4daa6b 100644
> --- a/src/mesa/drivers/dri/common/xmlconfig.h
> +++ b/src/mesa/drivers/dri/common/xmlconfig.h
> @@ -30,6 +30,8 @@
> #ifndef __XMLCONFIG_H
> #define __XMLCONFIG_H
>
On 16 June 2014 15:55, Dave Airlie wrote:
>> diff --git a/src/mesa/drivers/dri/common/xmlconfig.h
>> b/src/mesa/drivers/dri/common/xmlconfig.h
>> index 786caae..a4daa6b 100644
>> --- a/src/mesa/drivers/dri/common/xmlconfig.h
>> +++ b/src/mesa/drivers/dri/common
On 18 June 2014 05:08, Roland Scheidegger wrote:
> This looks ok to me though since tgsi currently doesn't have any double
> opcodes (well the docs have them...) it doesn't really apply to most
> drivers (at least I assume you don't want to add support for it for tgsi).
I've mostly forward ported
Okay I've been writing this in the background, but I've hit a point I
think I'd like to seek advice on,
So doubles in all SM5 hardware appear to be done using two channels of
floats to store the double value in, the SM5 assembly opcodes all take
xy, zw swizzles etc.
However at the GLSL level I ju
>
> I'm working toward building a Mesa driver for Broadcom VC4 (aka
> Raspberry Pi). At the moment I'm still bringing up the DRM side of
> things, but I hope to be doing bits of userspace in the next few days.
> Current status is I have a skeleton DRM KMS driver that's going to talk
> to the firmw
On 18 June 2014 23:50, Roland Scheidegger wrote:
> Am 18.06.2014 01:54, schrieb Dave Airlie:
>> On 18 June 2014 05:08, Roland Scheidegger wrote:
>>> This looks ok to me though since tgsi currently doesn't have any double
>>> opcodes (well the docs have them...)
This just drops all the GL types from the xmlconfig and use
std C types from stdint and stdbool.
Signed-off-by: Dave Airlie
---
src/mesa/drivers/dri/common/xmlconfig.c | 176
src/mesa/drivers/dri/common/xmlconfig.h | 20 ++--
2 files changed, 98 insertions
This in theory changes ABI for the boolean->bool I think,
but nothing in the tree uses configQueryb AFAICS.
Signed-off-by: Dave Airlie
---
include/GL/internal/dri_interface.h| 7 ---
src/mesa/drivers/dri/common/dri_util.c | 6 +++---
2 files changed, 7 insertions(+), 6 deleti
> I've rewritten the core of the register merging algorithm to be able to cope
> in the presence of (almost) arbitrarily nested loop and conditional
> structures. With this patch (tested on master), the Pixmark tests finally
> work just fine and some of the shadertoy demos have started working for
On 30 June 2014 01:06, Tomáš Trnka wrote:
> The register merging pass after GLSL-to-TGSI translation previously used
> simple register usage tracking routines that were unable to work inside
> loops (instead, all variables were assumed to be needed throughout the
> whole loop). This is obviously s
Hey,
So it looks like in core GL profile glPixelStorei can only accept
GL_PACK_ALIGNMENT and GL_UNPACK_ALIGNMENT, however I can't see where
we enforce this in mesa?
Am I missing something to do we just not do this, it appears we check
is_desktop_gl, but that doesn't seem to cover it.
Dave.
_
Oops ignore me, I just read the GLES manpage by accident!.
Thanks Chris.
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
>> Also, have you looked at Dave Airlie's impl? Not sure what's been
>> going on there...
>> http://cgit.freedesktop.org/~airlied/mesa/log/?h=r600g-texture-gather
>> . He seemed to enable 4 components for >= CEDAR.
>>
>
> No, didn't pop up when i searched the archives for any prior work on this.
>
It appears Paul isn't working on this.
Signed-off-by: Dave Airlie
---
docs/GL3.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index 0f37da4..9a80fca 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -157,7 +157,7 @@ G
Hi guys,
Just fell over these in passing, run piglit
glsl-1.50-transform-feedback-type-and-size test
Dave.
==8650== Invalid read of size 8
==8650==at 0x6440C9D: ast_interface_block::hir(exec_list*,
_mesa_glsl_parse_state*) (ast_to_hir.cpp:5647)
==8650==by 0x64334CA: _mesa_ast_to_hir(exec
Hey Mesa + qemu lists,
since I suppose these communities would be most interested in this and
might not all read my blog or G+ stream,
"Virgil is a research project I've been working on at Red Hat for a
few months now and I think is ready for at least announcing upstream
and seeing if there is an
On Tue, Jul 23, 2013 at 8:21 AM, Marek Olšák wrote:
> I think this is radically different from d3d1x, as it already can be
> used to play games from Blizzard, Bethesda, and other companies
> according to Christoph. I don't think this is much about what's best
> for Wine, because Wine has to work o
From: Dave Airlie
This fixes the dri2 opening to check if DRI_PRIME is set,
and picks the correct drm device path to open, this along
with a change to libvdpau allows vdpauinfo to work at least,
Martin Peres tested with nouveau, and there seems to be a
further issue with final displaying, it
On Sat, Jul 27, 2013 at 5:49 AM, Dragomir Ivanov wrote:
> Dave, what is your motivation to use OpenGL renderer/translator, and not
> native Gallium3D interface?
> Yes, I know about the blobs performance/features, but wasn't the idea to
> push even harder, so everyone uses FOSS drivers?
> I have al
>
> I've been burned with the issue of GLX TLS not being enabled by
> default in Mesa (Dota 2 seems to rely on it).
>
> What's the rationale of not enabling it by default?
>
not sure we have really any major reason for not doing so, it really
depends on what your distro does with its Xorg and glam
From: Dave Airlie
I previously fixed this partly in 9e8400f4c95bde1f955c7977066583b507159a10,
however I didn't go far enough in testing it, now when I parse a TGSI shader
with arrays in it my iterator can see the ArrayID set to the proper value.
Signed-off-by: Dave Airlie
---
src/ga
On Tue, Aug 13, 2013 at 7:36 AM, Stéphane Marchesin
wrote:
> On Mon, Aug 12, 2013 at 2:29 PM, Ian Romanick wrote:
>> On 08/11/2013 03:50 AM, davya...@free.fr wrote:
This looks good to me, but commit messages should have a prefix
indicating which component is changed. In your case i
From: Dave Airlie
This was broken when arrayid was added.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/tgsi/tgsi_build.c | 2 +-
src/gallium/renderer/virgl_hw.h | 39 +
2 files changed, 40 insertions(+), 1 deletion(-)
diff --git a/src/gallium
Hi TGSI guys mostly :-)
So I'm wondering how circular and perfect tgsi->text->tgsi roundabouts
should be,
currently the TGSI dump code uses .4f in one place, which makes things
like 1e6 not make it across the divide, I was thinking of dumping
immediates in 32-bit hex format so we know for definit
>> IMM[0] FLT32 { 0x, 0x, 0x, 0x } # 1.0, 3.0, 2.0, 4.0
>
> If you use "%.9g" instead of "%.4f" then floating point numbers will be
> preserved without loss of precision.
>
I see a -nan in my tests that doesn't get reparsed so I expect hex is
still better.
oops to list as well
On Wed, Aug 28, 2013 at 3:32 PM, Dave Airlie wrote:
>>> IMM[0] FLT32 { 0x, 0x, 0x, 0x } # 1.0, 3.0, 2.0, 4.0
>>
>> If you use "%.9g" instead of "%.4f" then floating point numbers will be
>> preserved without loss of precision.
&
Hey,
so virgl stopped working on nouveau the other day and I bisected it to
the enable of the floating point compare instructions in the state
tracker,
I've attached a shader runner file that makes it hang,
Dave.
nouveau-float-compare-regression.shader_test
Description: Binary data
___
On Tue, Sep 10, 2013 at 11:59 AM, Dave Airlie wrote:
> Hey,
>
> so virgl stopped working on nouveau the other day and I bisected it to
> the enable of the floating point compare instructions in the state
> tracker,
>
> I've attached a shader runner file that makes it ha
On Tue, Sep 10, 2013 at 12:04 PM, Dave Airlie wrote:
> On Tue, Sep 10, 2013 at 11:59 AM, Dave Airlie wrote:
>> Hey,
>>
>> so virgl stopped working on nouveau the other day and I bisected it to
>> the enable of the floating point compare instructions in the state
>&g
>
> Maybe the type isn't set correctly? Looks to me like these instructions
> end up in mkCmp, which will set both src and dst type but ignore src
> type and set both according to the same type (which was the dst type).
>
> Roland
Okay I've attached my next attempt at fixing it, fixes the two test
On Fri, Sep 13, 2013 at 12:24 AM, Christoph Bumiller
wrote:
> On 12.09.2013 16:14, Roland Scheidegger wrote:
>> Am 12.09.2013 03:40, schrieb Dave Airlie:
>>>> Maybe the type isn't set correctly? Looks to me like these instructions
>>>> end up in mkCmp, wh
It seems a user app can get us into this state, I trigger the fail
running fbo-maxsize inside virgl, it fails to create the backing
storage for the texture object, but then segfaults here when it
should fail the completeness test.
Signed-off-by: Dave Airlie
---
src/mesa/state_tracker
>
>
>
> Last question set and I do not know a good way to go about this. Right now
> the documentation of Mesa looks like to me to be in the code in comments;
> this is great when working on one area/zone, but really hard to get a global
> picture of Mesa. Given that I am trying to do just that, I
On Sun, Sep 22, 2013 at 12:57 AM, Brian Paul wrote:
> On Fri, Sep 20, 2013 at 7:52 PM, Eric Anholt wrote:
>> Noticed while grepping through the code for something else.
>> ---
>> src/mesa/program/program.c | 36 ++--
>> 1 file changed, 22 insertions(+), 14 deletio
> From: Roland Scheidegger
>
> Need to take the type into account. Also, if we want to allow
> mov's with modifiers we need to pick a type (assume float).
Just FYI, the r600g hw all ignores modifiers on non-floating types from memory.
Dave.
___
mesa-de
On Tue, Feb 19, 2013 at 4:58 AM, Rob Clark wrote:
> On Mon, Feb 18, 2013 at 12:47 PM, Matt Turner wrote:
>> On Sun, Feb 17, 2013 at 11:33 AM, Rob Clark wrote:
>>>
>>> diff --git a/src/gallium/drivers/freedreno/Makefile.am
>>> b/src/gallium/drivers/freedreno/Makefile.am
>>> new file mode 100644
l when available
Christian Authmann (3):
geartrain: improve loading routines
geartrain: fixed gear geometry, use flat shading
geartrain: render back faces properly
Cooper Yuan (2):
fix error when use FULL_GL
demos/egl: add two applications which validate creating T
> git tag: mesa-demos-8.1.0
>
> http://mesa.freedesktop.org/archive/individual/mesa/mesa-demos-8.1.0.tar.bz2
> MD5: 37d7a5af7d7bb517df42dfecad75250c mesa-demos-8.1.0.tar.bz2
> SHA1: 15cf60cc09a85a87c201628b623ca26990a41f2f mesa-demos-8.1.0.tar.bz2
> SHA256: 8f5cce12547ac50347355d91307cc402962531
l when available
Christian Authmann (3):
geartrain: improve loading routines
geartrain: fixed gear geometry, use flat shading
geartrain: render back faces properly
Cooper Yuan (2):
fix error when use FULL_GL
demos/egl: add two applications which validate creating T
On Sat, Mar 2, 2013 at 12:02 PM, Roland Scheidegger wrote:
> Am 02.03.2013 01:36, schrieb Brian Paul:
>> ---
>> src/mesa/state_tracker/st_glsl_to_tgsi.cpp |3 +++
>> 1 files changed, 3 insertions(+), 0 deletions(-)
>>
>> diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
>> b/src/mesa/s
Hey,
just posting this for others to take a look, its the state tracker
pieces to enable ARB_texture_multisample on gallium drivers, Marek
has done most of the internal gallium work for this already.
The state tracker pieces are hopefully close to complete, however
the r600g patch probably needs
From: Dave Airlie
This is to be used to implement glGet GL_SAMPLE_POSITION.
Signed-off-by: Dave Airlie
---
src/gallium/include/pipe/p_context.h | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/include/pipe/p_context.h
b/src/gallium/include/pipe/p_context.h
index 7ed946e
From: Dave Airlie
This just calls into the gallium interface.
Signed-off-by: Dave Airlie
---
src/mesa/sources.mak| 1 +
src/mesa/state_tracker/st_cb_msaa.c | 52 +
src/mesa/state_tracker/st_cb_msaa.h | 39
src
From: Dave Airlie
This adds support to the mesa state tracker for ARB_texture_multisample.
hardware doesn't seem to use a different texture instructions, so
I don't think we need to create one for TGSI at this time.
Thanks to Marek for fixes to sample number picking.
Signed-of
From: Dave Airlie
get sample position is most definitely wrong, need to find out what
sample positions the hardware uses.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/r600/r600_shader.c | 1 +
src/gallium/drivers/r600/r600_state_common.c | 35
2 files
Dave.
>From e1ee59d87ba42d8a58be640ee1fd2b952414f45e Mon Sep 17 00:00:00 2001
From: Dave Airlie
Date: Mon, 4 Mar 2013 13:39:17 +1000
Subject: [PATCH] st/mesa: enable multisample in clear quad code
Not sure if this is correct at all
---
src/mesa/state_tracker/st_cb_clear.c | 9 -
1 file changed, 8 insertion
From: Dave Airlie
I hit an assert playing with softpipe and texture MSAA today, makes me think
we might need something like this to stop creating illegal shaders.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/util/u_blitter.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src
On Mon, Mar 4, 2013 at 11:47 PM, Marek Olšák wrote:
> On Mon, Mar 4, 2013 at 4:54 AM, Dave Airlie wrote:
>> I've been playing with softpipe msaa on and off, but I hit a problem
>> with the clears and am just wondering if the state tracker should be
>> doing something
So we have this virtual GPU with nothing approaching a 3D engine,
so we are currently running llvmpipe with drisw on it. However
this incurs some overheads that now that we have a kernel driver,
I believe we can remove.
The main overheads are putimage for all rendering from
a 3D compositor and get
701 - 800 of 4069 matches
Mail list logo
