Signed-off-by: Jonathan Gray
---
src/mesa/drivers/dri/nouveau/nouveau_driver.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git src/mesa/drivers/dri/nouveau/nouveau_driver.h
src/mesa/drivers/dri/nouveau/nouveau_driver.h
index e03b2c1..c65c7c8 100644
--- src/mesa/drivers/dri/nouv
Signed-off-by: Jonathan Gray
---
src/gallium/drivers/nouveau/Makefile.am | 2 +-
src/gallium/drivers/nouveau/nouveau_context.h | 2 +-
src/gallium/drivers/nouveau/nouveau_screen.c | 2 +-
src/gallium/drivers/nouveau/nouveau_winsys.h | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
On 07/10/2013 01:24 AM, Topi Pohjolainen wrote:
Memory originating outside mesa stack is meant to be for reading
only. In addition, the restrictions imposed by the image external
extension should apply. For example, users shouldn't be allowed
to generare mip-trees based on these images.
Signed-o
Signed-off-by: Jordan Justen
Reviewed-by: Paul Berry
---
src/mesa/drivers/dri/i965/intel_extensions.c |4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_extensions.c
b/src/mesa/drivers/dri/i965/intel_extensions.c
index 409d40b..90d2068 100644
--- a/src/me
In intel_miptree_slice_set_needs_(depth|hiz)_resolve, if layered
rendering is being used, then we need to mark all layers as
needing depth or hiz resolves.
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 31 +
1 file changed, 27 insertio
When layered rendering is being used, we should not set
FORCE_ZERO_RTAINDEX in the clip state to allow render target
array values other than zero to be used.
v2:
* Continue to set FORCE_ZERO_RTAINDEX if layered rendering is
not being used.
Signed-off-by: Jordan Justen
---
src/mesa/drivers/d
Previously we would always find the 2D sub-surface of interest,
and then program the surface to this location. Now we always
program the 3DSTATE_DEPTH_BUFFER at the start of the surface.
To select the lod/slice, we utilize the lod & minimum array
element fields.
As part of this change, we must rev
This restriction was related to programming the offset fields
of the depth buffer packet. We are now setting these offsets
to 0 now, so this restriction should no longer be required.
Signed-off-by: Jordan Justen
Reviewed-by: Paul Berry
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 24 --
When performing hiz ops, we must ensure that the region sizes
have an 8 aligned width and 4 aligned height. We can tweak the
size for blorp hiz operations at LOD 0, but for the others we
can't. Therefore, we disable hiz for these miplevels if they
don't meet the size alignment requirements.
Signed
For gen >= 7, we will use the lod/minimum-array-element fields to
support layered rendering. This means that we must restrict
the depth & stencil attachments to match in various more retrictive
ways. (Now the width, height, depth, LOD and layer must match)
Signed-off-by: Jordan Justen
Cc: Paul Be
This will be used in 3DSTATE_DEPTH_BUFFER in a later patch.
Signed-off-by: Jordan Justen
Reviewed-by: Paul Berry
---
src/mesa/drivers/dri/i965/gen7_blorp.cpp | 13 +
1 file changed, 13 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/gen7_blorp.cpp
b/src/mesa/drivers/dri/i96
This will be used in 3DSTATE_DEPTH_BUFFER in a later patch.
Signed-off-by: Jordan Justen
Reviewed-by: Paul Berry
---
src/mesa/drivers/dri/i965/gen7_blorp.cpp|3 +++
src/mesa/drivers/dri/i965/gen7_misc_state.c |3 +++
2 files changed, 6 insertions(+)
diff --git a/src/mesa/drivers/dr
In layered rendering this will be 0. Otherwise it will be the
selected slice.
Signed-off-by: Jordan Justen
Reviewed-by: Paul Berry
---
src/mesa/drivers/dri/i965/gen7_blorp.cpp|7 +++
src/mesa/drivers/dri/i965/gen7_misc_state.c | 10 ++
2 files changed, 17 insertions(+)
di
This will be used in 3DSTATE_DEPTH_BUFFER in a later patch.
Note: Cube maps are treated as 2D arrays with 6 times as
many array elements as the cube map array would have.
Signed-off-by: Jordan Justen
Reviewed-by: Paul Berry
---
src/mesa/drivers/dri/i965/gen7_blorp.cpp|2 ++
src/mesa/dr
This will be used in 3DSTATE_DEPTH_BUFFER in a later patch.
Note: Cube maps are treated as 2D arrays with 6 times as
many array elements as the cube map array would have.
Signed-off-by: Jordan Justen
Reviewed-by: Paul Berry
---
src/mesa/drivers/dri/i965/gen7_blorp.cpp| 16 ++
In a future pass this will allow us to exit-early from this
routine to disable it for gen >= 7.
Signed-off-by: Jordan Justen
Reviewed-by: Paul Berry
---
src/mesa/drivers/dri/i965/brw_misc_state.c | 19 ++-
1 file changed, 14 insertions(+), 5 deletions(-)
diff --git a/src/mesa
git://people.freedesktop.org/~jljusten/mesa ivb-full-depth-buffer-v2
This series converts DEPTH_BUFFER to use the LOD and
minimum array element fields and always points the
depth, hiz and stencil buffers at the top of the
miptree surface.
This should allows us to support layered rendering,
althou
On 07/10/2013 01:24 AM, Topi Pohjolainen wrote:
Otherwise 'intel_set_texture_image_region()' won't have enough
details to work with.
Signed-off-by: Topi Pohjolainen
---
src/mesa/drivers/dri/i965/intel_screen.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/in
On 19/07/13 09:17, Ander Conselvan de Oliveira wrote:
> On 07/18/2013 10:04 PM, Emil Velikov wrote:
>> On 18/07/13 13:11, Ander Conselvan de Oliveira wrote:
>
> [...]
>
>>> +static EGLBoolean
>>> +wayland_drm_bufmgr_query_buffer(struct native_display *ndpy,
>>> +st
Rather than having to keep track of all the build systems and their respecitve
definition of the mesa version, use a single top file VERSION. Every build
system is responsible for reading/parsing the file and using it
Signed-off-by: Emil Velikov
---
Hi guys
So here it is, just in time for the 9.
On 07/10/2013 04:38 PM, Ian Romanick wrote:
[snip]
Could we just change our "Mark the patch with 'NOTE: ...'" policy with
"To have the patch automatically included in the stable tree, add the tag
Cc: mesa-sta...@lists.freedesktop.org
in the sign-off area..." ?
This loses a bit of informat
On 07/10/2013 01:24 AM, Topi Pohjolainen wrote:
Signed-off-by: Topi Pohjolainen
---
src/mesa/drivers/dri/i965/intel_extensions.c | 1 +
src/mesa/drivers/dri/i965/intel_tex_image.c | 6 ++
2 files changed, 7 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_extensions.c
b/src/
On 07/10/2013 01:24 AM, Topi Pohjolainen wrote:
v2:
- upon success close the given file descriptors
v3:
- use specific entry for dma buffers instead of the basic for
primes, and enable the extension based on the availability
of the hook
v4 (Chad):
- use ARRAY_SIZE
-
On 07/10/2013 01:24 AM, Topi Pohjolainen wrote:
As specified in:
http://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_image_dma_buf_import.txt
Checking for the valid fourcc values is left for drivers avoiding
dependency to drm header files here.
v2: enforce EGL_NO_CONTEXT
v3: declare th
On 07/10/2013 01:24 AM, Topi Pohjolainen wrote:
v2:
- do not break ABI, but instead introduce new entry point for
dma buffers and bump up the dri-interface version to eight
v3 (Chad):
- allow the hook to specify an error originating from the
driver. For now only unsupported f
From: Tom Stellard
The TGSI->LLVM pass for radeonsi preloads constants and relies on LLVM's
sinking pass to reduce SGPR usage by lowering constant reads to an
optimal place in the code. However, LLVM's machine sink pass will not
lower instructions that have been selected from llvm.SI.load.const
From: Tom Stellard
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 29 ++
1 file changed, 20 insertions(+), 9 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
b/src/gallium/drivers/radeonsi/radeonsi_shader.c
index fee6262..4d8a479 100644
---
From: Tom Stellard
---
lib/Target/R600/SIISelLowering.cpp | 15 +++
lib/Target/R600/SIISelLowering.h | 1 +
test/CodeGen/R600/zero_extend.ll | 18 ++
3 files changed, 34 insertions(+)
create mode 100644 test/CodeGen/R600/zero_extend.ll
diff --git a/lib/Target/R
(TL;DR: geometry shaders are humming along, but because of a hitch I've run
into, I'm going to change gears and implement GLSL 1.50-style geometry
shaders first rather than ARB_geometry_shader4 functionality. This means
some piglit tests will need to be rewritten).
Hello all--
As some of you may
https://bugs.freedesktop.org/show_bug.cgi?id=67098
Priority: medium
Bug ID: 67098
Keywords: regression
CC: jfons...@vmware.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: Mac OS X SCons build ld: unknown option: -z
From: Thierry Reding
When probing non-PCI DRM devices, such as those found in a lot of SoCs,
GBM errors out because it expects the device to have an associated PCI
ID which can be used to lookup the driver name in a table.
This patch removes this restriction by using the driver name from the
drm
On 07/10/2013 01:24 AM, Topi Pohjolainen wrote:
v2:
- refactor both occurences, not just one
Signed-off-by: Topi Pohjolainen
---
src/mesa/drivers/dri/i965/intel_screen.c | 31 ++-
1 file changed, 18 insertions(+), 13 deletions(-)
diff --git a/src/mesa/drivers
On 07/19/2013 08:18 AM, Marek Olšák wrote:
[snip]
diff --git a/src/mesa/drivers/dri/common/drirc
b/src/mesa/drivers/dri/common/drirc
index 7c2d3ba..b5430ed 100644
--- a/src/mesa/drivers/dri/common/drirc
+++ b/src/mesa/drivers/dri/common/drirc
@@ -1,3 +1,27 @@
+
On 07/19/2013 08:18 AM, Marek Olšák wrote:
---
docs/GL3.txt | 8
1 file changed, 8 insertions(+)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index f2152a3..1af8c98 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -7,6 +7,14 @@ infrastructure is complete but it may be the case that few (i
On Fri, Jul 19, 2013 at 10:42:42AM -0700, Kenneth Graunke wrote:
> On 07/10/2013 04:38 PM, Ian Romanick wrote:
> [snip]
> >Could we just change our "Mark the patch with 'NOTE: ...'" policy with
> >"To have the patch automatically included in the stable tree, add the tag
> > Cc: mesa-sta...@list
On Fri, Jul 19, 2013 at 7:42 PM, Kenneth Graunke wrote:
> On 07/10/2013 04:38 PM, Ian Romanick wrote:
> [snip]
>
> Could we just change our "Mark the patch with 'NOTE: ...'" policy with
>> "To have the patch automatically included in the stable tree, add the tag
>> Cc:
>> mesa-stable@lists.
On 07/10/2013 01:24 AM, Topi Pohjolainen wrote:
Signed-off-by: Topi Pohjolainen
---
src/mesa/drivers/dri/i965/intel_fbo.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_fbo.c
b/src/mesa/drivers/dri/i965/intel_fbo.c
index e746cb4..25024fb 100644
--- a/
On Fri, Jul 19, 2013 at 02:03:31PM +0100, Chris Wilson wrote:
> On Thu, Jul 18, 2013 at 03:00:59PM -0700, Chad Versace wrote:
> > Change from "not cacheable" to "cacheable" in L3.
> > Do so for the draw upload path and blorp.
>
> I just tested using mocs on the scanout for Haswell and you do get
>
On 07/10/2013 01:24 AM, Topi Pohjolainen wrote:
v2:
- fix earlier rebase error breaking bisect
(loaderPriv -> loaderPrivate)
Signed-off-by: Topi Pohjolainen
---
src/mesa/drivers/dri/i965/intel_screen.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
Patch 1 is
Reviewed
On Fri, Jul 19, 2013 at 10:19:12AM -0700, Chad Versace wrote:
> On 07/19/2013 09:58 AM, Daniel Vetter wrote:
> >On Fri, Jul 19, 2013 at 02:03:31PM +0100, Chris Wilson wrote:
> >>On Thu, Jul 18, 2013 at 03:00:59PM -0700, Chad Versace wrote:
> >>>Change from "not cacheable" to "cacheable" in L3.
> >>
On 07/19/2013 09:58 AM, Daniel Vetter wrote:
On Fri, Jul 19, 2013 at 02:03:31PM +0100, Chris Wilson wrote:
On Thu, Jul 18, 2013 at 03:00:59PM -0700, Chad Versace wrote:
Change from "not cacheable" to "cacheable" in L3.
Do so for the draw upload path and blorp.
I just tested using mocs on the
Now Unigine Heaven 3.0 finally works with r600g.
---
src/gallium/include/state_tracker/st_api.h | 1 +
src/gallium/state_trackers/dri/common/dri_context.c | 2 ++
src/gallium/state_trackers/dri/common/dri_screen.c | 3 ++-
src/gallium/state_trackers/osmesa/osmesa.c | 1 +
src/me
On 07/19/2013 07:28 AM, Alex Deucher wrote:
On Mon, Jun 3, 2013 at 11:41 AM, Brian Paul wrote:
On Mon, Jun 3, 2013 at 7:26 AM, Alex Deucher wrote:
On Mon, Jun 3, 2013 at 3:22 AM, Siavash Eliasi
wrote:
Hello dear mesa developers,
What is current status of hw_gl_select branch? Is there any
https://bugs.freedesktop.org/show_bug.cgi?id=66931
--- Comment #5 from Tom Stellard ---
(In reply to comment #4)
> Created attachment 82498 [details] [review]
> Addess spaces support for kernel arguments
>
> Fixed the local size to be in dw
This patch looks good to me, can you send all the pach
https://bugs.freedesktop.org/show_bug.cgi?id=66029
Tom Stellard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
We treat the opcodes as MOVs, but we should at least change the type
of the expression, which later affects which TGSI opcode is chosen.
Cc: mesa-sta...@lists.freedesktop.org
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/mesa/state_t
See documentation in mtypes.h.
---
src/gallium/include/state_tracker/st_api.h | 5 ++--
.../state_trackers/dri/common/dri_context.c| 10 ---
src/gallium/state_trackers/dri/common/dri_screen.c | 3 +-
src/gallium/state_trackers/osmesa/osmesa.c | 1 +
src/glsl/glsl_par
---
src/mesa/main/mtypes.h| 1 +
src/mesa/main/shaderapi.c | 19 ++-
2 files changed, 15 insertions(+), 5 deletions(-)
diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
index aba7d84..4042e9a 100644
--- a/src/mesa/main/mtypes.h
+++ b/src/mesa/main/mtypes.h
@@ -2402
They were only enabled for i965.
Note that drirc must be installed in /etc.
---
src/mesa/drivers/dri/common/drirc | 4 +++-
src/mesa/drivers/dri/common/xmlconfig.c | 4 +++-
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/common/drirc
b/src/mesa/drivers/
The driconf options are global.
---
src/gallium/state_trackers/dri/common/dri_context.c | 15 +--
src/gallium/state_trackers/dri/common/dri_context.h | 2 --
src/gallium/state_trackers/dri/common/dri_screen.c | 13 +
src/gallium/state_trackers/dri/common/dri_screen.h |
There is no reason to have this duplicated.
---
src/gallium/state_trackers/dri/common/dri_context.c | 12 +---
src/gallium/state_trackers/dri/common/dri_context.h | 2 --
2 files changed, 1 insertion(+), 13 deletions(-)
diff --git a/src/gallium/state_trackers/dri/common/dri_context.c
b/
---
docs/GL3.txt | 8
1 file changed, 8 insertions(+)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index f2152a3..1af8c98 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -7,6 +7,14 @@ infrastructure is complete but it may be the case that few (if
any) drivers
implement the features.
+O
---
src/gallium/auxiliary/util/u_format_s3tc.c | 12 ++--
src/gallium/include/state_tracker/st_api.h | 1 +
src/gallium/state_trackers/dri/common/dri_context.c | 2 ++
src/gallium/state_trackers/dri/common/dri_screen.c | 19 +--
src/gallium/state_tracke
vblank_mode is read by dri_util.c and falls under the "dri2" driver name,
which is not connected to the actual Mesa/Gallium driver in any way.
---
src/gallium/state_trackers/dri/common/dri_screen.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/src/gallium/state_trackers
---
src/gallium/state_trackers/dri/common/dri_screen.c | 3 +--
src/mesa/drivers/dri/common/xmlpool/t_options.h| 9 -
2 files changed, 1 insertion(+), 11 deletions(-)
diff --git a/src/gallium/state_trackers/dri/common/dri_screen.c
b/src/gallium/state_trackers/dri/common/dri_screen.c
PP saves current states to cso_context and then util_blit_pixels does
the same. cso_context doesn't like that and the original state is not
correctly restored.
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/auxiliary/postprocess/postprocess.h | 8 +
src/gallium/auxiliary/postprocess/p
This is needed for Unigine.
---
src/gallium/include/state_tracker/st_api.h | 5 +++--
src/gallium/state_trackers/dri/common/dri_context.c | 2 ++
src/gallium/state_trackers/dri/common/dri_screen.c | 3 ++-
src/gallium/state_trackers/osmesa/osmesa.c | 1 +
src/mesa/state_tracker/
---
src/gallium/state_trackers/osmesa/osmesa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/state_trackers/osmesa/osmesa.c
b/src/gallium/state_trackers/osmesa/osmesa.c
index 31a4dce..548e3ad 100644
--- a/src/gallium/state_trackers/osmesa/osmesa.c
+++ b/src/gallium/state_tracker
tokens was converted to a pointer, which made the Elements macro return 1.
Broken by e87fc11cac696881469a57955af2ac7b4929a2c7.
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/auxiliary/postprocess/pp_run.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/
https://bugs.freedesktop.org/show_bug.cgi?id=67046
--- Comment #2 from Aaron Watry ---
Yup, in this case it looks like it's trying to use 2403 temporaries... which is
most definitely > 255
I bumped the max temporaries on my machine (Mint 15 amd64, Radeon 7850) to 4192
as a test, and the piano be
On Mon, Jun 3, 2013 at 11:41 AM, Brian Paul wrote:
> On Mon, Jun 3, 2013 at 7:26 AM, Alex Deucher wrote:
>>
>> On Mon, Jun 3, 2013 at 3:22 AM, Siavash Eliasi
>> wrote:
>> > Hello dear mesa developers,
>> >
>> > What is current status of hw_gl_select branch? Is there any reason
>> > keeping
>> >
On Thu, Jul 18, 2013 at 03:00:59PM -0700, Chad Versace wrote:
> Change from "not cacheable" to "cacheable" in L3.
> Do so for the draw upload path and blorp.
I just tested using mocs on the scanout for Haswell and you do get
blatant cache dirt. This is probably only a minor worry for mesa, but it
https://bugs.freedesktop.org/show_bug.cgi?id=67046
Michel Dänzer changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
FWIW, I don't think flush_frontbuffer belongs to the interface,
because it's only used by software rasterizers.
Marek
On Wed, Jul 17, 2013 at 4:58 PM, Roland Scheidegger wrote:
> Ahh with some documentation and another name this looks much better now.
> I don't really deal with dri interfacing m
On Fre, 2013-07-19 at 11:17 +0200, Andreas Boll wrote:
> v2: Update the error message too.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=66847
>
> Cc: mesa-sta...@lists.freedesktop.org
> Tested-by: Marc Dietrich
> Signed-off-by: Andreas Boll
> ---
> configure.ac |4 ++--
> 1 f
v2: Update the error message too.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=66847
Cc: mesa-sta...@lists.freedesktop.org
Tested-by: Marc Dietrich
Signed-off-by: Andreas Boll
---
configure.ac |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/c
On 07/18/2013 10:49 PM, Armin K. wrote:
On 07/18/2013 02:11 PM, Ander Conselvan de Oliveira wrote:
Hi,
Wayland 1.2 server API changed a little bit. The change that affects
mesa the most is the deprecation of struct wl_buffer. This series
updates all EGL code to use the new API.
The motivation
On 07/18/2013 10:04 PM, Emil Velikov wrote:
On 18/07/13 13:11, Ander Conselvan de Oliveira wrote:
[...]
+static EGLBoolean
+wayland_drm_bufmgr_query_buffer(struct native_display *ndpy,
+struct wl_buffer *_buffer,
+EGLint attribut
common/native_wayland_drm_bufmgr.c: In function 'wayland_drm_bufmgr_create':
common/native_wayland_drm_bufmgr.c:204:30: warning: assignment from
incompatible pointer type [enabled by default]
---
src/gallium/state_trackers/egl/common/native_wayland_bufmgr.h | 8 +---
1 file changed, 5 inserti
The helper provides a series of functions to easy the implementation
of the WL_bind_wayland_display extension on different platforms. But
even with the helpers there was still a bit of duplicated code between
platforms, with the drm authentication being the only part that
differs.
This patch chang
70 matches
Mail list logo