On Mon, 2016-09-12 at 13:32 -0700, Francisco Jerez 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, 2
On Wed, 2016-09-07 at 18:48 -0700, Francisco Jerez wrote:
> This series reworks the representation of register region offsets in
> the i965 IR to be universally byte-based instead of the rather
> awkward
> split between reg_offset and subreg_offset we have in the FS back-end
> right now, or the reg
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:
>> https://www.kernel.org/doc/Documentation/hwmon/sysfs-interface
>
> Ahh, my
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 there
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 | http://www.amd.com
Libre software enthu
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
>> AA values.
>>
>> Signed
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:
https://youtu.be/zTZpWU9srL
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 Rob Clark:
> On Thu, Sep 8, 2016 at 7:
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 deletions(-)
diff --git a/src/galli
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 i
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 a
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,
patch
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
@@ -5
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: Topi Pohjolainen
Review
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 +---
src/intel/isl/isl_gen8.c | 4 +--
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: J
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
index ee5330e..749d228 100644
--- a/src/intel/isl/i
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...
- Virtually all implementations h
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 sending in the attachment the cumulative pa
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 to
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 following commits:
f1f1ba
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 from Ken (Wed Aug 24 04:51:47
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 they'
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 blorp_
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 deviation
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
---
src/intel/blorp/blorp_genX_exec.h | 48 +
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 +-
src/intel/vulkan/genX_state.c
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
drive
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, Marek Olšák wrote:
>>> F
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 8ce9caf..75ab0e7 100644
-
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
index 6d30d1c..be6fae7
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 insertions(+), 84 del
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
b/src/gallium/drivers/radeonsi/s
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 +
src/gallium/drivers/radeonsi/si_state_
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
--- a/src/gallium/winsys/amdgpu/drm/amdgp
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
---
src/gallium/drivers/radeon/r600_texture.c | 11
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 th
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 b/src/egl/main/eglapi.c
index dd2b
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 insertions(+), 1 deletion(-)
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
@@ -1309,11 +1309,10 @@ eglRele
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
@@ -1384,11 +1384,10 @@ eglDestroy
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
@@ -50,7 +50,7 @@ struct _egl
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 b/src/egl/main/eglapi.c
index df355a5..dd2
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
@@ -1509,11 +1509,9 @@ eglCli
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
+++ b/src/egl/main/egldisplay.c
@@ -44,6 +44,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 c285c20..0477ad9 100644
--- a/src/egl/main/eglapi.c
+++ b/src/egl/main/eglapi.c
@@ -1570,11 +1570,9 @@ eglSig
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(-)
diff --git a/src/egl/main
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 for debugging on its own,
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 +1081,8 @@ eglCopyBuffers(
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
@@ -295,9 +295,9 @@ eglGetDis
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 revi
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 can't
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
Cc: Chad Versace
---
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
+++ b/src/intel/blorp/b
> 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 te
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 feedback.
>
> I'm happ
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
> Cc: Lionel Landwerlin
>
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
Cc: Francisco Jerez
---
src/intel/ge
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 c7f0b
> 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 x1 y1
> r0.1:DF z0
> 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 recommended.
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
--- a/src/gallium/drivers/ddebug/dd_scre
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 insertions(+), 3 deletions(-)
d
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 a/src/mesa/drivers/dri/i965/brw_disasm.c
> b/src/m
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 +
> src/mesa/drivers
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:
> > > > ---
> > > > src/intel/vulkan/anv_blor
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:
>>> > >
>>> > >
>>> > > This series reworks the representation
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
--- a/src/egl
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 files changed, 134 insert
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 power things in, cause we
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 Clark wrote:
> On Thu, Sep 8, 2016 a
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 a/src/intel/vulkan/anv_bl
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 features:
> 1. Disk/block I/O
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 code than a bool parameter.
Kristian
> Signed-off-by: Em
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
> ++--
> 1 file changed, 24 inse
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 opt
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 a/src/intel/vulkan/anv_blorp.c b/src/intel
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 region offsets
>> > > in
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 -
> > > src/intel/vulkan/anv_blorp.c | 184 +++
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 each back buffer
>>
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).
Maybe, but there are
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
>>> dma-buf import path) by lowering to multiple texture fetch'
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 because
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 hack, imho. Plus
>>> most/all(?) distros rely on the Mesa headers, so I'm not
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
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
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 that
>> is going to work.
>
> The alternatives are c
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 area or not.
>
> Fixes the recently-added gl
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
Signed-off-by:
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 ++
src/gallium/drivers/nouveau/nv50/nv50_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 ++
src/gallium/drivers/nouveau/nv50/nv50_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 ++
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c |
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 Haswell and Broadwell:
> ES2-CTS.gtf.GL2Extens
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
---
src/mesa/state_tracker/st_
https://bugs.freedesktop.org/show_bug.cgi?id=34495
Eero Tamminen changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
1 - 100 of 138 matches
Mail list logo
