On Sunday, April 05, 2015 08:31:55 PM Kenneth Graunke wrote:
> On Sunday, April 05, 2015 04:48:48 PM Dave Airlie wrote:
> > Parts of this were implemented previously, so finish it off.
> >
> > Signed-off-by: Dave Airlie
> > ---
> > src/mesa/main/extensions.c | 1 +
> > src/mesa/main/teximage.c
On Sunday, April 05, 2015 04:48:48 PM Dave Airlie wrote:
> Parts of this were implemented previously, so finish it off.
>
> Signed-off-by: Dave Airlie
> ---
> src/mesa/main/extensions.c | 1 +
> src/mesa/main/teximage.c | 3 ++-
> 2 files changed, 3 insertions(+), 1 deletion(-)
>
> diff --git
On Sun, Apr 5, 2015 at 11:00 PM, Dave Airlie wrote:
> On 5 April 2015 at 21:42, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> 1) Try selecting X24S8 and S8X24 first.
>> 2) Make sure depth-stencil formats are always renderable.
>
> Does any hw support S8 for rendering at all do you know? (anyone
On Saturday, April 04, 2015 04:28:49 PM Jordan Justen wrote:
> On 2015-04-04 01:23:28, Kenneth Graunke wrote:
> > This allows SIMD16 mode to work for a lot more programs. Texturing is
> > also more efficient in SIMD16 mode than SIMD8. Several messages don't
> > actually exist in SIMD8 mode, so we
Parts of this were implemented previously, so finish it off.
v2: fix getteximage falling into the integer check
add fixes for the FBO paths, (fbo-stencil8 test).
Signed-off-by: Dave Airlie
---
src/mesa/main/extensions.c | 1 +
src/mesa/main/fbobject.c| 9 ++---
src/mesa/main/texget
This was using the wrong extension, ARB_stencil_texturing
doesn't mention any changes in this area.
Signed-off-by: Dave Airlie
---
src/mesa/main/teximage.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index 8d9d7cf..36e0b
copy drivers from the stencil_texturing list,
softpipe is definitely broken for stencil texturing
since it uses float, but I'll look at that later.
Signed-off-by: Dave Airlie
---
docs/GL3.txt | 2 +-
docs/relnotes/10.6.0.html | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
d
if we support stencil texturing, enable texture_stencil8
there is no requirement to support native S8 for this,
the texture can be converted to x24s8 fine.
v2: fold fixes from Marek in:
a) put S8 last in the list
b) fix renderable to always test for d/s renderable
fixup the texture case
On 5 April 2015 at 21:42, Marek Olšák wrote:
> From: Marek Olšák
>
> 1) Try selecting X24S8 and S8X24 first.
> 2) Make sure depth-stencil formats are always renderable.
Does any hw support S8 for rendering at all do you know? (anyone else)
I'd assume you'd want to use S8 if you had texture and
We limit y-tiling to 0x20 when depth is involved. However the function is
run for each miplevel, and the hardware expects miplevel 0 to have the
highest tiling settings. Perform the y-tiling limit on all levels of a
3d texture, not just the ones that have depth.
Fixes:
texelFetch fs sampler3D 98
For some reason we limit y-tiling to 0x20 when depth is involved.
However the function is run for each miplevel, and it appears that you
can't have higher tiling for a smaller miplevel than a larger miplevel.
So when we detect the condtion, limit the height passed to the tiling
function appropriate
On Sun, Apr 05, 2015 at 08:06:50PM +0300, Pohjolainen, Topi wrote:
> On Sun, Apr 05, 2015 at 08:46:16AM -0400, Ilia Mirkin wrote:
> > While this change is correct, the Intel guys will yell at you, because
> > they're somehow misusing this in meta for Broadwell, s.t. this will
> > cause crashes when
https://bugs.freedesktop.org/show_bug.cgi?id=89905
--- Comment #5 from Emil Velikov ---
Alexander, can you give this [1] tarball a try. Would love to have a release
that one can use under Haiku ;-)
[1] http://people.freedesktop.org/~evelikov/fdo89905/mesa-10.5.2.tar.gz
--
You are receiving thi
On Sun, Apr 05, 2015 at 08:46:16AM -0400, Ilia Mirkin wrote:
> While this change is correct, the Intel guys will yell at you, because
> they're somehow misusing this in meta for Broadwell, s.t. this will
> cause crashes when blitting stencil. IMHO that's a problem that should
> be fixed in their dr
https://bugs.freedesktop.org/show_bug.cgi?id=89905
--- Comment #4 from Emil Velikov ---
Using autotools for Haiku should not be that hard/messy nowadays. Do give it a
shot and let me know if there are any problems.
On the scons question - looking at the way things are going, it seems unlikely
fo
On Sun, Apr 5, 2015 at 8:52 AM, Ilia Mirkin wrote:
> On Sun, Apr 5, 2015 at 2:48 AM, Dave Airlie wrote:
>> if we support stencil texturing, enable texture_stencil8
>> there is no requirement to support native S8 for this,
>> the texture can be converted to x24s8 fine.
>>
>> Signed-off-by: Dave Ai
On Sun, Apr 5, 2015 at 2:48 AM, Dave Airlie wrote:
> if we support stencil texturing, enable texture_stencil8
> there is no requirement to support native S8 for this,
> the texture can be converted to x24s8 fine.
>
> Signed-off-by: Dave Airlie
> ---
> src/mesa/state_tracker/st_extensions.c | 8 +
While this change is correct, the Intel guys will yell at you, because
they're somehow misusing this in meta for Broadwell, s.t. this will
cause crashes when blitting stencil. IMHO that's a problem that should
be fixed in their driver and this can go on, but... it's also not my
driver that's crashi
This is always enabled when ARB_stencil_texturing is enabled, so I
think the ARB_stencil_texturing driver support list should be copied.
Other than that, the series is:
Reviewed-by: Marek Olšák
I've sent an additional patch which improves some bits.
Marek
On Sun, Apr 5, 2015 at 8:48 AM, Dave
From: Marek Olšák
1) Try selecting X24S8 and S8X24 first.
2) Make sure depth-stencil formats are always renderable.
r600g and radeonsi don't support S8 for rendering. Actually, they don't even
support X24S8 and S8X24, but we can fix that later.
---
src/mesa/state_tracker/st_format.c | 25 ++
On Sat, Apr 04, 2015 at 03:46:32AM -0700, Kenneth Graunke wrote:
> Fixes Piglit's arb_gpu_shader5-xfb-streams-without-invocations.
>
> Signed-off-by: Kenneth Graunke
> Cc: mesa-sta...@lists.freedesktop.org
> ---
> src/mesa/drivers/dri/i965/gen8_sol_state.c | 9 +
> 1 file changed, 9 inse
On Sat, Apr 04, 2015 at 03:46:33AM -0700, Kenneth Graunke wrote:
> Presumably no one has noticed this breakage because
> ARB_transform_feedback3 isn't exposed on Haswell due to the ongoing
> command streamer shenanigans, and ARB_gpu_shader5 isn't exposed on
> Broadwell because we keep forgetting ab
David,
On Sunday, April 05, 2015 17:37:17 Dave Airlie wrote:
> looks good,
>
> Reviewed-by: Dave Airlie
Thanks and pushed.
Mathias
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 5 April 2015 at 17:32, wrote:
> From: Mathias Froehlich
>
> David,
> You mean the below.
> Ok to push?
looks good,
Reviewed-by: Dave Airlie
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listi
From: Mathias Froehlich
David,
You mean the below.
Ok to push?
Greetings and Thanks!
Mathias
Signed-off-by: Mathias Froehlich
---
src/mesa/main/viewport.c | 4
1 file changed, 4 deletions(-)
diff --git a/src/mesa/main/viewport.c b/src/mesa/main/viewport.c
index 3f5ca79..b270630 100644
--
25 matches
Mail list logo
