Re: [Mesa-dev] EXTERNAL: Re: OpenCL Clang/Clover Offline Compilation issue

Tom Stellard writes: > On Mon, Jan 13, 2014 at 06:44:15PM +, Dorrington, Albert wrote: >> Tom, >> >> Thanks for your response. I am very interested in implementing this, so any >> pointers you can provide would be greatly appreciated. > > I'm cc'ing Fransisco since he may also have some fee

[Mesa-dev] [PATCH] configure: Enable large file support for the 32-bit platforms

32-bit use is on the increase due to Steam; avoid any surprises and make Mesa LFS-aware. CC: "10.0" Signed-off-by: Lauri Kasanen --- configure.ac | 1 + 1 file changed, 1 insertion(+) diff --git a/configure.ac b/configure.ac index 4da6c51..f9a4154 100644 --- a/configure.ac +++ b/configure.ac @

Re: [Mesa-dev] [wip 1/9] glsl: memory_writer helper class for data serialization

On 01/13/2014 08:27 PM, Paul Berry wrote: On 2 January 2014 03:58, Tapani Pälli > wrote: Class will be used by the shader binary cache implementation. Signed-off-by: Tapani Pälli mailto:tapani.pa...@intel.com>> --- src/glsl/memory_writer.h | 147

Re: [Mesa-dev] [PATCH] nouveau: add framebuffer validation callback

Ilia Mirkin writes: > Fixes assertions when trying to attach textures to fbs with formats not > supported by the render engines. > > See https://bugs.freedesktop.org/show_bug.cgi?id=73459 > > Signed-off-by: Ilia Mirkin > --- Hi Ilia, > > In a perfect world I'd have separate callbacks for depth

Re: [Mesa-dev] [wip 2/9] glsl: serialize methods for IR instructions

On 01/13/2014 11:58 PM, Paul Berry wrote: On 2 January 2014 03:58, Tapani Pälli > wrote: diff --git a/src/glsl/ir_serialize.cpp b/src/glsl/ir_serialize.cpp new file mode 100644 index 000..30ca018 --- /dev/null +++ b/src/glsl/ir_serialize.cpp

Re: [Mesa-dev] [wip 3/9] glsl: memory_map helper class for data deserialization

On 01/14/2014 12:30 AM, Paul Berry wrote: On 2 January 2014 03:58, Tapani Pälli > wrote: Class will be used by the shader binary cache implementation. Signed-off-by: Tapani Pälli mailto:tapani.pa...@intel.com>> --- src/glsl/memory_map.h | 174

Re: [Mesa-dev] Naming everything in src/gallium/drivers/radeonsi si_*

Am 13.01.2014 22:00, schrieb Andreas Hartmetz: I don't have an fdo account or push rights. Can somebody else push it for me please? I've added the Reviewed-by: lines so the patches only need to be pushed now. You should consider registering an account if you are planning to do more work on mes

Re: [Mesa-dev] Android build targets

On 14/01/14 06:19, Tom Gall wrote: > Hi, > > Been experimenting with building mesa on android specifically for ARM. > I was curious if there is a wiki page that covers building mesa on > android somewhere. Didn't see anything with the source or on > mesa3d.org. > Hi Tom, The only form of documen

Re: [Mesa-dev] [wip 6/9] glsl: ir_deserializer class for the binary shader cache

