Re: [Mesa-dev] nir/i965: Source modifiers on vecN opcodes

2015-11-09 12:55 GMT+01:00 Iago Toral : > Hi, > > Currently, NIR defines vecN operations as unsigned (integer). The fp64 > patches from Connor change this to float (I guess because we need to > know the case where we are packing vectors of 64-bit floats). However, > this makes

Re: [Mesa-dev] [RFC PATCH 00/40] Rework/consolidate the pipe-loader business

On Mon, Nov 9, 2015 at 8:30 AM, Emil Velikov wrote: > On 30 October 2015 at 17:57, Emil Velikov wrote: >> On 19 October 2015 at 18:41, Emil Velikov wrote: >>> On 19 October 2015 at 17:07, Brian Paul

Re: [Mesa-dev] [PATCH] RFC: llvmpipe map scene buffers outside thread. (v2)

Am 09.11.2015 um 05:19 schrieb Dave Airlie: > From: Dave Airlie > > There might be a reason we do this inside the thread, but I'm not aware of it > yet, move stuff around and see if this jogs anyone's memory. > > Doing this outside the thread at least with front buffer

Re: [Mesa-dev] [PATCH] freedreno: expose GLSL 140 and fake MSAA for GL3.0/3.1 support

A few points to note here: (a) We're obviously faking MSAA support here -- not actually supporting the 4x MSAA that GL 3.0 requires (although the HW does support that) (b) We're only exposing 4 MRT's -- that is a HW limit. I guess one could do something with a second per-tile runthrough for the

[Mesa-dev] [PATCH] st/omx: straighten get/put_screen

The current code is busted in a number of ways. - initially checks for omx_display (rather than omx_screen), which may or may not be around. - blindly feeds the empty env variable string to loader_open_device() - reads the env variable every time get_screen is called - the latter manifests

Re: [Mesa-dev] [PATCH V2 01/12] glsl: simplify interface block stream qualifier validation

Reviewed-by: Samuel Iglesias Gonsálvez On 08/11/15 23:34, Timothy Arceri wrote: > From: Timothy Arceri > > Qualifiers on member variables are redundent all we need to do > if check if it matches the stream associated with the block and >

Re: [Mesa-dev] [RFC PATCH 00/40] Rework/consolidate the pipe-loader business

On 30 October 2015 at 17:57, Emil Velikov wrote: > On 19 October 2015 at 18:41, Emil Velikov wrote: >> On 19 October 2015 at 17:07, Brian Paul wrote: > >>> >>> I'm not too familiar with this code or these changes but I'm

Re: [Mesa-dev] soft/llvmpipe front buffer access and piglit regressions

Am 09.11.2015 um 04:44 schrieb Dave Airlie: > So it appears my patch to enable front buffer access on soft/llvmpipe > causes some piglit regressions. However these are due to piglit having > undefined behaviour where it doesn't create a window but has tests > requiring a front buffer. The new code

Re: [Mesa-dev] [RFCv2 03/13] nir: allow pre-resolved sampler uniform locations

