Re: [Mesa-dev] [PATCH] st/mesa: add missing ETC2 entries to format_map

2016-02-16 Thread Ilia Mirkin
Sounds reasonable. The original patch is Reviewed-by: Ilia Mirkin On Tue, Feb 16, 2016 at 3:46 PM, Rob Clark wrote: > gave that a quick try.. and, well, I think that may just be the start > of the rabbit-hole.. > > 0xb69eb92c in __memcpy_neon () from

Re: [Mesa-dev] [PATCH] st/mesa: add missing ETC2 entries to format_map

2016-02-16 Thread Rob Clark
gave that a quick try.. and, well, I think that may just be the start of the rabbit-hole.. 0xb69eb92c in __memcpy_neon () from /lib/libc.so.6 (gdb) bt #0 0xb69eb92c in __memcpy_neon () from /lib/libc.so.6 #1 0xb5ea63e0 in _mesa_store_compressed_texsubimage (ctx=0x2ff970, dims=2,

Re: [Mesa-dev] [PATCH] st/mesa: add missing ETC2 entries to format_map

2016-02-16 Thread Ilia Mirkin
Should be noted that, not at all due to this patch, glTexStorage(ETC1/ETC2) is broken on gallium drivers that don't implement those formats in HW (i.e. use the sw fallback). This patch makes it work for drivers that *do* support it in HW, but more work needed for the other drivers. Maybe we should

[Mesa-dev] [PATCH] st/mesa: add missing ETC2 entries to format_map

2016-02-16 Thread Rob Clark
From: Rob Clark Noticed by Ilia when I was trying to figure out why some app was failing to use ETC2. Signed-off-by: Rob Clark Reviewed-by: Ilia Mirkin --- src/mesa/state_tracker/st_format.c | 42