[Mesa-dev] [Bug 70410] egl-static/Makefile: linking fails with llvm >= 3.4

2013-10-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=70410 Mike Lothian changed: What|Removed |Added CC||m...@fireburn.co.uk --- Comment #5 from M

[Mesa-dev] [Bug 70410] egl-static/Makefile: linking fails with llvm >= 3.4

2013-10-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=70410 --- Comment #6 from Mike Lothian --- It seems that compiling mesa with --with-llvm-shared-libs when ever llvm is used rather than just with opencl fixes the issue to (at least for me) -- You are receiving this mail because: You are the assignee

Re: [Mesa-dev] [PATCH 1/2] gallium: add PIPE_CAP_MIXED_FRAMEBUFFER_SIZES

2013-10-13 Thread Marek Olšák
For the series: Reviewed-by: Marek Olšák Marek On Sun, Oct 13, 2013 at 3:43 AM, Ilia Mirkin wrote: > ping > > On Fri, Oct 4, 2013 at 4:32 AM, Ilia Mirkin wrote: >> This CAP will determine whether ARB_framebuffer_object can be enabled. >> The nv30 driver does not allow mixing swizzled and line

[Mesa-dev] [Bug 70402] SIGSEGV when selecting polygons with i915 (libdricore9.2.0.so)

2013-10-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=70402 Igor Gnatenko changed: What|Removed |Added CC||i.gnatenko.br...@gmail.com -- You are r

[Mesa-dev] [Bug 70410] egl-static/Makefile: linking fails with llvm >= 3.4

2013-10-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=70410 --- Comment #7 from David "okias" Heidelberger --- in ixit overlay I yesterday added configurable llvm [ncurses,tinfo]. I'm using gcc-4.9-git, but it was same with gcc-4.8.0 -- You are receiving this mail because: You are the assignee for the b

[Mesa-dev] [PATCH 2/3] radeon: use staging for mapping linear textures

2013-10-13 Thread Grigori Goronzy
Textures that likely reside in VRAM, are mapped for reading and don't require direct mapping should be staged into GTT, to avoid bad performance. This fixes readback performance of VDPAU surfaces. --- src/gallium/drivers/radeon/r600_texture.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

[Mesa-dev] [PATCH 1/3] radeon/uvd: use PIPE_BIND_LINEAR for video surfaces

2013-10-13 Thread Grigori Goronzy
This new bind flag forces linear storage, but does not have other side effects like R600_RESOURCE_FLAG_TRANSFER. --- src/gallium/drivers/r600/r600_uvd.c | 6 +++--- src/gallium/drivers/radeonsi/radeonsi_uvd.c | 8 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/src/

[Mesa-dev] [PATCH 3/3] st/vdpau: add format conversions for GetBitsYCbCr

2013-10-13 Thread Grigori Goronzy
Add simple plain C routines for NV12<->YV12 and YUYV<->UYVY conversions. The NV12->YV12 conversion is commonly used, for instance by VLC. --- src/gallium/state_trackers/vdpau/surface.c | 125 +++-- 1 file changed, 117 insertions(+), 8 deletions(-) diff --git a/src/gallium/

Re: [Mesa-dev] [PATCH 2/3] radeon: use staging for mapping linear textures

2013-10-13 Thread Marek Olšák
Reviewed-by: Marek Olšák Marek On Sun, Oct 13, 2013 at 6:08 PM, Grigori Goronzy wrote: > Textures that likely reside in VRAM, are mapped for reading and > don't require direct mapping should be staged into GTT, to avoid bad > performance. This fixes readback performance of VDPAU surfaces. > ---

[Mesa-dev] [PATCH] build: remove forced -fno-rtti

2013-10-13 Thread Alexander von Gluck IV
* As discussed on the mailing list, forced no-rtti breaks C++ public API's such as the Haiku C++ libGL.so * -fno-rtti *can* be still set however instead of blindly forcing -fno-rtti, we can rely on the llvm-config --cppflags output. If the system llvm is built without rtti (default),

Re: [Mesa-dev] [PATCH 1/3] radeon/uvd: use PIPE_BIND_LINEAR for video surfaces

2013-10-13 Thread Christian König
Am 13.10.2013 18:08, schrieb Grigori Goronzy: This new bind flag forces linear storage, but does not have other side effects like R600_RESOURCE_FLAG_TRANSFER. Reviewed and committed the whole patch set. Thansk for the help, Christian. --- src/gallium/drivers/r600/r600_uvd.c | 6 +++

[Mesa-dev] [Bug 70432] New: Handling of S3TC with backends not supporting s3tc (like i915g)

2013-10-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=70432 Priority: medium Bug ID: 70432 Assignee: mesa-dev@lists.freedesktop.org Summary: Handling of S3TC with backends not supporting s3tc (like i915g) Severity: minor Classific

[Mesa-dev] [Bug 70432] Handling of S3TC with backends not supporting s3tc (like i915g)

