On mar, 2014-09-16 at 15:56 -0700, Jordan Justen wrote:
(...)
void
+vec4_generator::generate_gs_set_primitive_id(struct brw_reg dst)
+{
+ /* In gen6, PrimitiveID is delivered in R0.1 of the payload */
+ struct brw_reg src = brw_vec8_grf(0, 0);
+ brw_push_insn_state(p);
+
Good Morning,
On Monday, September 15, 2014 20:33:17 Roland Scheidegger wrote:
I don't really know what to do though. It looks like the implementation
doesn't really do what the nv spec claims anyway, so it's difficult to
even figure out what should be done...
That all gets much more
On Mon, Sep 08, 2014 at 10:46:33AM -0700, Matt Turner wrote:
On Mon, Sep 8, 2014 at 5:43 AM, Pohjolainen, Topi
topi.pohjolai...@intel.com wrote:
On Tue, Sep 02, 2014 at 09:34:17PM -0700, Matt Turner wrote:
---
.../drivers/dri/i965/brw_schedule_instructions.cpp | 74
Reviewed-by: Daniel Stone dani...@collabora.com
On 16 September 2014 22:23, Emil Velikov emil.l.veli...@gmail.com wrote:
Hello gents,
Can anyone spare a couple of minutes and review this patch ?
Thanks
Emil
On 03/09/14 21:43, Andreas Pokorny wrote:
This changes enables
Reviewed-by: Daniel Stone dani...@collabora.com
On 16 September 2014 22:29, Emil Velikov emil.l.veli...@gmail.com wrote:
Another humble ping.
I realise that i915 hardware is not top priority yet 5 minutes of someone
experienced with the driver will be greatly appreciated :)
Cheers,
Emil
On 12.09.2014 03:39, Tom Stellard wrote:
On Thu, Sep 11, 2014 at 05:24:03PM +0900, Michel Dänzer wrote:
On 10.09.2014 22:59, Tom Stellard wrote:
+ /* Always use the default config when all backends are enabled.
*/
+ if (rb_mask util_bitcount(rb_mask)
Hi Tom,
Can you please add a line or two of commit message ? That is after you and
Michel have confirmed that it's working as intended :)
Thanks
Emil
On 10/09/14 14:59, Tom Stellard wrote:
v2:
- Write RASTER_CONFIG for all SEs.
v3:
- Set GRBM_GFX_INDEX.INSTANCE_BROADCAST_WRITES bit.
On Tue, Sep 16, 2014 at 06:24:40PM -0400, Tom Stellard wrote:
On Tue, Sep 09, 2014 at 07:56:03PM +0100, Emil Velikov wrote:
On 09/09/14 16:26, Tom Stellard wrote:
On Sat, Sep 06, 2014 at 01:43:55AM +1000, Jonathan Gray wrote:
In LLVM 3.4.1 and 3.4.2 the patch level was only set in
From the SNB PRM, volume 4, part 1, page 193:
The dual source render target messages only have SIMD8 forms due to
maximum message length limitations. SIMD16 pixel shaders must send two of
these messages to cover all of the pixels. Each message contains two colors
(4 channels each) for each pixel
https://bugs.freedesktop.org/show_bug.cgi?id=72877
--- Comment #11 from Fabio Pedretti fabio@libero.it ---
Big-endian patches are in mesa git now. Is this still an issue?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=72877
Fabio Pedretti fabio@libero.it changed:
What|Removed |Added
CC||fabio@libero.it
On Tue, Sep 02, 2014 at 09:34:25PM -0700, Matt Turner wrote:
The register coalescing portion of this patch hurts three shaders in
Guacamelee by one instruction each, but examining the diff makes me
believe that what we were generating was (perhaps harmlessly) incorrect.
---
On Tue, Sep 02, 2014 at 09:34:24PM -0700, Matt Turner wrote:
When instruction lists are per-basic block, this won't work.
---
.../drivers/dri/i965/brw_dead_control_flow.cpp | 5 +--
src/mesa/drivers/dri/i965/brw_fs.cpp | 20 ---
From: Marek Olšák marek.ol...@amd.com
Some users don't understand that these variables can break OpenGL.
The general is rule is that if an app supports MSAA, you mustn't use
GALLIUM_MSAA.
For example, if an app has an 8xMSAA FBO and GALLIUM_MSAA=4
is set, resolving the FBO to the back buffer
Patches 15 and 16 are:
Reviewed-by: Topi Pohjolainen topi.pohjolai...@intel.com
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, Sep 17, 2014 at 04:43:12PM +0900, Michel Dänzer wrote:
On 12.09.2014 03:39, Tom Stellard wrote:
On Thu, Sep 11, 2014 at 05:24:03PM +0900, Michel Dänzer wrote:
On 10.09.2014 22:59, Tom Stellard wrote:
+ /* Always use the default config when all backends are enabled.
*/
+
On Wed, Sep 17, 2014 at 09:29:34PM +1000, Jonathan Gray wrote:
On Tue, Sep 16, 2014 at 06:24:40PM -0400, Tom Stellard wrote:
On Tue, Sep 09, 2014 at 07:56:03PM +0100, Emil Velikov wrote:
On 09/09/14 16:26, Tom Stellard wrote:
On Sat, Sep 06, 2014 at 01:43:55AM +1000, Jonathan Gray wrote:
On Wed, Sep 17, 2014 at 07:03:56AM -0700, Tom Stellard wrote:
On Wed, Sep 17, 2014 at 09:29:34PM +1000, Jonathan Gray wrote:
On Tue, Sep 16, 2014 at 06:24:40PM -0400, Tom Stellard wrote:
On Tue, Sep 09, 2014 at 07:56:03PM +0100, Emil Velikov wrote:
On 09/09/14 16:26, Tom Stellard wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=72877
--- Comment #12 from Michel Dänzer mic...@daenzer.net ---
(In reply to comment #11)
Big-endian patches are in mesa git now. Is this still an issue?
Yes. The infrastructure changes are mostly complete now, but the hardware
drivers still haven't
On 17.09.2014 22:02, Marek Olšák wrote:
From: Marek Olšák marek.ol...@amd.com
Some users don't understand that these variables can break OpenGL.
The general is rule is that if an app supports MSAA, you mustn't use
GALLIUM_MSAA.
For example, if an app has an 8xMSAA FBO and GALLIUM_MSAA=4
is
On 14/09/14 15:29, Mathias Fröhlich wrote:
Hi, Jose,
On Sunday, August 31, 2014 10:06:22 mathias.froehl...@gmx.net wrote:
This makes llvmpipe thread safe as mandated by the OpenGL standard.
The changes replace the use of two global data structures with
non global ones.
The changes pass piglit
https://bugs.freedesktop.org/show_bug.cgi?id=83570
Roland Scheidegger srol...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 17/09/14 03:29, Emil Velikov wrote:
Hello list,
It is time for another bi-weekly stable candidate. Currently we have
- 19 queued
- 3 nominated (outstanding)
- and 0 rejected patches
Take a look at section Mesa stable queue for more information.
Regressions - classic swrast
On 17/09/14 01:13, Emil Velikov wrote:
On 12/09/14 10:10, Emil Velikov wrote:
On 11/09/14 23:21, Ian Romanick wrote:
On 09/10/2014 05:45 AM, Emil Velikov wrote:
Hello all,
The original plan from Ian was to have four release candidates prior to the
final release. From what I can see there
I haven't tested this yet, just looked it over. I've got a couple of
inline comments below. One general comment though: I'm currently working
on a bunch of compiler stuff that reworks the way we do FB writes. In
particular, it reworks things to use GRF registers instead of the MRF. It
probably
On Sat, Sep 6, 2014 at 1:50 PM, Jordan Justen jordan.l.jus...@intel.com wrote:
Instead we store a brw_stage_prog_data pointer, and cast it to
brw_wm_prog_data for fragment shader specific code paths.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
Am 17.09.2014 02:13, schrieb Emil Velikov:
On 12/09/14 10:10, Emil Velikov wrote:
On 11/09/14 23:21, Ian Romanick wrote:
On 09/10/2014 05:45 AM, Emil Velikov wrote:
Hello all,
The original plan from Ian was to have four release candidates prior to the
final release. From what I can see
https://bugs.freedesktop.org/show_bug.cgi?id=84016
Chris Wilson ch...@chris-wilson.co.uk changed:
What|Removed |Added
Assignee|ch...@chris-wilson.co.uk
On Wednesday, September 17, 2014 06:41:35 PM Emil Velikov wrote:
On 17/09/14 01:13, Emil Velikov wrote:
[snip]
I will give it a spin on my Sandybridge tomorrow, and barring any serious
issues mesa 10.3 will be out this Friday alongside 10.2.8 :)
Over 30 fixes and one regression
-
The code in drm_create_prime_buffer() is closing the fd handle but
it was also being closed by the callers of this function in
platform_wayland.c. To make the code look the same as other
drm_create_*_buffers in wayland-drm, removing the close() from here
and leaving the responsibility of closing
Ping. Anyone?
On 09/16/2014 03:19 PM, Brian Paul wrote:
The SWZ instruction can have swizzle terms 4 (SWIZZLE_ZERO, SWIZZLE_ONE).
These swizzle terms caused a few assertions to fail.
This started happening after the commit mesa: Actually use the Mesa IR
optimizer for ARB programs. when
ARB_fragment_layer_viewport is enabled unconditionally if geometry
shaders / multiple viewports are also enabled. This seems reasonable,
though I noticed at least it won't work for llvmpipe - entirely due to
the requirement of the viewport/layer value being zero if it wasn't
output by the gs (or
Am 18.09.2014 00:28, schrieb Roland Scheidegger:
ARB_fragment_layer_viewport is enabled unconditionally if geometry
shaders / multiple viewports are also enabled. This seems reasonable,
though I noticed at least it won't work for llvmpipe - entirely due to
the requirement of the viewport/layer
On Wed, Sep 17, 2014 at 6:28 PM, Roland Scheidegger srol...@vmware.com wrote:
ARB_fragment_layer_viewport is enabled unconditionally if geometry
shaders / multiple viewports are also enabled. This seems reasonable,
I avoided adding a cap when adding the feature. Another option was
adding it...
Am 18.09.2014 00:37, schrieb Ilia Mirkin:
On Wed, Sep 17, 2014 at 6:28 PM, Roland Scheidegger srol...@vmware.com
wrote:
ARB_fragment_layer_viewport is enabled unconditionally if geometry
shaders / multiple viewports are also enabled. This seems reasonable,
I avoided adding a cap when
On 09/16/2014 05:31 PM, Vinson Lee wrote:
Signed-off-by: Vinson Lee v...@freedesktop.org
---
src/gallium/include/pipe/p_config.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/gallium/include/pipe/p_config.h
b/src/gallium/include/pipe/p_config.h
index b5e7736..5b6db7d 100644
Reviewed-by: Charmaine Lee charmai...@vmware.com
From: mesa-dev mesa-dev-boun...@lists.freedesktop.org on behalf of Brian Paul
bri...@vmware.com
Sent: Wednesday, September 17, 2014 2:56 PM
To: mesa-dev@lists.freedesktop.org
Subject: Re: [Mesa-dev]
Am 17.09.2014 09:21, schrieb Mathias Fröhlich:
Good Morning,
On Monday, September 15, 2014 20:33:17 Roland Scheidegger wrote:
I don't really know what to do though. It looks like the implementation
doesn't really do what the nv spec claims anyway, so it's difficult to
even figure out what
Ping due to little review.
v3:
- fix up the EGL_CONTEXT_OPENGL_ROBUST_ACCESS_BIT_KHR check
v2:
- replace = with |=
- remove offset=assign from the api xml
Matthew Waters (3):
egl: rework handling EGL_CONTEXT_FLAGS for ES debug contexts
glapi: add function pointers for KHR_debug for gles
39 matches
Mail list logo