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
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
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
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
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
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
>
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
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
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
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
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
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
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
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
---
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
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
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
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
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:
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 +---
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
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
... 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
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
>
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
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
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
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
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
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
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
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%)
- 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
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
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:
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
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"
>
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
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.
>
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)
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
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
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
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
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
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(+)
>
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.
>-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:
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()
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
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
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
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Feel free to commit!
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
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
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 +
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
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
___
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
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.
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,
>
>-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
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
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 +-
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
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
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 +-
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
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...
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
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
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
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
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
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
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
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
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
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
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
> > >
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:
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
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
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
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:
>
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
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
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 +
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
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
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 +
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
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
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,
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
https://bugs.freedesktop.org/show_bug.cgi?id=92869
Jose Fonseca changed:
What|Removed |Added
CC|
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
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(+),
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
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 - 100 of 157 matches
Mail list logo