On Sun, Nov 8, 2015 at 7:58 PM, Timothy Arceri wrote: > On Sun, 2015-11-08 at 15:12 -0500, Rob Clark wrote: >> From: Rob Clark >> >> With TGSI, the ir_variable::data.location gets fixed up to be a stage >> local location (rather than program

[Mesa-dev] [PATCH 01/13] st/va: trivial cleanup

Drop the temporary variable and fold the two conditional. Signed-off-by: Emil Velikov --- src/gallium/state_trackers/va/context.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/src/gallium/state_trackers/va/context.c

[Mesa-dev] [PATCH 13/13] auxiliary/vl/dri2: coding style fixes

Rewrap long(ish) lines, add space between struct foo and *. Trivial or bikeshedding you decide. Signed-off-by: Emil Velikov --- src/gallium/auxiliary/vl/vl_winsys.h | 2 +- src/gallium/auxiliary/vl/vl_winsys_dri.c | 54 +++- 2 files

[Mesa-dev] [PATCH 07/13] st/omx: use the vl_screen dispatch

Signed-off-by: Emil Velikov --- src/gallium/state_trackers/omx/entrypoint.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/src/gallium/state_trackers/omx/entrypoint.c b/src/gallium/state_trackers/omx/entrypoint.c index d369cec..883a2a1

[Mesa-dev] [PATCH 06/13] auxiliary/vl/dri2: setup the dispatch

Signed-off-by: Emil Velikov --- This commit might cause some build warnings, all of which are handled with the next commit(s). -Emil src/gallium/auxiliary/vl/vl_winsys.h | 4 ++-- src/gallium/auxiliary/vl/vl_winsys_dri.c | 19 +-- 2 files

[Mesa-dev] [PATCH 04/13] auxiliary/vl/drm: setup the dispatch

Signed-off-by: Emil Velikov --- src/gallium/auxiliary/vl/vl_winsys_drm.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/gallium/auxiliary/vl/vl_winsys_drm.c b/src/gallium/auxiliary/vl/vl_winsys_drm.c index 1167fcf..2ebf20c 100644 ---

[Mesa-dev] [PATCH 10/13] st/vdpau: use the vl_screen dispatch

Signed-off-by: Emil Velikov --- src/gallium/state_trackers/vdpau/device.c | 4 ++-- src/gallium/state_trackers/vdpau/presentation.c | 18 +- 2 files changed, 11 insertions(+), 11 deletions(-) diff --git a/src/gallium/state_trackers/vdpau/device.c

[Mesa-dev] [PATCH 11/13] auxiliary/vl/drm: hide internal functions

As of last commit everyone is using the vl_screen dispatch, thus we can hide this function from the headers and make it static. Signed-off-by: Emil Velikov --- src/gallium/auxiliary/vl/vl_winsys.h | 3 --- src/gallium/auxiliary/vl/vl_winsys_drm.c | 7 +-- 2

[Mesa-dev] [PATCH 08/13] st/va: use the vl_screen dispatch

Signed-off-by: Emil Velikov --- src/gallium/state_trackers/va/context.c | 10 ++ src/gallium/state_trackers/va/picture.c | 2 +- src/gallium/state_trackers/va/surface.c | 13 ++--- 3 files changed, 9 insertions(+), 16 deletions(-) diff --git

[Mesa-dev] [PATCH 03/13] auxiliary/vl: add dispatch table

As mentioned previously, it will allow us to use different vl backend in a generic way from either video state-tracker. Signed-off-by: Emil Velikov --- src/gallium/auxiliary/vl/vl_winsys.h | 17 + 1 file changed, 17 insertions(+) diff --git

[Mesa-dev] [PATCH 02/13] auxiliary/vl: rename vl_screen_create to vl_dri2_screen_create

In a preparation of having proper multiplatform/backend handling in VL. With follow up commits we'll introduce a dispatch within vl_screen similar to the one in pipe_screen. This way any VL state-tracker can overate seemlessly, considering the backend/platform is properly setup. Signed-off-by:

[Mesa-dev] [PATCH 12/13] auxiliary/vl/dri2: hide internal functions

Analogous to previous commit. While we're here prefix all functions identically -> vl_dri2_foo Signed-off-by: Emil Velikov --- src/gallium/auxiliary/vl/vl_winsys.h | 17 --- src/gallium/auxiliary/vl/vl_winsys_dri.c | 37 +---

[Mesa-dev] [PATCH 09/13] st/xvmc: use the vl_screen dispatch

Signed-off-by: Emil Velikov --- src/gallium/state_trackers/xvmc/context.c | 10 +- src/gallium/state_trackers/xvmc/surface.c | 13 ++--- 2 files changed, 11 insertions(+), 12 deletions(-) diff --git a/src/gallium/state_trackers/xvmc/context.c

[Mesa-dev] [PATCH 00/13] auxiliary/vl: winsys' galore

Hi all, Inspired by the resent interest in alternative vl winsys, I've decided to rework the winsys into a traditional gallium fashion. Namely: add the destroy() and other functions into struct vl_screen. This will allow users (state-trackers) to call the vl_foo_screen_create() entry point

[Mesa-dev] [PATCH 05/13] auxiliary/vl/drm: use a label for the error path

... just like every other place in gallium. Signed-off-by: Emil Velikov --- src/gallium/auxiliary/vl/vl_winsys_drm.c | 16 ++-- 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/src/gallium/auxiliary/vl/vl_winsys_drm.c

Re: [Mesa-dev] [PATCH 4/7] i965/fs: Use image_format_info for doing image_load_store workarounds

On Wed 04 Nov 2015, Jason Ekstrand wrote: > --- > .../drivers/dri/i965/brw_fs_surface_builder.cpp| 157 > ++--- > 1 file changed, 106 insertions(+), 51 deletions(-) > > diff --git a/src/mesa/drivers/dri/i965/brw_fs_surface_builder.cpp >

Re: [Mesa-dev] soft/llvmpipe front buffer access and piglit regressions

On 10 November 2015 at 06:36, Brian Paul wrote: > On 11/09/2015 01:15 PM, Dave Airlie wrote: >> >> On 10 November 2015 at 00:30, Roland Scheidegger >> wrote: >>> >>> Am 09.11.2015 um 04:44 schrieb Dave Airlie: So it appears my patch to enable

[Mesa-dev] [Bug 92869] OpenGL ES 3.0 context creation failure

https://bugs.freedesktop.org/show_bug.cgi?id=92869 --- Comment #2 from Gustaf Ullberg --- Thanks José, Interesting to see that you have been working on this already. So, what is the current status? Is the patch ready to be merged after some testing or is it

Re: [Mesa-dev] [RFCv2 03/13] nir: allow pre-resolved sampler uniform locations

On Mon, 2015-11-09 at 07:43 -0500, Rob Clark wrote: > On Sun, Nov 8, 2015 at 7:58 PM, Timothy Arceri > wrote: > > On Sun, 2015-11-08 at 15:12 -0500, Rob Clark wrote: > > > From: Rob Clark > > > > > > With TGSI, the ir_variable::data.location gets

Re: [Mesa-dev] Can't get OpenGL 3.x inside VMware Workstation 12 (Ubuntu guest)

On 11/09/2015 05:01 PM, Valera Rozuvan wrote: Hi, I have been trying to follow the instructions from the page http://www.mesa3d.org/vmware-guest.html . My host OS is Windows 7, which has OpenGL 4.3 and DX11, my Guest OS is Ubuntu 15.10 with custom Linux kernel 4.3. Please see detailed output

Re: [Mesa-dev] [PATCH 2/7] radeonsi: set the DISABLE_WR_CONFIRM flag on CI-VI as well

On 09.11.2015 06:45, Marek Olšák wrote: > From: Marek Olšák > > I missed this in commit c3e527f93d4281ad6e2ca165eaf6ff588e4faefa > radeonsi: only enable write confirmation on the last CP DMA packet > --- > src/gallium/drivers/radeonsi/si_cp_dma.c | 4 ++-- > 1 file

Re: [Mesa-dev] [PATCH v3] gallium/hud: control visibility at startup and runtime.

On Mon, Nov 9, 2015 at 11:28 AM, Brian Paul wrote: > On 11/07/2015 09:05 PM, Jimmy Berry wrote: >> >> - env GALLIUM_HUD_VISIBLE: control default visibility >> - env GALLIUM_HUD_SIGNAL_TOGGLE: toggle visibility via signal >> --- >> docs/envvars.html | 6

Re: [Mesa-dev] [PATCH 4/7] i965/fs: Use image_format_info for doing image_load_store workarounds

On Mon, Nov 9, 2015 at 2:24 PM, Chad Versace wrote: > On Wed 04 Nov 2015, Jason Ekstrand wrote: >> --- >> .../drivers/dri/i965/brw_fs_surface_builder.cpp| 157 >> ++--- >> 1 file changed, 106 insertions(+), 51 deletions(-) >> >> diff --git

Re: [Mesa-dev] [PATCH 0/3] Fix racy full-vector writes for v[i].x

On Mon, Nov 9, 2015 at 3:52 PM, Ian Romanick wrote: > On 11/04/2015 03:55 PM, Jason Ekstrand wrote: >> Here's some shader-db numbers: >> >> total instructions in shared programs: 6236146 -> 6255385 (0.31%) >> instructions in affected programs: 203629 -> 222868 (9.45%)

[Mesa-dev] [PATCH v6] gallium/hud: control visibility at startup and runtime.

- env GALLIUM_HUD_VISIBLE: control default visibility - env GALLIUM_HUD_SIGNAL_TOGGLE: toggle visibility via signal --- Added fflush(stderr) per request. docs/envvars.html | 6 ++ src/gallium/auxiliary/hud/hud_context.c | 29 + 2 files

Re: [Mesa-dev] nir/i965: Source modifiers on vecN opcodes

On Mon, Nov 9, 2015 at 10:41 AM, Jason Ekstrand wrote: > > On Nov 9, 2015 7:24 AM, "Connor Abbott" wrote: >> >> On Mon, Nov 9, 2015 at 6:55 AM, Iago Toral wrote: >> > Hi, >> > >> > Currently, NIR defines vecN operations as unsigned

Re: [Mesa-dev] [PATCH] st/omx: straighten get/put_screen

On 9 November 2015 at 15:22, Liu, Leo wrote: >>-Original Message- >>From: Emil Velikov [mailto:emil.l.veli...@gmail.com] >>Sent: Monday, November 09, 2015 8:17 AM >>To: mesa-dev@lists.freedesktop.org >>Cc: emil.l.veli...@gmail.com; Liu, Leo >>Subject: [PATCH] st/omx:

[Mesa-dev] [PATCH 3/3] nvc0: add ARB_clear_texture support

Signed-off-by: Ilia Mirkin --- docs/GL3.txt| 2 +- docs/relnotes/11.1.0.html | 1 + src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 2 +- src/gallium/drivers/nouveau/nvc0/nvc0_surface.c | 82

[Mesa-dev] [Bug 90264] [Regression, bisected] Tooltip corruption in Chrome

https://bugs.freedesktop.org/show_bug.cgi?id=90264 --- Comment #56 from Antoine Labour --- (In reply to Furkan from comment #54) > Quoted from the Chromium bug report page: > > "I disabled use_virtualized_gl_contexts on non-nvidia drivers in the latest > build of chromium" >

[Mesa-dev] [PATCH 2/3] st/mesa: implement ARB_clear_texture

Signed-off-by: Ilia Mirkin --- src/mesa/state_tracker/st_cb_texture.c | 29 + src/mesa/state_tracker/st_extensions.c | 1 + 2 files changed, 30 insertions(+) diff --git a/src/mesa/state_tracker/st_cb_texture.c

[Mesa-dev] [Bug 90264] [Regression, bisected] Tooltip corruption in Chrome

https://bugs.freedesktop.org/show_bug.cgi?id=90264 --- Comment #55 from Antoine Labour --- (In reply to paviluf from comment #52) > I don't know if you are aware but there is a similar bug in chromium that as > been fixed. >

[Mesa-dev] [Bug 90264] [Regression, bisected] Tooltip corruption in Chrome

https://bugs.freedesktop.org/show_bug.cgi?id=90264 --- Comment #53 from James Jones --- I'll be out of the office for the next 2-3 weeks. For Vulkan issues, talk to Damien Leone (dle...@nvidia.com) For EGL issues, talk to Daniel Kartch (dkar...@nvidia.com)

Re: [Mesa-dev] [PATCH shader-db 1/3] split-to-files: deal with minimum versions, other shader types

I think Ken has some hacks in Mesa to dump shaders, so we don't use this script very much any more. Feel free to commit this in any case. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH shader-db 1/3] split-to-files: deal with minimum versions, other shader types

On Mon, Nov 9, 2015 at 10:46 AM, Ilia Mirkin wrote: > I used this script in conjunction with ST_DUMP_SHADERS. What other way is > there? Some local hack and we should probably finish and upstream. ___ mesa-dev mailing list

[Mesa-dev] [Bug 90264] [Regression, bisected] Tooltip corruption in Chrome

https://bugs.freedesktop.org/show_bug.cgi?id=90264 --- Comment #52 from pavi...@yahoo.fr --- I don't know if you are aware but there is a similar bug in chromium that as been fixed. https://code.google.com/p/chromium/issues/detail?id=442111 -- You are receiving this mail because: You are the QA

[Mesa-dev] [Bug 90264] [Regression, bisected] Tooltip corruption in Chrome

https://bugs.freedesktop.org/show_bug.cgi?id=90264 --- Comment #54 from Furkan --- Quoted from the Chromium bug report page: "I disabled use_virtualized_gl_contexts on non-nvidia drivers in the latest build of chromium" I don't know what that does, but it looks like a

Re: [Mesa-dev] [RFC PATCH shader-db 1/2] run: don't expect incoming message to contain a newline

On Sun, Nov 8, 2015 at 8:53 PM, Ilia Mirkin wrote: > It seems a bit odd to expect a debug message to contain a newline -- > what if you wanted to include something *after* the message, for > example. It makes more sense for the code actually printing to have the > newline

Re: [Mesa-dev] [RFC PATCH shader-db 2/2] run: request a debug context

On Sun, Nov 8, 2015 at 8:53 PM, Ilia Mirkin wrote: > st/mesa only prints messages in a debug context. Without always enabling > the message generation, I don't see a way to hook into the glEnable() to > turn it on/off. > --- > run.c | 1 + > 1 file changed, 1 insertion(+) >

Re: [Mesa-dev] [PATCH shader-db 1/3] split-to-files: deal with minimum versions, other shader types

I used this script in conjunction with ST_DUMP_SHADERS. What other way is there? On Mon, Nov 9, 2015 at 1:36 PM, Matt Turner wrote: > I think Ken has some hacks in Mesa to dump shaders, so we don't use > this script very much any more. Feel free to commit this in any case.

Re: [Mesa-dev] [PATCH] st/omx: straighten get/put_screen

>-Original Message- >From: Emil Velikov [mailto:emil.l.veli...@gmail.com] >Sent: Monday, November 09, 2015 1:34 PM >To: Liu, Leo >Cc: mesa-dev@lists.freedesktop.org >Subject: Re: [PATCH] st/omx: straighten get/put_screen > >On 9 November 2015 at 15:22, Liu, Leo wrote:

Re: [Mesa-dev] [RFC PATCH shader-db 2/2] run: request a debug context

On Mon, Nov 9, 2015 at 1:35 PM, Matt Turner wrote: > On Sun, Nov 8, 2015 at 8:53 PM, Ilia Mirkin wrote: >> st/mesa only prints messages in a debug context. Without always enabling >> the message generation, I don't see a way to hook into the glEnable()

Re: [Mesa-dev] [RFC PATCH shader-db 2/2] run: request a debug context

On Mon, Nov 9, 2015 at 10:46 AM, Ilia Mirkin wrote: > On Mon, Nov 9, 2015 at 1:35 PM, Matt Turner wrote: >> On Sun, Nov 8, 2015 at 8:53 PM, Ilia Mirkin wrote: >>> st/mesa only prints messages in a debug context. Without always

Re: [Mesa-dev] [RFC PATCH shader-db 2/2] run: request a debug context

On Mon, Nov 9, 2015 at 1:56 PM, Matt Turner wrote: > On Mon, Nov 9, 2015 at 10:46 AM, Ilia Mirkin wrote: >> On Mon, Nov 9, 2015 at 1:35 PM, Matt Turner wrote: >>> On Sun, Nov 8, 2015 at 8:53 PM, Ilia Mirkin

Re: [Mesa-dev] [PATCH v3] gallium/hud: control visibility at startup and runtime.

On 11/07/2015 09:05 PM, Jimmy Berry wrote: - env GALLIUM_HUD_VISIBLE: control default visibility - env GALLIUM_HUD_SIGNAL_TOGGLE: toggle visibility via signal --- docs/envvars.html | 6 ++ src/gallium/auxiliary/hud/hud_context.c | 28 2

Re: [Mesa-dev] [PATCH shader-db 2/3] run: work with tessellation shaders

Reviewed-by: Matt Turner ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH shader-db 3/3] nv-report: initial checkin for nouveau