2013-10-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=70432 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaub...@physik.fu-berlin.d

Re: [Mesa-dev] [PATCH] build: remove forced -fno-rtti

2013-10-13 Thread Ian Romanick
On 10/13/2013 10:52 AM, Alexander von Gluck IV wrote: > * As discussed on the mailing list, > forced no-rtti breaks C++ public > API's such as the Haiku C++ libGL.so > * -fno-rtti *can* be still set however > instead of blindly forcing -fno-rtti, > we can rely on the llvm-config > --cppfl

Re: [Mesa-dev] [PATCH] i965: add XRGB to fast texture upload

2013-10-13 Thread Ian Romanick
On 10/11/2013 10:16 AM, Courtney Goeltzenleuchter wrote: > MESA_FORMAT_XRGB is equivalent to MESA_FORMAT_ARGB in terms > of storage on the device, so okay to use this optimized copy routine. > --- > src/mesa/drivers/dri/i965/intel_tex_subimage.c | 3 ++- > 1 file changed, 2 insertions(+),

Re: [Mesa-dev] [PATCH] i965: Fast texture upload now supports all levels

2013-10-13 Thread Ian Romanick
Same question about tests here as on the XRGB patch. On 10/11/2013 10:17 AM, Courtney Goeltzenleuchter wrote: > Support all levels of a supported texture format. > --- > src/mesa/drivers/dri/i965/intel_tex_subimage.c | 13 +++-- > 1 file changed, 11 insertions(+), 2 deletions(-) > > diff

Re: [Mesa-dev] [PATCH] build: remove forced -fno-rtti

2013-10-13 Thread Alexander von Gluck
On Sun, 2013-10-13 at 12:36 -0700, Ian Romanick wrote: > On 10/13/2013 10:52 AM, Alexander von Gluck IV wrote: > > * As discussed on the mailing list, > > forced no-rtti breaks C++ public > > API's such as the Haiku C++ libGL.so > > * -fno-rtti *can* be still set however > > instead of blindl

[Mesa-dev] [Bug 70435] glTexSubImage corrupted rendering

2013-10-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=70435 U. Artie Eoff changed: What|Removed |Added CC||mesa-dev@lists.freedesktop.

Re: [Mesa-dev] [PATCH] i965: add XRGB to fast texture upload

2013-10-13 Thread Courtney Goeltzenleuchter
On Sun, Oct 13, 2013 at 1:41 PM, Ian Romanick wrote: > On 10/11/2013 10:16 AM, Courtney Goeltzenleuchter wrote: > > MESA_FORMAT_XRGB is equivalent to MESA_FORMAT_ARGB in terms > > of storage on the device, so okay to use this optimized copy routine. > > --- > > src/mesa/drivers/dri/i965/

Re: [Mesa-dev] [PATCH] i965: Fast texture upload now supports all levels

2013-10-13 Thread Courtney Goeltzenleuchter
On Sun, Oct 13, 2013 at 2:50 PM, Frank Henigman wrote: > On Fri, Oct 11, 2013 at 10:00 PM, Chad Versace > wrote: > > On 10/11/2013 10:17 AM, Courtney Goeltzenleuchter wrote: > >> > >> Support all levels of a supported texture format. > >> --- > >> src/mesa/drivers/dri/i965/intel_tex_subimage.c

Re: [Mesa-dev] [PATCH] i965: Fast texture upload now supports all levels

2013-10-13 Thread Courtney Goeltzenleuchter
On Sun, Oct 13, 2013 at 4:39 PM, Courtney Goeltzenleuchter < court...@lunarg.com> wrote: > > On Sun, Oct 13, 2013 at 2:50 PM, Frank Henigman wrote: > >> On Fri, Oct 11, 2013 at 10:00 PM, Chad Versace >> wrote: >> > On 10/11/2013 10:17 AM, Courtney Goeltzenleuchter wrote: >> >> >> >> Support all l

Re: [Mesa-dev] [PATCH] i965: Fast texture upload now supports all levels

2013-10-13 Thread Ian Romanick
On 10/13/2013 01:50 PM, Frank Henigman wrote: > On Fri, Oct 11, 2013 at 10:00 PM, Chad Versace > wrote: >> On 10/11/2013 10:17 AM, Courtney Goeltzenleuchter wrote: >>> >>> Support all levels of a supported texture format. >>> --- >>> src/mesa/drivers/dri/i965/intel_tex_subimage.c | 13 ++

Re: [Mesa-dev] Mesa (master): i965/fs: Convert gen7 to using GRFs for texture messages.

2013-10-13 Thread Chia-I Wu
On Sat, Oct 12, 2013 at 3:18 AM, Eric Anholt wrote: > Chia-I Wu writes: > >> Hi Eric, >> The frame rate of Unigine Tropics (with low shader quality) dropped >> from 40.8 to 23.5 after this change. > > Thanks for the note. I see the regression as well, and I see a shader > that's started spilling