2016-09-13 0:15 GMT+02:00 Steven Toth :
>> I think you expose Temperature, Voltage and Current. But Nouveau exposes
>> Temperature, Voltage, Fan and Power through hwmon.
>>
>> Read the "power" section here for more info:
>>
On 09/13/2016 12:26 PM, Romain Failliot wrote:
> Hi!
>
> I've just bought myself an RX 480 (because of the open source drivers).
> I have Fedora 24 with GNOME 3.20, linux 4.7.2, mesa 12.0.2, llvm 3.8.0.
>
> I tested Alien: Isolation (that I couldn't even launch with my old HD
> 6870), but
On 13/09/16 07:46 AM, Marek Olšák wrote:
> This might fix it:
> "[PATCH 1/7] gallium/radeon: set new r600_resource fields correctly in
> other places too"
It does, thanks!
Tested-by: Michel Dänzer
--
Earthling Michel Dänzer |
On Mon, Sep 12, 2016 at 8:55 PM, Kenneth Graunke wrote:
> On Tuesday, September 6, 2016 11:49:59 PM PDT Ilia Mirkin wrote:
>> These are exposed in ES 3.2. However this moves all st/mesa to clamping
>> on the MS variants. But for now the MS variants are initialized to the
>>
Hi!
I've just bought myself an RX 480 (because of the open source drivers).
I have Fedora 24 with GNOME 3.20, linux 4.7.2, mesa 12.0.2, llvm 3.8.0.
I tested Alien: Isolation (that I couldn't even launch with my old HD
6870), but there is a texture bug, see by yourself:
Am 12.09.2016 um 21:36 schrieb Rob Clark:
> On Sat, Sep 10, 2016 at 10:04 AM, Roland Scheidegger
> wrote:
>> Am 09.09.2016 um 02:58 schrieb Rob Clark:
>>> On Thu, Sep 8, 2016 at 8:28 PM, Roland Scheidegger
>>> wrote:
Am 09.09.2016 um 02:19 schrieb
Fixes segfaults in EG compute since:
commit 21de3be8e62b2b093569a99550e6356ed2f106b4
radeonsi: fix texture format reinterpretation with DCC
Signed-off-by: Jan Vesely
---
src/gallium/drivers/radeon/r600_texture.c | 7 ---
1 file changed, 4 insertions(+), 3
The assertion that a format is uncompressed in the multisample layouts
isn't quite right. What we really want to assert is that the format
supports multisampling which is a bit more complicated query. We also want
to assert that it has a block size of 1x1 since we do nothing with the
block size
HiZ buffers can be multisampled and, on BDW+, simply using interleaved
multisampling with a compression block size of 8x4 samples yields the
correct HiZ surface size calculations. Unfortunately, choose_msaa_layout
was rejecting multisampled HiZ buffers because of format checks. Now that
we have
This series is mostly a re-send of the HiZ patches I had before except that
it fixes some asserts that we weren't hitting in Vulkan but were hitting in
GL. (I'm not 100% sure how we weren't hitting them before, actually.)
Most of the patches are the same except that patch 2 changed a little,
Compressed 1-D textures are a well-defined thing in both GL and Vulkan.
---
src/intel/isl/isl.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/src/intel/isl/isl.c b/src/intel/isl/isl.c
index a75fddf..185984d 100644
--- a/src/intel/isl/isl.c
+++ b/src/intel/isl/isl.c
@@
The HiZ and CCS tiling formats are always used for HiZ and CCS surfaces
respectively. There's no reason why we should go through filter_tiling and
it's much easier to always get HiZ and CCS right if we just handle them
directly.
Signed-off-by: Jason Ekstrand
Reviewed-by:
Signed-off-by: Jason Ekstrand
Reviewed-by: Chad Versace
---
src/intel/isl/isl.h| 2 ++
src/intel/isl/isl_format.c | 28
src/intel/isl/isl_gen6.c | 19 +--
src/intel/isl/isl_gen7.c | 16
We already do those checks in filter_tiling. There's no good reason to
repeat them in choose_msaa_layout. If anything they should have been
asserts and not "return false" checks. Also, this check was causing us to
outright reject multisampled HiZ surfaces which wasn't intended.
Signed-off-by:
Signed-off-by: Jason Ekstrand
Reviewed-by: Chad Versace
---
src/intel/isl/isl.c | 60 +++--
1 file changed, 58 insertions(+), 2 deletions(-)
diff --git a/src/intel/isl/isl.c b/src/intel/isl/isl.c
On Tuesday, September 6, 2016 11:49:59 PM PDT Ilia Mirkin wrote:
> These are exposed in ES 3.2. However this moves all st/mesa to clamping
> on the MS variants. But for now the MS variants are initialized to the
> AA values.
>
> Signed-off-by: Ilia Mirkin
So...
-
On 13 September 2016 at 09:41, Mauro Rossi wrote:
>
>
> 2016-09-12 3:22 GMT+02:00 Dave Airlie :
>>
>> Does android have an endian.h? does the attached patch work?
>
>
> Yes, bionic libc has endian.h and the patch you provided works
> Thanks a lot
>
> I'm
On Mon 12 Sep 2016, Kenneth Graunke wrote:
> On Monday, September 12, 2016 3:16:31 PM PDT Jason Ekstrand wrote:
> > This reverts commit 6ba88bce64b343761aabe3a6c7ee285c6020a959. The commit
> > was erroneous because GL already provides a separate guard on the number of
> > layers you are allowed
On Monday, September 12, 2016 3:16:31 PM PDT Jason Ekstrand wrote:
> This reverts commit 6ba88bce64b343761aabe3a6c7ee285c6020a959. The commit
> was erroneous because GL already provides a separate guard on the number of
> layers you are allowed to render into. On Sandy Bridge, we set this guard
2016-09-12 3:22 GMT+02:00 Dave Airlie :
> Does android have an endian.h? does the attached patch work?
>
Yes, bionic libc has endian.h and the patch you provided works
Thanks a lot
I'm sending in the attachment the cumulative patch to fix android building
errors due to
On Mon 12 Sep 2016, Jason Ekstrand wrote:
> This reverts commit 6ba88bce64b343761aabe3a6c7ee285c6020a959. The commit
> was erroneous because GL already provides a separate guard on the number of
> layers you are allowed to render into. On Sandy Bridge, we set this guard
> correctly so creating a
On Thursday, September 8, 2016 6:56:59 PM PDT Kenneth Graunke wrote:
> On Thursday, September 8, 2016 4:15:17 PM PDT Sirisha Gandikota wrote:
> > From: Sirisha Gandikota
> >
> > This patch set simplifies parts of code in the aubinator tool
> > as per review comments
On Tue, Sep 06, 2016 at 10:20:02AM -0700, Nanley Chery wrote:
> On Mon, Sep 05, 2016 at 09:38:59AM -0700, Jason Ekstrand wrote:
> > Everything is now reviewed. I've also sent two additional patches blorp
> > which, when placed prior to the anv patches, make the series
> > regression-free and
On Mon 12 Sep 2016, Jason Ekstrand wrote:
> ---
> src/intel/blorp/blorp.c | 6 ++
> src/intel/blorp/blorp_clear.c | 17 +
> 2 files changed, 19 insertions(+), 4 deletions(-)
> @@ -246,7 +246,6 @@ blorp_clear(struct blorp_batch *batch,
Why didn't you also update
On Mon 12 Sep 2016, Jason Ekstrand wrote:
> In particular, this means that isl_view::base_array_layer and
> isl_view::array_len get applied to 3-D textures but only when rendering.
> We were already applying isl_view::base_array_layer for rendering into 3-D
> textures so this isn't a huge
Previously, we relied on a driver hook for 3DSTATE_MULTISAMPLE. However,
now that Vulkan and GL use the same sample positions, we can set up
3DSTATE_MULTISAMPLE directly in blorp and delete the driver hook.
Signed-off-by: Jason Ekstrand
---
Signed-off-by: Jason Ekstrand
---
.../genX_multisample.h => common/gen_sample_positions.h} | 10 +-
src/intel/vulkan/genX_blorp_exec.c | 10 +-
src/intel/vulkan/genX_pipeline_util.h| 10 +-
The Vulkan driver sets 3DSTATE_DRAWING_RECTANGLE once to MAX_INT x MAX_INT
at the GPU initialization time and never sets it again. The GL driver sets
it every time the framebuffer changes. Originally, blorp set it to the
size of the drawing area but meant we had to set it back in the Vulkan
This might fix it:
"[PATCH 1/7] gallium/radeon: set new r600_resource fields correctly in
other places too"
It should be on mesa-dev by now.
Marek
On Mon, Sep 12, 2016 at 5:30 AM, Michel Dänzer wrote:
> On 12/09/16 10:15 AM, Michel Dänzer wrote:
>> On 30/08/16 12:28 AM,
From: Marek Olšák
This is a fallout from reworking the debug flags.
---
src/gallium/drivers/radeonsi/si_debug.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_debug.c
b/src/gallium/drivers/radeonsi/si_debug.c
index
From: Marek Olšák
No known tests.
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/radeonsi/si_shader.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
From: Marek Olšák
Unify the clear and copy paths, clean up the definitions.
It looks more like a rework. It's a preparation for GDS support,
which might or might not come.
---
src/gallium/drivers/radeonsi/si_cp_dma.c | 144 +--
1 file changed, 60
From: Marek Olšák
This might not be stricly needed, but better safe than sorry.
---
src/gallium/drivers/radeonsi/si_descriptors.c | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_descriptors.c
From: Marek Olšák
Heaven and Valley write gl_SampleMask and not Z.
Use 16_ABGR instead of 32_ABGR if Z isn't written.
---
src/gallium/drivers/radeonsi/si_shader.c| 63 -
src/gallium/drivers/radeonsi/si_shader.h| 2 +
From: Marek Olšák
This was missed in:
commit 0d2e43fcb1198a6e67c85feadb1ca8c360ddc284
Author: Marek Olšák
Date: Thu Aug 18 16:30:00 2016 +0200
gallium/radeon: derive buffer placement and flags only at initialization
---
From: Marek Olšák
---
src/gallium/winsys/amdgpu/drm/amdgpu_bo.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/winsys/amdgpu/drm/amdgpu_bo.c
b/src/gallium/winsys/amdgpu/drm/amdgpu_bo.c
index a6d4aa4..5b099b0 100644
---
On Monday, September 12, 2016 3:16:29 PM PDT Jason Ekstrand wrote:
> In particular, this means that isl_view::base_array_layer and
> isl_view::array_len get applied to 3-D textures but only when rendering.
> We were already applying isl_view::base_array_layer for rendering into 3-D
> textures so
From: Kyle Brenneman
This moves the native pixmap fixup to a helper function so we don't
repeat ourselves.
---
src/egl/main/eglapi.c | 36 +---
1 file changed, 21 insertions(+), 15 deletions(-)
diff --git a/src/egl/main/eglapi.c
From: Kyle Brenneman
Updated eglext.h to revision 33111 from the Khronos repository.
v2:
- Don't (re)move extension includes from eglext.h (Emil Velikov)
- Bump to revision 33111 (Adam Jackson)
Reviewed-by: Adam Jackson
---
include/EGL/eglext.h | 121
From: Kyle Brenneman
Wire up the debug entrypoints to EGL dispatch, and add the extension
string to the client extension list.
---
src/egl/main/eglapi.c | 140 ++
src/egl/main/eglglobals.c | 3 +-
2 files changed, 142
From: Kyle Brenneman
---
src/egl/main/eglapi.c | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/src/egl/main/eglapi.c b/src/egl/main/eglapi.c
index a74e5e4..658d0d7 100644
--- a/src/egl/main/eglapi.c
+++ b/src/egl/main/eglapi.c
@@
From: Kyle Brenneman
---
src/egl/main/eglapi.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/src/egl/main/eglapi.c b/src/egl/main/eglapi.c
index 658d0d7..dc61d5f 100644
--- a/src/egl/main/eglapi.c
+++ b/src/egl/main/eglapi.c
@@
From: Kyle Brenneman
---
src/egl/main/eglglobals.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/egl/main/eglglobals.c b/src/egl/main/eglglobals.c
index 938d953..04bb5ba 100644
--- a/src/egl/main/eglglobals.c
+++ b/src/egl/main/eglglobals.c
@@
From: Kyle Brenneman
This moves the native window fixup to a helper function so we don't
repeat ourselves.
---
src/egl/main/eglapi.c | 28 ++--
1 file changed, 18 insertions(+), 10 deletions(-)
diff --git a/src/egl/main/eglapi.c
From: Kyle Brenneman
---
src/egl/main/eglapi.c | 18 +-
1 file changed, 13 insertions(+), 5 deletions(-)
diff --git a/src/egl/main/eglapi.c b/src/egl/main/eglapi.c
index dc61d5f..c285c20 100644
--- a/src/egl/main/eglapi.c
+++ b/src/egl/main/eglapi.c
@@
Signed-off-by: Adam Jackson
---
src/egl/main/egldisplay.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/src/egl/main/egldisplay.c b/src/egl/main/egldisplay.c
index bbc3063..3d4eb81 100644
--- a/src/egl/main/egldisplay.c
+++
From: Kyle Brenneman
---
src/egl/main/eglapi.c | 18 +-
1 file changed, 13 insertions(+), 5 deletions(-)
diff --git a/src/egl/main/eglapi.c b/src/egl/main/eglapi.c
index c285c20..0477ad9 100644
--- a/src/egl/main/eglapi.c
+++ b/src/egl/main/eglapi.c
@@
From: Kyle Brenneman
---
src/egl/main/eglcurrent.c | 3 +--
src/egl/main/eglcurrent.h | 8
src/egl/main/egldisplay.h | 4
src/egl/main/eglglobals.c | 5 -
src/egl/main/eglglobals.h | 10 ++
5 files changed, 27 insertions(+), 3 deletions(-)
From: Kyle Brenneman
This decorates every EGL entrypoint with _EGL_FUNC_START, which records
the function name and primary dispatch object label in the current
thread state. It also adds debug report functions and calls them when
appropriate.
This would be useful enough
From: Kyle Brenneman
---
src/egl/main/eglapi.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/src/egl/main/eglapi.c b/src/egl/main/eglapi.c
index fac2d18..a74e5e4 100644
--- a/src/egl/main/eglapi.c
+++ b/src/egl/main/eglapi.c
@@ -1081,8
From: Kyle Brenneman
---
src/egl/main/eglapi.c | 18 +-
1 file changed, 13 insertions(+), 5 deletions(-)
diff --git a/src/egl/main/eglapi.c b/src/egl/main/eglapi.c
index ba8305e..df355a5 100644
--- a/src/egl/main/eglapi.c
+++ b/src/egl/main/eglapi.c
@@
This gets us to basically the same end state as before, but I've
rearranged the sequence of changes to be a little easier to review and
not introduce broken intermediate states.
01 updates eglext.h to the very latest. 02 is a bugfix for leaking images
and syncs at eglTerminate, pointed out in
This reverts commit 6ba88bce64b343761aabe3a6c7ee285c6020a959. The commit
was erroneous because GL already provides a separate guard on the number of
layers you are allowed to render into. On Sandy Bridge, we set this guard
correctly so creating a 3D texture bigger than 512 is fine, you just
In particular, this means that isl_view::base_array_layer and
isl_view::array_len get applied to 3-D textures but only when rendering.
We were already applying isl_view::base_array_layer for rendering into 3-D
textures so this isn't a huge deviation.
Signed-off-by: Jason Ekstrand
---
src/intel/blorp/blorp.c | 6 ++
src/intel/blorp/blorp_clear.c | 17 +
2 files changed, 19 insertions(+), 4 deletions(-)
diff --git a/src/intel/blorp/blorp.c b/src/intel/blorp/blorp.c
index 17c1ff4..8dfebbc 100644
--- a/src/intel/blorp/blorp.c
+++
> I think you expose Temperature, Voltage and Current. But Nouveau exposes
> Temperature, Voltage, Fan and Power through hwmon.
>
> Read the "power" section here for more info:
> https://www.kernel.org/doc/Documentation/hwmon/sysfs-interface
Ahh, my nouveau card must be too old then. I only get
2016-09-12 23:20 GMT+02:00 Steven Toth :
>> nice work regarding the lmsensor bits. But I think it makes sense to
>> also wire the power things in, cause we actually expose them within
>> nouveau. Others might want or actually do the same as well.
>
> Karol, thank you for your
Jason Ekstrand writes:
> Without this bit set, the value in "L3 Atomic Disable" won't get applied by
> the hardware so we won't properly get L3 atomic caching.
>
> Fixes dEQP-VK.spirv_assembly.instruction.compute.opatomic.compex on HSW
>
> Signed-off-by: Jason Ekstrand
Without this bit set, the value in "L3 Atomic Disable" won't get applied by
the hardware so we won't properly get L3 atomic caching.
Fixes dEQP-VK.spirv_assembly.instruction.compute.opatomic.compex on HSW
Signed-off-by: Jason Ekstrand
Cc: Lionel Landwerlin
When multiple GPUs are plugged in the same box, we might want to
use /dev/dri/renderD129 without updating/compiling the code. This
doesn't change the existing behaviour.
---
run.c | 23 +++
1 file changed, 19 insertions(+), 4 deletions(-)
diff --git a/run.c b/run.c
index
> Can you enclose all the unix-specific parts in #ifdef PIPE_OS_UNIX to allow
> this to build for Windows?
>
> -Brian
Brian, thank you for your feedback.
Whoops! Yes, I'll take care of this.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
+1.646.355.8490
Iago Toral Quiroga writes:
> SIMD4x2 64bit data is stored in register space like this:
>
> r0.0:DF x0 y0 z0 w0
> r0.1:DF x1 y1 z1 w1
>
> When we need to write data such as this to memory using 32-bit write
> messages we need to shuffle it in this fashion:
>
> r0.0:DF x0 y0
> nice work regarding the lmsensor bits. But I think it makes sense to
> also wire the power things in, cause we actually expose them within
> nouveau. Others might want or actually do the same as well.
Karol, thank you for your feedback.
I'm happy and willing to adapt to any changes
From: Marek Olšák
broken recently
---
src/gallium/drivers/ddebug/dd_screen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/ddebug/dd_screen.c
b/src/gallium/drivers/ddebug/dd_screen.c
index 4050e39..a0c0dd0 100644
---
From: Marek Olšák
this was unimplemented
---
src/gallium/auxiliary/util/u_dump.h | 3 +++
src/gallium/auxiliary/util/u_dump_state.c | 19 +++
src/gallium/drivers/ddebug/dd_draw.c | 30 +++---
3 files changed, 49
Iago Toral Quiroga writes:
> There is a single bit for this, so it is a binary 0 or 1 meaning
> offset 0B or 16B respectively.
> ---
> src/mesa/drivers/dri/i965/brw_disasm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Iago Toral Quiroga writes:
> We will use this in cases where we want to force the vstride of a src_reg
> to 0 to exploit a particular behavior of the hardware. It will come in
> handy to implement access to components Z/W.
> ---
> src/mesa/drivers/dri/i965/brw_ir_vec4.h | 1 +
On Sep 12, 2016 1:31 PM, "Nanley Chery" wrote:
>
> On Mon, Sep 12, 2016 at 12:45:51PM -0700, Jason Ekstrand wrote:
> > On Mon, Sep 12, 2016 at 12:30 PM, Nanley Chery
> > wrote:
> >
> > > On Wed, Aug 31, 2016 at 02:22:46PM -0700, Jason Ekstrand wrote:
Francisco Jerez writes:
> Iago Toral writes:
>
>> On Fri, 2016-09-09 at 11:37 +0200, Iago Toral wrote:
>>> On Thu, 2016-09-08 at 11:36 +0200, Iago Toral wrote:
>>> >
>>> > On Wed, 2016-09-07 at 18:48 -0700, Francisco Jerez wrote:
>>> > >
>>> > >
>>>
On Mon, Sep 12, 2016 at 12:45:51PM -0700, Jason Ekstrand wrote:
> On Mon, Sep 12, 2016 at 12:30 PM, Nanley Chery
> wrote:
>
> > On Wed, Aug 31, 2016 at 02:22:46PM -0700, Jason Ekstrand wrote:
> > > ---
> > > src/intel/vulkan/anv_blorp.c | 134
Remove a couple of leftover hacks in the previous libglvnd patch.
---
src/egl/main/egldispatchstubs.c | 17 +++--
1 file changed, 3 insertions(+), 14 deletions(-)
diff --git a/src/egl/main/egldispatchstubs.c b/src/egl/main/egldispatchstubs.c
index 212a1fd..e02abd7 100644
---
On Mon, Sep 12, 2016 at 12:30 PM, Nanley Chery
wrote:
> On Wed, Aug 31, 2016 at 02:22:46PM -0700, Jason Ekstrand wrote:
> > ---
> > src/intel/vulkan/anv_blorp.c | 134 ++
> +
> > src/intel/vulkan/anv_meta_copy.c | 16 -
> > 2
Steven,
Can you enclose all the unix-specific parts in #ifdef PIPE_OS_UNIX to allow
this to build for Windows?
-Brian
On Mon, Sep 12, 2016 at 1:22 PM, Karol Herbst wrote:
> Hey,
>
> nice work regarding the lmsensor bits. But I think it makes sense to
> also wire the
On Sat, Sep 10, 2016 at 10:04 AM, Roland Scheidegger wrote:
> Am 09.09.2016 um 02:58 schrieb Rob Clark:
>> On Thu, Sep 8, 2016 at 8:28 PM, Roland Scheidegger
>> wrote:
>>> Am 09.09.2016 um 02:19 schrieb Rob Clark:
On Thu, Sep 8, 2016 at 7:54 PM, Rob
On Wed, Aug 31, 2016 at 02:22:46PM -0700, Jason Ekstrand wrote:
> ---
> src/intel/vulkan/anv_blorp.c | 134
> +++
> src/intel/vulkan/anv_meta_copy.c | 16 -
> 2 files changed, 134 insertions(+), 16 deletions(-)
>
> diff --git
Hey,
nice work regarding the lmsensor bits. But I think it makes sense to
also wire the power things in, cause we actually expose them within
nouveau. Others might want or actually do the same as well.
Many thanks
2016-09-12 20:33 GMT+02:00 Steven Toth :
> Three new
On Mon, Sep 12, 2016 at 4:59 AM, Emil Velikov wrote:
> From: Emil Velikov
>
> Derive file locally and exit() accordingly based on the bool.
> Allows us to save a couple lines of code.
>
If we're nit-picking, I'd rather just pass the exit
On Mon, Sep 12, 2016 at 11:11:25AM -0700, Jason Ekstrand wrote:
> This is a lot cleaner and easier to read than the old piles of if
> statements.
>
> Signed-off-by: Jason Ekstrand
> ---
> src/intel/vulkan/anv_blorp.c | 48
> ++--
>
Three new features:
1. Disk/block I/O device read/write stats MB/ps.
2. Network Interface RX/TX transfer statistics as a percentage
of the overall NIC speed.
3. lmsensor power, voltage and temperature sensors.
The lmsensor changes makes a dependency on libsensors so support
so the change is
This is a lot cleaner and easier to read than the old piles of if
statements.
Signed-off-by: Jason Ekstrand
---
src/intel/vulkan/anv_blorp.c | 48 ++--
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git
Iago Toral writes:
> On Fri, 2016-09-09 at 11:37 +0200, Iago Toral wrote:
>> On Thu, 2016-09-08 at 11:36 +0200, Iago Toral wrote:
>> >
>> > On Wed, 2016-09-07 at 18:48 -0700, Francisco Jerez wrote:
>> > >
>> > >
>> > > This series reworks the representation of register
On Fri, Sep 09, 2016 at 07:25:46PM -0700, Jason Ekstrand wrote:
> On Fri, Sep 9, 2016 at 5:47 PM, Nanley Chery wrote:
>
> > On Wed, Aug 31, 2016 at 02:22:49PM -0700, Jason Ekstrand wrote:
> > > ---
> > > src/intel/vulkan/Makefile.sources | 1 -
> > >
Hi Michel,
On Mon, Sep 12, 2016 at 7:02 PM, Leo Liu wrote:
>
>
> On 09/12/2016 04:31 AM, Michel Dänzer wrote:
>
>> On 10/09/16 12:49 AM, Nayan Deshmukh wrote:
>>
>>> In case of prime when rendering is done on GPU other then the
>>> server GPU, use a seprate linear buffer for
On 12.09.2016 17:43, Samuel Pitoiset wrote:
On 09/12/2016 05:26 PM, Nicolai Hähnle wrote:
On 11.09.2016 20:45, Samuel Pitoiset wrote:
This extension is only exposed if the underlying driver supports
ARB_compute_shader and if PIPE_COMPUTE_MAX_VARIABLE_THREADS_PER_BLOCK
is set.
v2: - expose
On Mon, Sep 12, 2016 at 4:05 PM, Connor Abbott wrote:
> Since demoted inputs become global variables, wouldn't it be more
> efficient to simply turn it into a straight assignment? Then the
> backend wouldn't have to initialize it to a constant (since it would
> be undefined).
On Mon, Sep 12, 2016 at 4:04 PM, Rob Clark wrote:
> On Mon, Sep 12, 2016 at 9:01 AM, Marek Olšák wrote:
>> On Thu, Sep 8, 2016 at 10:30 PM, Rob Clark wrote:
>>> Support multi-planar YUV for external EGLImage's (currently just in the
We're internally building and shipping Mesa compiled with GCC 4.4 (more
specifically 4.4.3).
It's fine if you require GCC 4.8 on automake, but please leave support
for GCC 4.4.x in SCons.
Jose
On 07/09/16 05:28, Timothy Arceri wrote:
The last time this was bumped we settled on 4.2.0
On Mon, Sep 12, 2016 at 11:55 AM, Emil Velikov wrote:
> On 12 September 2016 at 15:35, Ilia Mirkin wrote:
>> On Mon, Sep 12, 2016 at 10:10 AM, Emil Velikov
>> wrote:
>>> Keeping diff/patches in git always felt like a
On 12 September 2016 at 16:09, Weng, Chuanbo wrote:
> Ping for review.
>
R-b and pushed to master.
Thanks for the reminder Chuanbo.
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
On 12 September 2016 at 15:35, Ilia Mirkin wrote:
> On Mon, Sep 12, 2016 at 10:10 AM, Emil Velikov
> wrote:
>> Keeping diff/patches in git always felt like a hack, imho. Plus
>> most/all(?) distros rely on the Mesa headers, so I'm not sure how
Reviewed-by: Marek Olšák
Marek
On Sun, Sep 11, 2016 at 7:40 PM, Ilia Mirkin wrote:
> Similar to commit 49c24d8a24 ("i965: fix noop_scissor range issue on
> width/height") - take the X/Y into account to determine whether the
> scissor covers the whole
On 09/12/2016 05:26 PM, Nicolai Hähnle wrote:
On 11.09.2016 20:45, Samuel Pitoiset wrote:
This extension is only exposed if the underlying driver supports
ARB_compute_shader and if PIPE_COMPUTE_MAX_VARIABLE_THREADS_PER_BLOCK
is set.
v2: - expose the ext based on that new cap
On 09/12/2016 05:19 PM, Nicolai Hähnle wrote:
On 11.09.2016 20:45, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/gallium/docs/source/screen.rst | 4
src/gallium/drivers/ilo/ilo_screen.c | 2 ++
On 09/12/2016 05:35 PM, Nicolai Hähnle wrote:
On 11.09.2016 20:45, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/gallium/docs/source/screen.rst | 4
src/gallium/drivers/ilo/ilo_screen.c | 2 ++
On 11.09.2016 20:45, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/gallium/docs/source/screen.rst | 4
src/gallium/drivers/ilo/ilo_screen.c | 2 ++
src/gallium/drivers/nouveau/nv50/nv50_screen.c | 2 ++
Reviewed-by: Jason Ekstrand
On Sat, Sep 10, 2016 at 3:07 PM, Alejandro Piñeiro
wrote:
> Forgotten on commit "i965: Fix calculation of the image height at start
> level".
>
> Thanks to Ilia Mirkin for point it.
>
> Fixes the following regressions on
On 11.09.2016 20:45, Samuel Pitoiset wrote:
This extension is only exposed if the underlying driver supports
ARB_compute_shader and if PIPE_COMPUTE_MAX_VARIABLE_THREADS_PER_BLOCK
is set.
v2: - expose the ext based on that new cap
Signed-off-by: Samuel Pitoiset
---
https://bugs.freedesktop.org/show_bug.cgi?id=34495
Eero Tamminen changed:
What|Removed |Added
See Also|
On 09/12/2016 07:00 AM, Emil Velikov wrote:
Hi James,
On 8 September 2016 at 17:27, Emil Velikov wrote:
In order to clear any ambiguity in EGL_EXT_device_drm we need to
"s/DRM driver./DRM driver which support KMS./". With that small change
things should be fine.
On 11.09.2016 20:45, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/gallium/docs/source/screen.rst | 4
src/gallium/drivers/ilo/ilo_screen.c | 2 ++
src/gallium/drivers/nouveau/nv50/nv50_screen.c | 2 ++
1 - 100 of 140 matches
Mail list logo