Feel free to commit! ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH 2/4] i965: Introduce a INDIRECT_THREAD_PAYLOAD_MOV opcode.

Given the fact that we have multiple possible uses for such an opcode, I've been wondering if it wouldn't be better to simply have a SHADER_OPCODE_INDIRECT_MOV opcode that works on pretty much any register type. Given that they all get lowered away to HW_REG before the end, the emit code wouldn't

[Mesa-dev] [PATCH 1/3] gallium: add PIPE_CAP_CLEAR_TEXTURE and clear_texture prototype

Signed-off-by: Ilia Mirkin --- src/gallium/docs/source/context.rst | 4 src/gallium/docs/source/screen.rst | 2 ++ src/gallium/drivers/freedreno/freedreno_screen.c | 1 + src/gallium/drivers/i915/i915_screen.c | 1 +

[Mesa-dev] [PATCH 0/3] gallium: add ARB_clear_texture infrastructure

This is basically a resend of a series I wrote over a year ago. I don't remember what we hated about it last time, but I'm tempted not to look. This seems pretty reasonably to me now. A refactoring opportunity exists to remove ->clear_render_target and ->clear_depth_stencil, but... that can be

Re: [Mesa-dev] [PATCH v2 shader-db] report.py: rework and update for cycle info

On Fri, Oct 30, 2015 at 10:49 AM, Connor Abbott wrote: > Ping. I just pushed the corresponding mesa patch to master yesterday, > so I'd like to get this landed in shader-db soon. Acked-by: Matt Turner ___