On 01/14/2014 01:24 AM, Paul Berry wrote: On 2 January 2014 03:58, Tapani Pälli > wrote: + + +/** + * Reads header part of the binary blob. Main purpose of this header is to + * validate that cached shader was produced with same Mesa driver

Re: [Mesa-dev] [wip 1/9] glsl: memory_writer helper class for data serialization

On 01/13/2014 08:29 PM, Ian Romanick wrote: On 01/02/2014 03:58 AM, Tapani Pälli wrote: Class will be used by the shader binary cache implementation. Signed-off-by: Tapani Pälli --- src/glsl/memory_writer.h | 147 +++ 1 file changed, 147 insertion

[Mesa-dev] RFC: ARB_arrays_of_arrays work in progress

Hi all, Its still a work in progress currently just passing the compile tests that I submitted to the piglit list [1]. Its also a bit of a mess (some patches need squashing, a number of patches are just temp updates to support single dimension arrays for the time being) but I thought I would reque

Re: [Mesa-dev] [PATCH 05/10] i965: Use Global GTT for Sandybridge post-sync non-zero workaround.

On Mon, Jan 13, 2014 at 01:02:19PM -0800, Eric Anholt wrote: > Kenneth Graunke writes: > > > On 01/09/2014 10:03 PM, Eric Anholt wrote: > >> Eric Anholt writes: > >> > >>> Kenneth Graunke writes: > >>> > The kernel doesn't even set up the aliasing PPGTT on Sandybridge, so any > write

Re: [Mesa-dev] EXTERNAL: Re: OpenCL Clang/Clover Offline Compilation issue

Hi Tom and Francisco, When I tried to use Clang from the command line to produce binaries, all I could get was the LLVM IR code, so I adapted my test program to produce a binary using clGetProgramInfo(). (I have been following code examples in book 'OpenCL Programming Guide') I have been steppi

Re: [Mesa-dev] [PATCH] mesa: rename MESA format names to have the same names as PIPE formats

On Sat, Jan 11, 2014 at 4:19 AM, Mark Mueller wrote: > The predominant feedback on this adventure has been to make the MESA_FORMATs > match the PIPE, or gallium formats but every journey I've made down that > path has been fraught with peril. There are some cases where PIPE_FORMATs > are even more

[Mesa-dev] [PATCH] radeonsi: use hardware scissors correctly

From: Marek Olšák Use the WINDOW and VPORT scissors for the framebuffer and scissor test, respectively. The other two scissors are disabled (they cover the max fb size). We actually have 16 VPORT scissors, which will map well to ARB_viewport_array. Also, we don't need to write SC_WINDOW_OFFSET

Re: [Mesa-dev] EXTERNAL: Re: OpenCL Clang/Clover Offline Compilation issue

On Tue, Jan 14, 2014 at 10:05:47AM +0100, Francisco Jerez wrote: > Tom Stellard writes: > > > On Mon, Jan 13, 2014 at 06:44:15PM +, Dorrington, Albert wrote: > >> Tom, > >> > >> Thanks for your response. I am very interested in implementing this, so > >> any pointers you can provide would b

Re: [Mesa-dev] [PATCH] radeonsi: use hardware scissors correctly

On Tue, Jan 14, 2014 at 9:16 AM, Marek Olšák wrote: > From: Marek Olšák > > Use the WINDOW and VPORT scissors for the framebuffer and scissor test, > respectively. The other two scissors are disabled (they cover the max fb > size). > > We actually have 16 VPORT scissors, which will map well to A

Re: [Mesa-dev] [PATCH] mesa: rename MESA format names to have the same names as PIPE formats

On 01/14/2014 05:49 AM, Marek Olšák wrote: On Sat, Jan 11, 2014 at 4:19 AM, Mark Mueller wrote: The predominant feedback on this adventure has been to make the MESA_FORMATs match the PIPE, or gallium formats but every journey I've made down that path has been fraught with peril. There are some

Re: [Mesa-dev] [PATCH] mesa: rename MESA format names to have the same names as PIPE formats

- Original Message - > The predominant feedback on this adventure has been to make the MESA_FORMATs > match the PIPE, or gallium formats but every journey I've made down that > path has been fraught with peril. There are some cases where PIPE_FORMATs > are even more confusing then MESA_FORM

[Mesa-dev] [Bug 72926] Memory corruption (crash) in draw/draw_pt_fetch_shade_pipeline_llvm.c:435

https://bugs.freedesktop.org/show_bug.cgi?id=72926 --- Comment #9 from Peter Wu --- Created attachment 92053 --> https://bugs.freedesktop.org/attachment.cgi?id=92053&action=edit gdb debug session (with more details) The address v0 is invalid according to AddressSanitizer. This looks fishy: #2

Re: [Mesa-dev] [wip 8/9] glsl: functions to serialize gl_shader and gl_shader_program

On 2 January 2014 03:58, Tapani Pälli wrote: > diff --git a/src/glsl/shader_cache.cpp b/src/glsl/shader_cache.cpp > new file mode 100644 > index 000..4b5de45 > --- /dev/null > +++ b/src/glsl/shader_cache.cpp > @@ -0,0 +1,489 @@ > +/* -*- c++ -*- */ > +/* > + * Copyright © 2013 Intel Corporati

[Mesa-dev] [PATCH 3/3] driconf: Add Catalan translations

See the instructions in Makefile.am under "Adding new translations". --- src/mesa/drivers/dri/common/xmlpool/Makefile.am | 2 +- src/mesa/drivers/dri/common/xmlpool/ca.po | 301 2 files changed, 302 insertions(+), 1 deletion(-) create mode 100644 src/mesa/drivers/

[Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

--- src/mesa/drivers/dri/common/xmlpool/es.po | 59 --- 1 file changed, 30 insertions(+), 29 deletions(-) diff --git a/src/mesa/drivers/dri/common/xmlpool/es.po b/src/mesa/drivers/dri/common/xmlpool/es.po index e5b4d1a..0e30a0b 100644 --- a/src/mesa/drivers/dri/common

Re: [Mesa-dev] [libdrm PATCH] intel: Create a new drm_intel_bo offset64 field.

On Mon, Jan 13, 2014 at 11:41:11PM -0800, Eric Anholt wrote: > Kenneth Graunke writes: > > > The existing 'offset' field is unfortunately typed as 'unsigned long', > > which is unfortunately only 4 bytes with a 32-bit userspace. > > > > Traditionally, the hardware has only supported 32-bit virtua

[Mesa-dev] Error Building Mesa 10.0.1 on Windows

I'm attempting to build Mesa 10.0.1 on Windows (Win7, 64-bit) using the scons interface. Currently getting the following error: link /nologo /fixed:no /incremental:no /dll /out:build\windows-x86-debug\gallium\targets\libgl-gdi\opengl32.dll build\windows-x86-debug\gallium\state_ trackers\wgl\wgl

Re: [Mesa-dev] Error Building Mesa 10.0.1 on Windows

A little further investigation, it looks like the correct solution is to replace the call to roundf() with IROUND() which is defined in src\mesa\main\imports.h From: mesa-dev-boun...@lists.freedesktop.org [mailto:mesa-dev-boun...@lists.freedesktop.org] On Behalf Of Dorrington, Albert Sent: Tues

Re: [Mesa-dev] [PATCH 0/40] Implement GL_ARB_viewport_array

On 01/11/2014 03:43 PM, Kenneth Graunke wrote: > On 01/10/2014 05:44 PM, Ian Romanick wrote: >> (Sent after the fact... sorry.) >> >> This represents a medling of GL_ARB_viewport_array code written by >> Courtney Goeltzenleuchter (LunarG) and myself over the last couple >> months. It implements al

[Mesa-dev] [Bug 72926] Memory corruption (crash) in draw/draw_pt_fetch_shade_pipeline_llvm.c:435

https://bugs.freedesktop.org/show_bug.cgi?id=72926 --- Comment #10 from Peter Wu --- Created attachment 92081 --> https://bugs.freedesktop.org/attachment.cgi?id=92081&action=edit Small test program (robot.c) Here is a small test program that crashes with Mesa 10.0 (and master). On startup, it

[Mesa-dev] [Bug 72926] [REGRESSION, swrast] Memory-related crash with anti-aliasing enabled

https://bugs.freedesktop.org/show_bug.cgi?id=72926 Peter Wu changed: What|Removed |Added Summary|Memory corruption (crash) |[REGRESSION,swrast] |in

[Mesa-dev] [Bug 73571] [clover] Add support for NULL global memory object arguments

https://bugs.freedesktop.org/show_bug.cgi?id=73571 --- Comment #4 from Tom Stellard --- (In reply to comment #3) > Created attachment 92006 [details] > Don't crash on NULL global mem objects > > The attached patch fixes the original issue (bt in #c2), and adds prelimnary > support for NULL globa

Re: [Mesa-dev] Error Building Mesa 10.0.1 on Windows

This is correct. Note that on master this was introduced by commit 7e61b44dcd6175579f60d8ff2f703a6c83e33d27 (mesa: enable GL_TEXTURE_LOD_BIAS set/get) and immediately fixed by the next commit bba8f10598866776ae198b363b3752c2e3bbb126 (mesa: Use IROUND instead of roundf). But only the first commit wa

[Mesa-dev] [Bug 72926] [REGRESSION, swrast] Memory-related crash with anti-aliasing enabled

https://bugs.freedesktop.org/show_bug.cgi?id=72926 --- Comment #11 from Roland Scheidegger --- (In reply to comment #10) > Here is a small test program that crashes with Mesa 10.0 (and master). On > startup, it immediately crashes. A heap-buffer-overflow according to ASAN. > > Some notes: > - It

Re: [Mesa-dev] EXTERNAL: Re: Error Building Mesa 10.0.1 on Windows

I am still learning how to browse/use GIT; I see now that the main branch has the commit, but it was not brought into the 10.0 branch yet. Should this be tagged somehow so it isn't lost? -Original Message- From: Roland Scheidegger [mailto:srol...@vmware.com] Sent: Tuesday, January 14,

Re: [Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

Hi, Just a couple of comments to the Spanish translation. Maybe there's others messages that may be changed, but I lack context to do so. On Tue, 2014-01-14 at 11:25 -0700, Alex Henrie wrote: > --- > src/mesa/drivers/dri/common/xmlpool/es.po | 59 > --- > 1 file chan

[Mesa-dev] [Bug 73512] [clover] mesa.icd. should contain full path

https://bugs.freedesktop.org/show_bug.cgi?id=73512 Igor Gnatenko changed: What|Removed |Added Attachment #92004|0 |1 is obsolete|

[Mesa-dev] [Bug 73631] New: es2tri fragment shader did not compile AMD ARUBA

https://bugs.freedesktop.org/show_bug.cgi?id=73631 Priority: medium Bug ID: 73631 Assignee: mesa-dev@lists.freedesktop.org Summary: es2tri fragment shader did not compile AMD ARUBA Severity: normal Classification: Unclassified

Re: [Mesa-dev] EXTERNAL: Re: OpenCL Clang/Clover Offline Compilation issue

"Dorrington, Albert" writes: > Hi Tom and Francisco, > > When I tried to use Clang from the command line to produce binaries, all I > could get was the LLVM IR code, so I adapted my test program to produce a > binary using clGetProgramInfo(). > (I have been following code examples in book 'Open

Re: [Mesa-dev] EXTERNAL: Re: OpenCL Clang/Clover Offline Compilation issue

Hi Francisco, I'd be glad to try the patch out, unfortunately it was blocked by our mail server rules. If you can resend the file, and set the extension to ".allow" it should get through our mail server fine. Thanks! -Al -Original Message- From: Francisco Jerez [mailto:curroje...@riseu

Re: [Mesa-dev] EXTERNAL: Re: OpenCL Clang/Clover Offline Compilation issue

A general FYI for anyone: The mesa-dev archive has a copy of the patch that you can download. http://lists.freedesktop.org/archives/mesa-dev/2014-January/051551.html On Tue, Jan 14, 2014 at 3:29 PM, Dorrington, Albert wrote: > Hi Francisco, > > I'd be glad to try the patch out, unfortunately it

[Mesa-dev] [PATCH] mesa: Add COMPRESSED_RGBA_S3TC_DXT1_EXT to COMPRESSED_TEXTURE_FORMATS for GLES

From: Ian Romanick The ES and desktop GL specs diverge here. Yay! In desktop OpenGL, the driver can perform online compression of uncompressed texture data. GL_NUM_COMPRESSED_TEXTURE_FORMATS and GL_COMPRESSED_TEXTURE_FORMATS give the application a list of formats that it could ask the driver t

[Mesa-dev] [Bug 72926] [REGRESSION, swrast] Memory-related crash with anti-aliasing enabled

https://bugs.freedesktop.org/show_bug.cgi?id=72926 --- Comment #12 from Brian Paul --- Created attachment 92096 --> https://bugs.freedesktop.org/attachment.cgi?id=92096&action=edit proposed fix for the bug Can you try this patch? It fixes your test program for me. -- You are receiving this

Re: [Mesa-dev] [PATCH] mesa: Add COMPRESSED_RGBA_S3TC_DXT1_EXT to COMPRESSED_TEXTURE_FORMATS for GLES

On 01/14/2014 02:19 PM, Ian Romanick wrote: From: Ian Romanick The ES and desktop GL specs diverge here. Yay! In desktop OpenGL, the driver can perform online compression of uncompressed texture data. GL_NUM_COMPRESSED_TEXTURE_FORMATS and GL_COMPRESSED_TEXTURE_FORMATS give the application a

Re: [Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

2014/1/14 Bruno Jimenez > I'm not sure about "la fuente GLSL", even though it's the > correct translation, I think in Spanish we talk more about > "source code" and "code". So I think that "el código GLSL" > would be a better translation. Sure. > I think a better translation would be: > "Forzar

[Mesa-dev] [PATCH RFC 1/1] clover: Don't crash on NULL global buffer objects.

Specs say it's legal. Fixes clones.xml gegl test. --- Hi, this patch is an attempt to support NULL buffer objects in clover. It adds NULL handling to few places, and it's enough to get 'clones' gegl test running. The specs say: "If the argument is a buffer object, the arg_value pointer can be NU

[Mesa-dev] [Bug 72926] [REGRESSION, swrast] Memory-related crash with anti-aliasing enabled

https://bugs.freedesktop.org/show_bug.cgi?id=72926 --- Comment #13 from Peter Wu --- (In reply to comment #12) > Created attachment 92096 [details] > proposed fix for the bug > > Can you try this patch? It fixes your test program for me. Works great, tested it with mesa master 8c4a9f631d7438ae

Re: [Mesa-dev] EXTERNAL: Re: Error Building Mesa 10.0.1 on Windows

Am 14.01.2014 20:38, schrieb Dorrington, Albert: > I am still learning how to browse/use GIT; I see now that the main branch has > the commit, but it was not brought into the 10.0 branch yet. > > Should this be tagged somehow so it isn't lost? Yes, it should be nominated for the stable branches

Re: [Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

On Tue, 2014-01-14 at 15:35 -0700, Alex Henrie wrote: > 2014/1/14 Bruno Jimenez > > I'm not sure about "la fuente GLSL", even though it's the > > correct translation, I think in Spanish we talk more about > > "source code" and "code". So I think that "el código GLSL" > > would be a better translat

Re: [Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

2014/1/14 Bruno Jimenez : > I think we are still missing a "los": > "Forzar una versión de GLSL por defecto en los shaders a los > que les falta una línea #versión explícita" If we include a second "los" then it doesn't sound right to me unless we say "los cuales": "Forzar una versión de GLSL por

[Mesa-dev] [PATCH v2] nouveau: add framebuffer validation callback

Fixes assertions when trying to attach textures to fbs with formats not supported by the render engines. See https://bugs.freedesktop.org/show_bug.cgi?id=73459 Signed-off-by: Ilia Mirkin --- Francisco, thanks for the review. Is this more like what you had in mind? Interesting that nv10/nv20 sup

[Mesa-dev] [PATCH] i965: Remove CACHED_BATCH support altogether.

From: Kenneth Graunke Using an unoptimized variant of glamor spending 50% of its CPU time in brw_draw_prims() (and hitting the cache *very* frequently): N Min MaxMedian AvgStddev x 200 29200 40500 34900 34750 9

Re: [Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

On Tue, 2014-01-14 at 17:39 -0700, Alex Henrie wrote: > 2014/1/14 Bruno Jimenez : > > I think we are still missing a "los": > > "Forzar una versión de GLSL por defecto en los shaders a los > > que les falta una línea #versión explícita" > > If we include a second "los" then it doesn't sound right

Re: [Mesa-dev] [PATCH] mesa: rename MESA format names to have the same names as PIPE formats

On Fre, 2014-01-10 at 19:19 -0800, Mark Mueller wrote: > > > 1) Should MESA_FORMAT names clearly distinguish between array and > packed formats, yes or no? Yes. > 2) What is your preference for array format naming convention: > a) RGBA_UNORM > b) R8G8B8A8_UNORM > c) RGBA_UNORM8

[Mesa-dev] [Bug 72926] [REGRESSION, swrast] Memory-related crash with anti-aliasing enabled

https://bugs.freedesktop.org/show_bug.cgi?id=72926 --- Comment #14 from Brian Paul --- (In reply to comment #13) > (In reply to comment #12) > > Created attachment 92096 [details] > > proposed fix for the bug > > > > Can you try this patch? It fixes your test program for me. > > Works great, t

[Mesa-dev] [Bug 73638] New: [llvmpipe] piglit fbo-missing-attachment-blit es2 from regression

https://bugs.freedesktop.org/show_bug.cgi?id=73638 Priority: medium Bug ID: 73638 Keywords: regression CC: bri...@vmware.com, mar...@gmail.com Assignee: mesa-dev@lists.freedesktop.org Summary: [llvmpipe] piglit fbo-missing-attach

[Mesa-dev] [PATCH] draw: fix incorrect vertex size computation in LLVM drawing code

We were calling draw_total_vs_outputs() too early. The call to draw_pt_emit_prepare() could result in the vertex size changing. So call draw_total_vs_outputs() after draw_pt_emit_prepare(). This fix would seem to be needed for the non-LLVM code as well, but it's not obvious. Instead, I added an

[Mesa-dev] [PATCH] nv50, nvc0: don't crash on a null cbuf

This is needed since commit 9baa45f78b (st/mesa: bind NULL colorbuffers as specified by glDrawBuffers). Signed-off-by: Ilia Mirkin --- Not sure whether something needs to be done to clear out the old RT_* settings for that index buffer, or if things are cleared out implicitly. Perhaps instead of

Re: [Mesa-dev] RFC: ARB_arrays_of_arrays work in progress

I think I've made things harder for my self than they need to be rather than creating a glsl_type object to hold all the array information for all dimensions I'm now thinking it would be simpler when processing the ast to hir to just create a new type object for each dimension which will then just

[Mesa-dev] [Bug 69874] Automake throws a lot of "[...] option 'subdir-objects' is disabled"

https://bugs.freedesktop.org/show_bug.cgi?id=69874 --- Comment #8 from David C. Rankin --- Help automake 1.14.1-1 HAL Fails to Build from Source. It appears this may be more than a warning for hal. How do I fix this? As soon as the build starts: configure.in:1046: the top level automake: warn

[Mesa-dev] [Bug 69874] Automake throws a lot of "[...] option 'subdir-objects' is disabled"

https://bugs.freedesktop.org/show_bug.cgi?id=69874 --- Comment #9 from David C. Rankin --- Created attachment 92110 --> https://bugs.freedesktop.org/attachment.cgi?id=92110&action=edit hal failure to build log This is the build log for the automake/makefile errors building hal with automake 1.

Re: [Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

2014/1/14 Bruno Jimenez : > I think I prefer without "la", but if you prefer with, it's also ok. I also prefer to omit the "la". > To me, it sounds better "renderizado". As usual, RAE doesn't say > anything, and wikipedia has an entry titled "renderización" (and > "renderizado" redirected to it t

[Mesa-dev] [PATCH 3/3] driconf: Add Catalan translations

See the instructions in Makefile.am under "Adding new translations". --- src/mesa/drivers/dri/common/xmlpool/Makefile.am | 2 +- src/mesa/drivers/dri/common/xmlpool/ca.po | 302 2 files changed, 303 insertions(+), 1 deletion(-) create mode 100644 src/mesa/drivers/

[Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

--- src/mesa/drivers/dri/common/xmlpool/es.po | 65 --- 1 file changed, 33 insertions(+), 32 deletions(-) diff --git a/src/mesa/drivers/dri/common/xmlpool/es.po b/src/mesa/drivers/dri/common/xmlpool/es.po index e5b4d1a..4f47e73 100644 --- a/src/mesa/drivers/dri/common

[Mesa-dev] [Bug 69874] Automake throws a lot of "[...] option 'subdir-objects' is disabled"

https://bugs.freedesktop.org/show_bug.cgi?id=69874 --- Comment #10 from Alan Coopersmith --- (In reply to comment #9) > Created attachment 92110 [details] > hal failure to build log > > This is the build log for the automake/makefile errors building hal with > automake 1.14.1-1 on Archlinux Mes

Re: [Mesa-dev] gallium endianness and hw drivers

On Die, 2014-01-14 at 00:22 +0100, Marek Olšák wrote: > I think the format conversion functions should look like: > > #ifdef BIG_ENDIAN >case PIPE_FORMAT_A8B8G8R8_UNORM: > return hw_format_for_R8G8B8A8_UNORM; > ... > #else >case PIPE_FORMAT_R8G8B8A8_UNORM: > return hw_format_fo