On Thu, Sep 04, 2014 at 01:26:45PM -0700, Matt Turner wrote:
> On Tue, Sep 2, 2014 at 9:34 PM, Matt Turner wrote:
> > diff --git a/src/mesa/drivers/dri/i965/brw_dead_control_flow.cpp
> > b/src/mesa/drivers/dri/i965/brw_dead_control_flow.cpp
> > index 557c3ad..8a7f42a 100644
> > --- a/src/mesa/dri
On Tue, Sep 02, 2014 at 09:34:28PM -0700, Matt Turner wrote:
> ---
> src/mesa/drivers/dri/i965/brw_cfg.cpp | 62 -
> src/mesa/drivers/dri/i965/brw_cfg.h| 77
> +-
> .../drivers/dri/i965/brw_dead_control_flow.cpp | 6 +-
> src/m
Hi Jason,
On mié, 2014-09-17 at 11:39 -0700, Jason Ekstrand wrote:
> 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 particul
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 gle
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
Reviewed-by: Charmaine Lee
From: mesa-dev on behalf of Brian Paul
Sent: Wednesday, September 17, 2014 2:56 PM
To: mesa-dev@lists.freedesktop.org
Subject: Re: [Mesa-dev] [Mesa-stable] [PATCH] mesa: fix prog_optimize.c
assertions triggered by SWZ opcode
On 09/16/2014 05:31 PM, Vinson Lee wrote:
Signed-off-by: Vinson Lee
---
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
--- a/src/gallium/incl
Am 18.09.2014 00:37, schrieb Ilia Mirkin:
> On Wed, Sep 17, 2014 at 6:28 PM, Roland Scheidegger
> 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 featu
On Wed, Sep 17, 2014 at 6:28 PM, Roland Scheidegger 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... but it seemed to
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/la
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 if
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 repla
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 th
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
>
https://bugs.freedesktop.org/show_bug.cgi?id=84016
Chris Wilson changed:
What|Removed |Added
Assignee|ch...@chris-wilson.co.uk|wayland-bugs@lists.freedesk
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. Fro
On Sat, Sep 6, 2014 at 1:50 PM, Jordan Justen 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
> ---
> git://people.freedesktop.org/~jljusten/mesa for-upstream
> No piglit regre
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 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 wh
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 s
https://bugs.freedesktop.org/show_bug.cgi?id=83570
Roland Scheidegger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi Emil,
I've tested 10.2 and 10.3 on radeonsi - Sea Islands. There's no regression.
Marek
On Wed, Sep 17, 2014 at 2:13 AM, 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,
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
On 17.09.2014 22:02, Marek Olšák wrote:
From: Marek Olšák
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
https://bugs.freedesktop.org/show_bug.cgi?id=72877
--- Comment #12 from Michel Dänzer ---
(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 been adapted to th
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 Stellar
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 Gr
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 enabl
Patches 15 and 16 are:
Reviewed-by: Topi Pohjolainen
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
From: Marek Olšák
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 will be rejected which
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 ---
> .../dri/i965/brw_fs_peephole_pre
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.
> ---
> src/mesa/driv
https://bugs.freedesktop.org/show_bug.cgi?id=72877
Fabio Pedretti changed:
What|Removed |Added
CC||fabio@libero.it
--
You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=72877
--- Comment #11 from Fabio Pedretti ---
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.
___
mesa-dev mailing l
>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
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 i
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 bi
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) < max_backe
Reviewed-by: Daniel Stone
On 16 September 2014 22:29, Emil Velikov 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 05/09/14 16:20, Emil Velikov wrot
Reviewed-by: Daniel Stone
On 16 September 2014 22:23, Emil Velikov 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 EGL_KHR_image_pixmap in the egl drm platform, which
On Mon, Sep 08, 2014 at 10:46:33AM -0700, Matt Turner wrote:
> On Mon, Sep 8, 2014 at 5:43 AM, Pohjolainen, Topi
> wrote:
> > On Tue, Sep 02, 2014 at 09:34:17PM -0700, Matt Turner wrote:
> >> ---
> >> .../drivers/dri/i965/brw_schedule_instructions.cpp | 74
> >> --
> >> 1 fil
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 inter
42 matches
Mail list logo