Re: [Mesa-dev] [PATCH 1/3] glsl: Drop exec_list argument to lower_ubo_reference

Reviewed-by: Iago Toral Quiroga On Wed, 2015-11-04 at 15:33 -0800, Kristian Høgsberg Kristensen wrote: > We always pass in shader->ir and we already pass in the shader, so just > drop the exec_list. Most passes either take just a exec_list or a > shader, so this seems more

Re: [Mesa-dev] [PATCH 2/3] glsl: Lower UBO and SSBO access in glsl linker

On Wed, 2015-11-04 at 15:33 -0800, Kristian Høgsberg Kristensen wrote: > All GLSL IR consumers run this lowering pass so we can move it to the > linker. This moves the pass up quite a bit, but that's the point: it > needs to run before we throw away information about per-component vector > access.

Re: [Mesa-dev] nir/i965: Source modifiers on vecN opcodes

On Mon, Nov 9, 2015 at 6:55 AM, Iago Toral wrote: > Hi, > > Currently, NIR defines vecN operations as unsigned (integer). The fp64 > patches from Connor change this to float (I guess because we need to > know the case where we are packing vectors of 64-bit floats). However, >

Re: [Mesa-dev] [PATCH] st/omx: straighten get/put_screen

>-Original Message- >From: Emil Velikov [mailto:emil.l.veli...@gmail.com] >Sent: Monday, November 09, 2015 8:17 AM >To: mesa-dev@lists.freedesktop.org >Cc: emil.l.veli...@gmail.com; Liu, Leo >Subject: [PATCH] st/omx: straighten get/put_screen > >The current code is busted in a number of

