On Wed, Jul 18, 2012 at 1:58 AM, Roland Scheidegger wrote:
> Am 17.07.2012 23:49, schrieb Stéphane Marchesin:
>> On Mon, Jul 16, 2012 at 11:43 AM, Jose Fonseca wrote:
>>> FYI, I've just pushed a branch named llvmpipe-wider-regs, which allows
>>> llvmpipe to leverage SIMD registers wider than 128
Signed-off-by: Christopher James Halse Rogers
---
src/mesa/libdricore/Makefile.am |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/mesa/libdricore/Makefile.am b/src/mesa/libdricore/Makefile.am
index 7e1c22a..e46d5bd 100644
--- a/src/mesa/libdricore/Makefile.am
++
Like in src/mesa, use GLSL_BUILDDIR/GLSL_SRCDIR to unambiguously
distinguish between in-tree and generated files.
Signed-off-by: Christopher James Halse Rogers
---
src/glsl/Makefile.am|4
src/glsl/Makefile.sources | 15 ---
src/glsl/glcpp/Makefile.am
Signed-off-by: Christopher James Halse Rogers
---
src/mapi/glapi/Makefile.am |1 +
1 file changed, 1 insertion(+)
diff --git a/src/mapi/glapi/Makefile.am b/src/mapi/glapi/Makefile.am
index 668d7fa..181a28a 100644
--- a/src/mapi/glapi/Makefile.am
+++ b/src/mapi/glapi/Makefile.am
@@ -27,6 +27
Signed-off-by: Christopher James Halse Rogers
---
src/mapi/glapi/gen/Makefile.am |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mapi/glapi/gen/Makefile.am b/src/mapi/glapi/gen/Makefile.am
index 52aeb3a..499ec09 100644
--- a/src/mapi/glapi/gen/Makefile.am
+++ b/src/map
Signed-off-by: Christopher James Halse Rogers
---
src/glx/Makefile.am |2 ++
1 file changed, 2 insertions(+)
diff --git a/src/glx/Makefile.am b/src/glx/Makefile.am
index bb23998..23d5753 100644
--- a/src/glx/Makefile.am
+++ b/src/glx/Makefile.am
@@ -37,6 +37,8 @@ AM_CFLAGS = \
-I$(t
Also fix include paths for the generated headers.
v2: Switch to using self-explanatory BUILDDIR/SRCDIR defined from
top_builddir/top_srcdir rather than the ambiguous TOP.
Signed-off-by: Christopher James Halse Rogers
---
src/glx/apple/Makefile |4
src/mesa/Makefile.am
Fixes rendering glitches in Psychonauts such as Raz's eyes flickering white.
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=51962.
---
.../drivers/nv50/codegen/nv50_ir_lowering_nv50.cpp |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/nv50/codegen/nv50
https://bugs.freedesktop.org/show_bug.cgi?id=52064
--- Comment #2 from Brian Paterni 2012-07-18 03:14:04 PDT
---
I've managed to come up with a solution to this on my own. I'm no automake
expert and it's a bit of a hack IMO, but it works for me. Let me know what you
think.
[PATCH] automake: bui
> Thanks, applied. I'm trying to update it to support the new gbm import
> function now. Did you consider gallium as a dri driver though?
> I'm thinking that maintaining 1) the native gallium interface, 2) the
> gallium dri interface and 3) the intel dri interface is just too much.
> I'd like to
https://bugs.freedesktop.org/show_bug.cgi?id=52209
--- Comment #8 from Roland Scheidegger 2012-07-18 02:03:19
PDT ---
Ah I think I got it.
%24 = shl <4 x i8> %23,
This is another extremely questionable shift (count must be smaller than number
of bits), coming from lp_build_conv(), line 690). T
Am 17.07.2012 23:49, schrieb Stéphane Marchesin:
> On Mon, Jul 16, 2012 at 11:43 AM, Jose Fonseca wrote:
>> FYI, I've just pushed a branch named llvmpipe-wider-regs, which allows
>> llvmpipe to leverage SIMD registers wider than 128bits.
>>
>> Unfortunately, performance-wise this doesn't change m
exaDriverAlloc() uses calloc, which already initialises pExa to zero.
Signed-off-by: Lucas Stach
---
src/gallium/state_trackers/xorg/xorg_exa.c |2 --
1 Datei geändert, 2 Zeilen entfernt(-)
diff --git a/src/gallium/state_trackers/xorg/xorg_exa.c
b/src/gallium/state_trackers/xorg/xorg_exa.c
Gives the x-server a more accurate description of the exa hardware
capabilities.
Signed-off-by: Lucas Stach
---
src/gallium/state_trackers/xorg/xorg_exa.c | 17 ++---
1 Datei geändert, 10 Zeilen hinzugefügt(+), 7 Zeilen entfernt(-)
diff --git a/src/gallium/state_trackers/xorg/xorg
Allows tools like GNOME's monitor configuration to show meaningful names.
Signed-off-by: Lucas Stach
---
src/gallium/state_trackers/xorg/xorg_output.c | 32 -
1 Datei geändert, 31 Zeilen hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/src/gallium/state_trackers/xorg/x
https://bugs.freedesktop.org/show_bug.cgi?id=52209
--- Comment #7 from Roland Scheidegger 2012-07-17 23:25:56
PDT ---
Since the test doesn't use any sized vectors depending on cpu caps
LP_NATIVE_VECTOR_WIDTH shouldn't affect anything.
Here's the IR of a test which fails:
define void @fetch_r32g3
On Thu, 12 Jul 2012 12:45:22 -0700
Kenneth Graunke wrote:
> Since there is no getparam for hardware context support, Mesa always
> tries to obtain a context by calling drm_intel_gem_context_create and
> NULL-checking the result. On an older kernel without context support,
> this caused libdrm to
OpenGL specification 3.3 (page 196), section 4.1.3 says:
If drawbuffer zero is not NONE and the buffer it references has an
integer format, the SAMPLE_ALPHA_TO_COVERAGE and SAMPLE_ALPHA_TO_ONE
operations are skipped."
This should work properly even if there are other draw buffers that
are not in in
On Mon, Jul 16, 2012 at 11:43 AM, Jose Fonseca wrote:
> FYI, I've just pushed a branch named llvmpipe-wider-regs, which allows
> llvmpipe to leverage SIMD registers wider than 128bits.
>
> Unfortunately, performance-wise this doesn't change much, as llvmpipe
> performance is dominated by integer
https://bugs.freedesktop.org/show_bug.cgi?id=52209
--- Comment #6 from Vinson Lee 2012-07-17 21:45:56 PDT
---
lp_test_format only passes on llvm-3.1 on my machine.
llvm-2.6: fail
llvm-2.7: fail
llvm-2.8: fail
llvm-2.9: fail
llvm-3.0: fail
llvm-3.1: pass
llvm-3.2svn: fail
--
Configure bugmail:
On 07/13/2012 10:30 AM, Olivier Galibert wrote:
On Wed, Jun 20, 2012 at 08:33:38AM -0600, Brian Paul wrote:
Yeah, I think it's pretty clear that we need to support per-pixel LOD
selection. For softpipe, Olivier's big patch looks good.
... and then nothing happened. Ping? The only code remar
https://bugs.freedesktop.org/show_bug.cgi?id=52209
--- Comment #5 from Vinson Lee 2012-07-17 21:18:25 PDT
---
(In reply to comment #3)
> Thanks. And what's your CPU, and LLVM version?
Intel Westmere
llvm-2.9
> Does setting
>
> LP_NATIVE_VECTOR_WIDTH=128
>
> help?
No.
> If not, please r
https://bugs.freedesktop.org/show_bug.cgi?id=52209
--- Comment #4 from Vinson Lee 2012-07-17 21:15:10 PDT
---
Created attachment 64334
--> https://bugs.freedesktop.org/attachment.cgi?id=64334
lp_test_format.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
When we sample U and V from YUYV buffers, U and V ends up in G and A
in the shader. Instead of pushing this to the application, just swizzle
U and V to R and G and set B to 0 and A to 1.
---
docs/WL_bind_wayland_display.spec| 24 +++-
include/EGL/eglmesaext.h
When X is running it is neccesary for pipe_loader to authenticate with
DRM, in order to be able to use the device.
This makes it possible to run OpenCL programs while X is running.
---
configure.ac |6 ++
.../auxiliary/pipe-loader/pipe_loader_drm.c
This option allows you to specify the llvm install prefix. It is
useful for switching between different versions of LLVM.
---
configure.ac | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 1d60957..10216a3 100644
--- a/configur
On Mon, Jul 9, 2012 at 11:50 AM, Chad Versace
wrote:
>
> Tapani,
>
> Is this patch still applicable? It seems that the autoconf work has calmed
> down,
> and now is a good time to fix the Android build.
>
> -Chad
Tapani is out. But this patch has never quite worked for me. The
build still break
https://bugs.freedesktop.org/show_bug.cgi?id=52209
--- Comment #3 from José Fonseca 2012-07-17 19:01:47 PDT
---
Thanks. And what's your CPU, and LLVM version?
Does setting
LP_NATIVE_VECTOR_WIDTH=128
help?
If not, please run the test as
GALLIVM_DEBUG=tgsi,ir,asm /path/to/lp_test_format
https://bugs.freedesktop.org/show_bug.cgi?id=52209
--- Comment #2 from Vinson Lee 2012-07-17 18:07:14 PDT
---
mesa: 761131ce4591e5f55f38d13f2c4d2194bc9cb0fd (master)
llvm: 2.9+dfsg-3ubuntu4
Linux distribution: Ubuntu 12.04 amd64
$ ./build/linux-x86_64-debug/bin/lp_test_format
Testing PIPE_FORM
On 07/17/2012 10:00 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Helps spotting and removing the obsolete generated files, which otherwise
> break
> the build.
>
> Signed-off-by: Michel Dänzer
> ---
> src/glsl/.gitignore |2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/src/
https://bugs.freedesktop.org/show_bug.cgi?id=52140
--- Comment #6 from Kenneth Graunke 2012-07-17 18:05:45
PDT ---
I'm pretty sure I saw this on Ubuntu 12.04 on Intel Ivybridge when installing
xorg-edgers (which comes with Mesa master). Smells like a core Mesa
regression. (This was on someone
From: Jerome Glisse
Flushing and synchronization only need to happen at begining
and end of cs, and after each draw packet if necessary. This
patch is especialy needed for hyperz/htile feature.
v2: Separate evergreen and r6xx/r7xx flushing/syncing allow
easier specialization of each function
From: Jerome Glisse
htile is used for HiZ and HiS support and fast Z/S clears.
This commit just adds the htile setup and Fast Z clear.
We don't take full advantage of HiS with that patch.
v2 really use fast clear, still random issue with some tiles
need to try more flush combination, fix dept
So this patch serie add hyperz but does not enable it by default. I
think i addressed all comment in v9 for htile. I am also asking to
include the flushing rework as without it hyperz lockup with thing
such as gears.
So with both patch most application should be fine with hyperz, but
application t
https://bugs.freedesktop.org/show_bug.cgi?id=52209
--- Comment #1 from José Fonseca 2012-07-17 17:53:21 PDT
---
Could you describe the failure and environment a bit more? I'm not seeing it
here.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivin
On Die, 2012-07-17 at 13:06 -0400, Tom Stellard wrote:
> On Tue, Jul 17, 2012 at 07:00:48PM +0200, Michel Dänzer wrote:
> > From: Michel Dänzer
> >
> > * Also add mcjit in the non-OpenCL case.
> > * Replace hardcoded llvm-config with $LLVM_CONFIG everywhere.
> >
> > Signed-off-by: Michel Dänzer
- Original Message -
> On Tue, Jul 17, 2012 at 07:00:48PM +0200, Michel Dänzer wrote:
> > From: Michel Dänzer
> >
> > * Also add mcjit in the non-OpenCL case.
> > * Replace hardcoded llvm-config with $LLVM_CONFIG everywhere.
> >
> > Signed-off-by: Michel Dänzer
>
> I just pushed a fix
On Tue, Jul 17, 2012 at 10:00 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Helps spotting and removing the obsolete generated files, which otherwise
> break
> the build.
>
> Signed-off-by: Michel Dänzer
> ---
Reviewed-by: Matt Turner
___
mesa-
On Tue, Jul 17, 2012 at 07:00:48PM +0200, Michel Dänzer wrote:
> From: Michel Dänzer
>
> * Also add mcjit in the non-OpenCL case.
> * Replace hardcoded llvm-config with $LLVM_CONFIG everywhere.
>
> Signed-off-by: Michel Dänzer
I just pushed a fix for mcjit, but the rest is:
Reviewed-by: Tom S
From: Michel Dänzer
* Also add mcjit in the non-OpenCL case.
* Replace hardcoded llvm-config with $LLVM_CONFIG everywhere.
Signed-off-by: Michel Dänzer
---
configure.ac |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index 068f632..1ab75
From: Michel Dänzer
Helps spotting and removing the obsolete generated files, which otherwise break
the build.
Signed-off-by: Michel Dänzer
---
src/glsl/.gitignore |2 --
1 file changed, 2 deletions(-)
diff --git a/src/glsl/.gitignore b/src/glsl/.gitignore
index c9a9f30..81240b9 100644
--
https://bugs.freedesktop.org/show_bug.cgi?id=52209
Bug #: 52209
Summary: lp_test_format regression
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=52140
Robert Hooker (Sarvatt) changed:
What|Removed |Added
CC||sarv...@gmail.com
--
Configur
https://bugs.freedesktop.org/show_bug.cgi?id=52140
--- Comment #5 from Robert Hooker (Sarvatt) 2012-07-17
16:39:00 PDT ---
I haven't been able to bisect it yet but 8.0 branch is fine, master is fine as
of may 29th up to f92b2e5e90f456491fc15b3b9612381a83726606 (just before out of
tree builds wer
On 17/07/2012 06:55, Dave Airlie wrote:
> In Fedora we've always built both osmesa and GL versions of mesa, we
> used to do this in two passes but its been possible for a while to do
> this in a single pass, and it seems to work.
>
> However now src/mesa/Makefile.am contains this:
>
> if HAVE_OSM
Thanks.
Reviewed-by: Jose Fonseca
Jose
- Original Message -
> This is neccessary for linking the llvmpipe tests. It appears this
> dependency was introduced by the "wider native register" changes.
> ---
> configure.ac |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
>
On Tue, Jul 17, 2012 at 04:51:49PM +0200, Michel Dänzer wrote:
> On Die, 2012-07-17 at 09:07 -0400, Kristian Høgsberg wrote:
> > On Tue, Jul 17, 2012 at 08:28:57PM +0900, Elvis Lee wrote:
> > > commit '7250cd506baa0bd4649b30d87509cdd0cbc06a57'
> > > changes struct gbm_bo, renaming it's 'pitch' to
Am 17.07.2012 16:02, schrieb Tom Stellard:
> On Tue, Jul 17, 2012 at 09:26:49AM -0400, Kristian Høgsberg wrote:
>> On Tue, Jul 17, 2012 at 05:57:37AM -0700, Jose Fonseca wrote:
>>> - Original Message -
FYI, I've just pushed a branch named llvmpipe-wider-regs, which
allows llvmpipe
On Die, 2012-07-17 at 09:07 -0400, Kristian Høgsberg wrote:
> On Tue, Jul 17, 2012 at 08:28:57PM +0900, Elvis Lee wrote:
> > commit '7250cd506baa0bd4649b30d87509cdd0cbc06a57'
> > changes struct gbm_bo, renaming it's 'pitch' to 'stride'.
> > This applies to Gallium.
>
> Thanks, applied. I'm tryin
On 16 July 2012 19:33, Paul Berry wrote:
> On 14 July 2012 02:21, Olivier Galibert wrote:
>
>> On Fri, Jul 13, 2012 at 02:45:10PM -0700, Kenneth Graunke wrote:
>> > Sorry...been really busy, and most of us haven't actually spent much if
>> > any time in the clipper shaders. I'll try and review
On 17 July 2012 01:57, Olivier Galibert wrote:
> On Mon, Jul 16, 2012 at 08:43:17PM -0700, Paul Berry wrote:
> > Also, I'm not convinced that #3 is necessary. Is there something in the
> > spec that dictates this behaviour? My reading of the spec is that if the
> > vertex shader writes to gl_Ba
This is neccessary for linking the llvmpipe tests. It appears this
dependency was introduced by the "wider native register" changes.
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 9227474..068f632 100644
--- a/configure
On 30 June 2012 11:50, Olivier Galibert wrote:
> At this point all interpolation tests with fixed clipping work.
>
> Signed-off-by: Olivier Galibert
> ---
> src/mesa/drivers/dri/i965/brw_clip.c |9 ++
> src/mesa/drivers/dri/i965/brw_clip.h |1 +
> src/mesa/drivers/dri/i965/brw
On Tue, Jul 17, 2012 at 09:26:49AM -0400, Kristian Høgsberg wrote:
> On Tue, Jul 17, 2012 at 05:57:37AM -0700, Jose Fonseca wrote:
> > - Original Message -
> > > FYI, I've just pushed a branch named llvmpipe-wider-regs, which
> > > allows llvmpipe to leverage SIMD registers wider than 128bi
On 17/07/2012 04:48, Matt Turner wrote:
> Previously, if you ran make followed by make check it would work, but
> if you just ran make check the test program would fail to compile.
> ---
> src/glx/Makefile.am |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/src/glx/M
On Tue, Jul 17, 2012 at 05:57:37AM -0700, Jose Fonseca wrote:
> - Original Message -
> > FYI, I've just pushed a branch named llvmpipe-wider-regs, which
> > allows llvmpipe to leverage SIMD registers wider than 128bits.
> >
> > Unfortunately, performance-wise this doesn't change much, as l
On Tue, Jul 17, 2012 at 08:01:43PM +0900, Elvis Lee wrote:
> common/native_wayland_drm_bufmgr_helper.c fails to find wayland-server.h
Applied, thanks.
Kristian
> Signed-off-by: Elvis Lee
> ---
> src/gallium/state_trackers/egl/Makefile |7 ---
> 1 file changed, 4 insertions(+), 3 deleti
On 17 July 2012 05:50, Paul Berry wrote:
> On 30 June 2012 11:50, Olivier Galibert wrote:
>
>> This patch also correct a couple of problems with noperspective
>> interpolation.
>>
>> At that point all the glsl 1.1/1.3 interpolation tests that do not
>> clip pass (the -none ones).
>>
>> The fs co
On Tue, Jul 17, 2012 at 08:28:57PM +0900, Elvis Lee wrote:
> commit '7250cd506baa0bd4649b30d87509cdd0cbc06a57'
> changes struct gbm_bo, renaming it's 'pitch' to 'stride'.
> This applies to Gallium.
Thanks, applied. I'm trying to update it to support the new gbm
import function now. Did you consi
On Tue, Jul 17, 2012 at 08:14:32PM +0900, Elvis Lee wrote:
> gbm: backends/dri/gbm_dri.c fails to find wayland-drm-server-protocol.h
> because egl/wayland is not built before gbm.
I just pushed a different fix to include a copy of the format enums in
wayland-drm.h instead and not try to include th
- Original Message -
> FYI, I've just pushed a branch named llvmpipe-wider-regs, which
> allows llvmpipe to leverage SIMD registers wider than 128bits.
>
> Unfortunately, performance-wise this doesn't change much, as llvmpipe
> performance is dominated by integer SIMD instructions, whereas
On 30 June 2012 11:50, Olivier Galibert wrote:
> At that point, all interpolation piglit tests involving fixed clipping
> work as long as there's no noperspective.
>
> Signed-off-by: Olivier Galibert
> ---
> src/mesa/drivers/dri/i965/brw_clip.c | 10 -
> src/mesa/drivers/dri/i965
https://bugs.freedesktop.org/show_bug.cgi?id=52167
José Fonseca changed:
What|Removed |Added
CC||jfons...@vmware.com
--- Comment #2 from J
https://bugs.freedesktop.org/show_bug.cgi?id=46528
José Fonseca changed:
What|Removed |Added
CC||jfons...@vmware.com
--- Comment #1 from J
On 30 June 2012 11:50, Olivier Galibert wrote:
> This patch also correct a couple of problems with noperspective
> interpolation.
>
> At that point all the glsl 1.1/1.3 interpolation tests that do not
> clip pass (the -none ones).
>
> The fs code does not use the pre-resolved interpolation modes
https://bugs.freedesktop.org/show_bug.cgi?id=52098
José Fonseca changed:
What|Removed |Added
AssignedTo|mesa-dev@lists.freedesktop. |jfons...@vmware.com
|or
https://bugs.freedesktop.org/show_bug.cgi?id=52168
José Fonseca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
commit '7250cd506baa0bd4649b30d87509cdd0cbc06a57'
changes struct gbm_bo, renaming it's 'pitch' to 'stride'.
This applies to Gallium.
Signed-off-by: Elvis Lee
---
src/gallium/state_trackers/gbm/gbm_drm.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_
gbm: backends/dri/gbm_dri.c fails to find wayland-drm-server-protocol.h
because egl/wayland is not built before gbm.
Signed-off-by: Elvis Lee
---
src/gbm/Makefile.am |3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gbm/Makefile.am b/src/gbm/Makefile.am
index 5ca2839..8f56873 100644
common/native_wayland_drm_bufmgr_helper.c fails to find wayland-server.h
Signed-off-by: Elvis Lee
---
src/gallium/state_trackers/egl/Makefile |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/src/gallium/state_trackers/egl/Makefile
b/src/gallium/state_trackers/egl/Ma
https://bugs.freedesktop.org/show_bug.cgi?id=52140
Michel Dänzer changed:
What|Removed |Added
AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=51960
--- Comment #3 from Michel Dänzer 2012-07-17 10:27:43 PDT
---
(In reply to comment #2)
> I did try make clean, make distclean, git clean -fdx, git reset --hard, none
> of
> this helps. Only reverting the mentioned commit helps.
Are you using c
On Mon, Jul 16, 2012 at 08:43:17PM -0700, Paul Berry wrote:
> Also, I'm not convinced that #3 is necessary. Is there something in the
> spec that dictates this behaviour? My reading of the spec is that if the
> vertex shader writes to gl_BackColor but not glFrontColor, then the
> contents of gl_C
On Mon, Jul 16, 2012 at 08:43:17PM -0700, Paul Berry wrote:
> Can you split this into three separate patches? That will make it easier
> to troubleshoot in case we find bugs with these patches in the future.
I'm going to try.
> Also, I'm not convinced that #3 is necessary. Is there something i
Thanks Gwenole.
I found kristian had checked in YUV support to mea, he treated YUYV as a
special case of planar YUV.
It addressed my initial requirement.
So I rebased other features in these patch set and resent it
> -Original Message-
> From: Gwenole Beauchesne [mailto:gb.de...@gmail.c
- it shows how wayland-drm protocol works between server and client
buffer are shared basing on dri image
- XRGB and YUYV format are supported,
it can render to overlay plane potentially
---
src/egl/wayland/wayland-drm/Makefile.am | 16 +-
src/egl/wayland/wayland-drm/drm-test-cli
---
src/egl/wayland/wayland-drm/wayland-drm.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
mode change 100644 => 100755 src/egl/wayland/wayland-drm/wayland-drm.c
diff --git a/src/egl/wayland/wayland-drm/wayland-drm.c
b/src/egl/wayland/wayland-drm/wayland-drm.c
old mode 100644
ne
---
src/gbm/backends/dri/gbm_dri.c | 13 +
src/gbm/main/gbm.h |5 -
2 files changed, 17 insertions(+), 1 deletions(-)
diff --git a/src/gbm/backends/dri/gbm_dri.c b/src/gbm/backends/dri/gbm_dri.c
index fef9d47..4812e6b 100755
--- a/src/gbm/backends/dri/gbm_dri.c
+
---
src/gbm/backends/dri/gbm_dri.c | 13 +
src/gbm/main/gbm.c | 18 ++
src/gbm/main/gbm.h |3 +++
src/gbm/main/gbmint.h |2 ++
4 files changed, 36 insertions(+), 0 deletions(-)
mode change 100644 => 100755 src/gbm/backends/d
add tiling support for intel_image_write()
all drm image can be written from app
---
src/mesa/drivers/dri/intel/intel_screen.c | 17 +++--
1 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
b/src/mesa/drivers/dri/intel/i
I had tried to add YUYV support to dri image(to support overlay),
however Kristian enabled YUYV as a special planar YUV for wayland
(two planes which are overlaped).
so I try to follow it and pick up the useful part in my previous patches.
- add tiling support for bo update (from user data)
https://bugs.freedesktop.org/show_bug.cgi?id=52130
Kenneth Graunke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 07/16/2012 05:44 PM, Jordan Justen wrote:
> On Mon, Jul 16, 2012 at 4:47 PM, Jordan Justen
> wrote:
>> For 'non-legacy' contexts we will want to generate an error
>> if an uninstalled function is called.
>>
>> The effect of this change will be that we can avoid installing
>> legacy functions, a
83 matches
Mail list logo