Re: [Mesa-dev] nir/i965: Source modifiers on vecN opcodes

On Nov 9, 2015 7:24 AM, "Connor Abbott" wrote: > > On Mon, Nov 9, 2015 at 6:55 AM, Iago Toral wrote: > > Hi, > > > > Currently, NIR defines vecN operations as unsigned (integer). The fp64 > > patches from Connor change this to float (I guess because we

Re: [Mesa-dev] [PATCH 3/3] nvc0: add ARB_clear_texture support

On 11/09/2015 09:03 PM, Ilia Mirkin wrote: On Mon, Nov 9, 2015 at 2:58 PM, Samuel Pitoiset wrote: On 11/09/2015 07:40 PM, Ilia Mirkin wrote: Signed-off-by: Ilia Mirkin --- docs/GL3.txt| 2 +-

Re: [Mesa-dev] [PATCH 1/7] i965/fs_surface_builder: Explicitly handle FORMAT_NONE in num_image_coordinates

On Wed 04 Nov 2015, Jason Ekstrand wrote: > Previously, we were relying on has_matching_typed_format returning true for > MESA_FORMAT_NONE which, in turn, relied on _mesa_get_format_bytes returning > 1 for MESA_FORMAT_NONE. All of this is extremely non-obvious. Instead, > this commit makes us

Re: [Mesa-dev] [PATCH 2/7] i965: Add a variant of lower_mesa_image_format that takes native formats

On Wed 04 Nov 2015, Jason Ekstrand wrote: > Eventually, we'll switch over to this new function and delete the old one > completely. However, duplicating it both makes the transition smoother and > allows us to assert that they are the same. > > While we're at it, we start a new file for

Re: [Mesa-dev] [PATCH 3/3] nvc0: add ARB_clear_texture support

On 11/09/2015 07:40 PM, Ilia Mirkin wrote: Signed-off-by: Ilia Mirkin --- docs/GL3.txt| 2 +- docs/relnotes/11.1.0.html | 1 + src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 2 +-

Re: [Mesa-dev] [PATCH 3/3] nvc0: add ARB_clear_texture support

On Mon, Nov 9, 2015 at 2:58 PM, Samuel Pitoiset wrote: > > > On 11/09/2015 07:40 PM, Ilia Mirkin wrote: >> >> Signed-off-by: Ilia Mirkin >> --- >> docs/GL3.txt| 2 +- >> docs/relnotes/11.1.0.html

Re: [Mesa-dev] [PATCH 0/3] gallium: add ARB_clear_texture infrastructure

Am 09.11.2015 um 19:40 schrieb Ilia Mirkin: > This is basically a resend of a series I wrote over a year ago. I > don't remember what we hated about it last time, but I'm tempted not > to look. This seems pretty reasonably to me now. I guess I wasn't entirely happy with yet another clear method...

Re: [Mesa-dev] [PATCH 3/3] nvc0: add ARB_clear_texture support

On 11/09/2015 09:14 PM, Ilia Mirkin wrote: On Mon, Nov 9, 2015 at 3:13 PM, Samuel Pitoiset wrote: On 11/09/2015 09:03 PM, Ilia Mirkin wrote: On Mon, Nov 9, 2015 at 2:58 PM, Samuel Pitoiset wrote: On 11/09/2015 07:40 PM, Ilia

Re: [Mesa-dev] soft/llvmpipe front buffer access and piglit regressions

On 10 November 2015 at 00:30, Roland Scheidegger wrote: > Am 09.11.2015 um 04:44 schrieb Dave Airlie: >> So it appears my patch to enable front buffer access on soft/llvmpipe >> causes some piglit regressions. However these are due to piglit having >> undefined behaviour where

Re: [Mesa-dev] [PATCH] i965/skl/gt4: Fix URB programming restriction.

On Mon, Nov 09, 2015 at 11:50:25AM -0800, Kenneth Graunke wrote: > On Saturday, November 07, 2015 08:40:51 AM Ben Widawsky wrote: > > On Fri, Nov 06, 2015 at 07:29:18PM -0800, Kenneth Graunke wrote: > > > On Friday, November 06, 2015 06:12:27 PM Ben Widawsky wrote: > > > > The comment in the code

Re: [Mesa-dev] [PATCH 0/3] gallium: add ARB_clear_texture infrastructure

On Mon, Nov 9, 2015 at 3:29 PM, Roland Scheidegger wrote: > Am 09.11.2015 um 21:12 schrieb Ilia Mirkin: >> On Mon, Nov 9, 2015 at 3:07 PM, Roland Scheidegger >> wrote: >>> Am 09.11.2015 um 19:40 schrieb Ilia Mirkin: This is basically a resend of a

Re: [Mesa-dev] [PATCH 03/10] i965/skl: Enable fast color clears on SKL

On Tue 03 Nov 2015, Ben Widawsky wrote: > On Fri, Oct 16, 2015 at 04:10:02PM -0700, Chad Versace wrote: > > But this patch doesn't enable fast clears! The reverts in pathches 6 and > > 7 need to be folded into this patch, otherwise the patch does not do > > what it claims. > > > > Also, you can't

Re: [Mesa-dev] [PATCH 9/9] i965: Check accumulator restrictions.

On Tue, Nov 3, 2015 at 11:53 PM, Kenneth Graunke wrote: > On Wednesday, October 21, 2015 03:58:17 PM Matt Turner wrote: >> --- >> src/mesa/drivers/dri/i965/brw_eu_validate.c | 244 >> >> 1 file changed, 244 insertions(+) >> >> diff --git

Re: [Mesa-dev] [PATCH 0/3] gallium: add ARB_clear_texture infrastructure

On Mon, Nov 9, 2015 at 3:07 PM, Roland Scheidegger wrote: > Am 09.11.2015 um 19:40 schrieb Ilia Mirkin: >> This is basically a resend of a series I wrote over a year ago. I >> don't remember what we hated about it last time, but I'm tempted not >> to look. This seems pretty

Re: [Mesa-dev] [PATCH 0/7] i965: Use native formats in fs_surface_builder

On Wed 04 Nov 2015, Jason Ekstrand wrote: > This little patch series converts fs_surface_builder to use native formats > for doing all of its image_load_store workaround tricks. If you're willing > to take as an axiom that we want to not link the backend compiler against > core mesa, this leaves

Re: [Mesa-dev] soft/llvmpipe front buffer access and piglit regressions

On 11/09/2015 01:15 PM, Dave Airlie wrote: On 10 November 2015 at 00:30, Roland Scheidegger wrote: Am 09.11.2015 um 04:44 schrieb Dave Airlie: So it appears my patch to enable front buffer access on soft/llvmpipe causes some piglit regressions. However these are due to

Re: [Mesa-dev] [PATCH 04/10] i965/skl: skip fast clears for certain surface formats

On Tue 03 Nov 2015, Ben Widawsky wrote: > On Fri, Oct 16, 2015 at 04:05:22PM -0700, Chad Versace wrote: > > On Tue 13 Oct 2015, Ben Widawsky wrote: > > > Initially I had this planned as a patch to be squashed in to the enabling > > > patch > > > because there is no point enabling fast clears

Re: [Mesa-dev] [PATCH] i965/skl/gt4: Fix URB programming restriction.

On Saturday, November 07, 2015 08:40:51 AM Ben Widawsky wrote: > On Fri, Nov 06, 2015 at 07:29:18PM -0800, Kenneth Graunke wrote: > > On Friday, November 06, 2015 06:12:27 PM Ben Widawsky wrote: > > > The comment in the code details the restriction. Thanks to Ken for having > > > a very > > >

Re: [Mesa-dev] [PATCH 3/3] nvc0: add ARB_clear_texture support

On Mon, Nov 9, 2015 at 3:13 PM, Samuel Pitoiset wrote: > > > On 11/09/2015 09:03 PM, Ilia Mirkin wrote: >> >> On Mon, Nov 9, 2015 at 2:58 PM, Samuel Pitoiset >> wrote: >>> >>> >>> >>> On 11/09/2015 07:40 PM, Ilia Mirkin wrote:

Re: [Mesa-dev] [PATCH 3/7] i965: Add an image format metadata array

On Wed 04 Nov 2015, Jason Ekstrand wrote: > This little data structure and associated array contains all of the image > format metadata needed for doing image_load_store work-arounds. This way > we can pull metadata from within the i965 driver without having to go out > to core mesa for it. It

Re: [Mesa-dev] [PATCH 0/3] gallium: add ARB_clear_texture infrastructure

Am 09.11.2015 um 21:12 schrieb Ilia Mirkin: > On Mon, Nov 9, 2015 at 3:07 PM, Roland Scheidegger wrote: >> Am 09.11.2015 um 19:40 schrieb Ilia Mirkin: >>> This is basically a resend of a series I wrote over a year ago. I >>> don't remember what we hated about it last time, but

[Mesa-dev] [PATCH] i965: Print force_writemask_all in dump_instructions().

Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_fs.cpp | 3 +++ src/mesa/drivers/dri/i965/brw_vec4.cpp | 3 +++ 2 files changed, 6 insertions(+) diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp b/src/mesa/drivers/dri/i965/brw_fs.cpp index

[Mesa-dev] [Bug 91888] EGL Wayland software rendering no longer work after regression

https://bugs.freedesktop.org/show_bug.cgi?id=91888 --- Comment #5 from Giulio Camuffo --- (In reply to Daniel Stone from comment #2) > I think that commit is a a red herring. 0x3098 is > EGL_CONTEXT_CLIENT_VERSION, and Mesa has recently gained more strictness: >

[Mesa-dev] [PATCH 1/8] r600: geometry shader gsvs itemsize workaround

From: Dave Airlie On some chips the GSVS itemsize needs to be aligned to a cacheline size. This only applies to some of the r600 family chips. Signed-off-by: Dave Airlie --- src/gallium/drivers/r600/r600_state.c | 20 1 file

[Mesa-dev] r600 geometry shader workarounds

I've had these sitting locally and heiko on #dri-devel found they fixed some issues for him. Marek provided me with some errata and this is the results of implementing them. It is nearly all fixes for r600 era hw. Dave. ___ mesa-dev mailing list

[Mesa-dev] [PATCH 6/8] r600: SMX returns CONTEXT_DONE early workaround

From: Dave Airlie streamout, gs rings bug on certain r600s, requires a wait idle before each surface sync. Signed-off-by: Dave Airlie --- src/gallium/drivers/r600/r600_hw_context.c | 4 src/gallium/drivers/r600/r600_pipe.h | 1 +

[Mesa-dev] [PATCH 2/8] r600: rv670 use at least 16es/gs threads

From: Dave Airlie This is specified in the docs for rv670 to work properly. Signed-off-by: Dave Airlie --- src/gallium/drivers/r600/r600_state.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git

[Mesa-dev] [PATCH 5/8] r600: add alu + cf nop to copy shader on r600

From: Dave Airlie SB suggests we do this for r600, so lets do it, for the copy shader. Signed-off-by: Dave Airlie --- src/gallium/drivers/r600/r600_shader.c | 10 ++ 1 file changed, 10 insertions(+) diff --git

[Mesa-dev] [PATCH 3/8] r600: do SQ flush ES ring rolling workaround

From: Dave Airlie Need to insert a SQ_NON_EVENT when ever geometry shaders are enabled. Signed-off-by: Dave Airlie --- src/gallium/drivers/r600/r600_hw_context.c | 5 + src/gallium/drivers/r600/r600_pipe.h | 1 +

[Mesa-dev] [PATCH 4/8] r600: workaround empty geom shader.

From: Dave Airlie We need to emit at least one cut/emit in every geometry shader, the easiest workaround it to stick a single CUT at the top of each geom shader. Signed-off-by: Dave Airlie --- src/gallium/drivers/r600/r600_shader.c | 5 + 1 file

[Mesa-dev] [PATCH 8/8] r600: set mega fetch count to 16 for gs copy shader

From: Dave Airlie Seems like MFC should be set for this shader. Signed-off-by: Dave Airlie --- src/gallium/drivers/r600/r600_shader.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/gallium/drivers/r600/r600_shader.c

[Mesa-dev] [PATCH 7/8] r600: increment ring index after emit vertex not before.

From: Dave Airlie The docs say we should send the emit after the ring writes, so lets do that and not have an ALU in between. Signed-off-by: Dave Airlie --- src/gallium/drivers/r600/r600_shader.c | 42 +++--- 1 file changed,

Re: [Mesa-dev] [PATCH 01/23] i965: Silence unused parameter warnings in get_buffer_rect

On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote: > From: Ian Romanick > > brw_meta_fast_clear.c: In function 'get_buffer_rect': > brw_meta_fast_clear.c:318:37: warning: unused parameter 'brw' > [-Wunused-parameter] > get_buffer_rect(struct

[Mesa-dev] [Bug 92869] OpenGL ES 3.0 context creation failure

https://bugs.freedesktop.org/show_bug.cgi?id=92869 Jose Fonseca changed: What|Removed |Added CC|

[Mesa-dev] [Bug 92278] Black screen in War Thunder

https://bugs.freedesktop.org/show_bug.cgi?id=92278 --- Comment #10 from komin...@gmail.com --- worked with MESA_GL_VERSION_OVERRIDE=4.1COMPAT ~/.steam/steam/steamapps/common/War\ Thunder/launcher -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee

Re: [Mesa-dev] [PATCH 6/7] i965/fs_surface_builder: Work in terms of native formats

On Wed 04 Nov 2015, Jason Ekstrand wrote: > --- > src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 7 --- > src/mesa/drivers/dri/i965/brw_fs_surface_builder.cpp | 14 ++ > src/mesa/drivers/dri/i965/brw_fs_surface_builder.h | 4 ++-- > 3 files changed, 12 insertions(+),

[Mesa-dev] [PATCH] st/mesa: Destroy buffer object's mutex.

Ideally we should have a _mesa_cleanup_buffer_object function in src/mesa/bufferobj.c so that the destruction logic resided in a single place. --- src/mesa/state_tracker/st_cb_bufferobjects.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/mesa/state_tracker/st_cb_bufferobjects.c

[Mesa-dev] [Bug 92877] Add support for libglvnd

https://bugs.freedesktop.org/show_bug.cgi?id=92877 Bug ID: 92877 Summary: Add support for libglvnd Product: Mesa Version: unspecified Hardware: Other URL: http://lists.freedesktop.org/archives/mesa-dev/2015-Se

  1   2   >