On Mon, May 09, 2011 at 12:35:10AM +0200, Marcin Slusarz wrote:
---
src/gallium/drivers/nouveau/nouveau_screen.c | 14 --
src/gallium/drivers/nouveau/nouveau_screen.h |2 --
2 files changed, 0 insertions(+), 16 deletions(-)
ping
Hi,
as requested by Paul, I've converted the patch which provides anisotropic
filtering for swrast to softpipe. The rendering results of both version are
almost identical and are much better compared to typical HW rendering, e.g.
NVIDIA which produces a lot more aliasing.
Andreas
Andreas
Reference implementation which produces high quality renderings.
Based on Higher Quality Elliptical Weighted Avarage Filter (EWA).
---
src/gallium/drivers/softpipe/sp_screen.c |4 +-
src/gallium/drivers/softpipe/sp_tex_sample.c | 331 ++
2 files changed, 333
Hi!
While trying to improve the vmwgfx X driver to better cope with OpenGL
compositors, I noticed that compiz never calls glxWaitX() to make sure
the pixmaps that it textures from are updated.
Since we migrate X rendered data to the dri2 drawables only on demand,
we miss a lot of data.
On 6/6/11 2:09 AM, Thomas Hellstrom thellst...@vmware.com wrote:
Hi!
While trying to improve the vmwgfx X driver to better cope with OpenGL
compositors, I noticed that compiz never calls glxWaitX() to make sure
the pixmaps that it textures from are updated.
Since we migrate X rendered
On Mon, Jun 6, 2011 at 11:49 AM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
We need pci id to driver-name mapping for drm and
wayland platforms in egl_dri2 and egl_gallium.
egl_dri2 holds a own list, which is redundant with the information
thats already stored in the drivers.
src/glx/apple should land in MesaLib. What magic needs to be done to make sure
it lands up there? This was a problem with 7.8.x, and I just solved it by
putting out my own MesaLibApple-7.8.2. 7.9.x and 7.10.x didn't build on
darwin, so it wasn't really a concern.
I've gone through and fixed
On Mon, Jun 6, 2011 at 10:19 AM, Jeremy Huddleston
jerem...@freedesktop.org wrote:
src/glx/apple should land in MesaLib. What magic needs to be done to make
sure it lands up there? This was a problem with 7.8.x, and I just solved it
by putting out my own MesaLibApple-7.8.2. 7.9.x and
Am 05.06.2011 06:31, schrieb Younes Manton:
2011/6/4 Jose Fonseca jfons...@vmware.com:
At very least there are ovious things that need to be fixed:
- get_param / is_format_supported should not be duplicated from screen.
This is also deliberate. Params and surface formats may depend on the
Well radeon_drm_public.h declares radeon_drm_winsys_create(),
but yea is_r3xx should be replaced.
Patch attached.
2011/6/6 Alex Deucher alexdeuc...@gmail.com:
On Mon, Jun 6, 2011 at 11:49 AM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
We need pci id to driver-name mapping for drm
Could you put the PCI IDs in a better place than src/mesa? How about
src/common? Or something like that.
Marek
On Mon, Jun 6, 2011 at 5:49 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
We need pci id to driver-name mapping for drm and
wayland platforms in egl_dri2 and egl_gallium.
On Sun, 5 Jun 2011 13:04:24 -0700 (PDT), bugzilla-dae...@freedesktop.org wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=37959
Summary: [regresssion] Errors starting sauerbraten with today's
git master.
Product: Mesa
Version: git
https://bugs.freedesktop.org/show_bug.cgi?id=37959
--- Comment #1 from Chad Versace c...@chad-versace.us 2011-06-06 10:26:55 PDT
---
On Sun, 5 Jun 2011 13:04:24 -0700 (PDT), bugzilla-dae...@freedesktop.org
wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=37959
Summary:
On Mon, Jun 6, 2011 at 9:33 AM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
Well radeon_drm_public.h declares radeon_drm_winsys_create(),
but yea is_r3xx should be replaced.
Patch attached.
I remember writing is_r3xx() way back when and feeling like it was a
horrible horrible hack.
Le 06/06/2011 17:34, Roland Scheidegger a écrit :
Am 05.06.2011 03:55, schrieb Benjamin Bellec:
Le 05/06/2011 03:05, Matt Turner a écrit :
On Sat, Jun 4, 2011 at 7:14 PM, Benjamin Bellec b.bel...@gmail.com wrote:
Le 03/06/2011 06:09, Matt Turner a écrit :
Also, if you want to check if the
On Mon, Jun 6, 2011 at 12:33 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
Well radeon_drm_public.h declares radeon_drm_winsys_create(),
but yea is_r3xx should be replaced.
Patch attached.
Looks good. Thanks. Overall the patch set looks fine to me. I agree
with Marek that it
2011/6/6 Alex Deucher alexdeuc...@gmail.com:
Looks good. Thanks. Overall the patch set looks fine to me. I agree
with Marek that it might be better to put the pci ids together
somewhere. For the series:
Reviewed-by: Alex Deucher alexdeuc...@gmail.com
Ok, moved the lists into
On Mon, Jun 6, 2011 at 2:38 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/6/6 Alex Deucher alexdeuc...@gmail.com:
Looks good. Thanks. Overall the patch set looks fine to me. I agree
with Marek that it might be better to put the pci ids together
somewhere. For the series:
2011/6/6 Alex Deucher alexdeuc...@gmail.com:
Sorry, I just thought of one tricky situation. Only r600g supports
CAYMAN asics, so r600c shouldn't have the CAYMAN pci ids. Maybe just
split the CAYMAN ids out into a new header, cayman_pci_ids.h, and
include both r600_pci_ids.h and
---
src/gallium/drivers/i915/i915_fpc_translate.c | 94 +---
1 files changed, 82 insertions(+), 12 deletions(-)
diff --git a/src/gallium/drivers/i915/i915_fpc_translate.c
b/src/gallium/drivers/i915/i915_fpc_translate.c
index 695a396..51766cd 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=37840
Jesse Barnes jbar...@virtuousgeek.org changed:
What|Removed |Added
Status|NEW |RESOLVED
2011/6/6 Stéphane Marchesin marc...@chromium.org:
---
src/gallium/drivers/i915/i915_fpc_translate.c | 94 +---
1 files changed, 82 insertions(+), 12 deletions(-)
diff --git a/src/gallium/drivers/i915/i915_fpc_translate.c
b/src/gallium/drivers/i915/i915_fpc_translate.c
On Mon, Jun 6, 2011 at 11:57 AM, Benjamin Bellec b.bel...@gmail.com wrote:
Le 06/06/2011 17:34, Roland Scheidegger a écrit :
Am 05.06.2011 03:55, schrieb Benjamin Bellec:
Le 05/06/2011 03:05, Matt Turner a écrit :
On Sat, Jun 4, 2011 at 7:14 PM, Benjamin Bellec b.bel...@gmail.com wrote:
Le
On Mon, 6 Jun 2011 17:49:27 +0200, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
---
src/mesa/drivers/dri/intel/i915_pci_ids.h | 19 +++
src/mesa/drivers/dri/intel/i965_pci_ids.h | 27 +++
2 files changed, 46 insertions(+), 0 deletions(-)
On Mon, Jun 6, 2011 at 3:12 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/6/6 Alex Deucher alexdeuc...@gmail.com:
Sorry, I just thought of one tricky situation. Only r600g supports
CAYMAN asics, so r600c shouldn't have the CAYMAN pci ids. Maybe just
split the CAYMAN ids out
2011/6/6 Eric Anholt e...@anholt.net:
These 4 chipsets aren't part of the i915 driver.
Other than that, thanks for taking this on! Looks like much more
sanity, and we've talked about using something like the third argument
to avoid some of the if trees we've got around.
Ok, thanks updated.
https://bugs.freedesktop.org/show_bug.cgi?id=37862
--- Comment #6 from Pepi pe...@hotmail.com 2011-06-06 13:35:20 PDT ---
imake and LLVM was required to get it ready. And after ./autoconfig.sh it asked
me to use gmake instead of make. But are these drivers now 32b or 64b?
And where should I put
https://bugs.freedesktop.org/show_bug.cgi?id=37862
--- Comment #7 from Benjamin Bellec b.bel...@gmail.com 2011-06-06 13:48:36
PDT ---
(In reply to comment #6)
imake and LLVM was required to get it ready. And after ./autoconfig.sh it
asked
me to use gmake instead of make.
make is a shortcut
On Sun, Jun 5, 2011 at 1:14 AM, Benjamin Bellec wrote:
So here is a v2 patch with a builtin GCC optimization which is the
fastest (thx Matt to point me to this solution).
From patch:
+ return (1 (32 - __builtin_clz(x - 1)));
I don't know if the use of gcc guarantees that int will
Am 06.06.2011 23:18, schrieb Tormod Volden:
On Sun, Jun 5, 2011 at 1:14 AM, Benjamin Bellec wrote:
So here is a v2 patch with a builtin GCC optimization which is the
fastest (thx Matt to point me to this solution).
From patch:
+ return (1 (32 - __builtin_clz(x - 1)));
I don't
On 06/04/2011 05:45 PM, Chad Versace wrote:
... which indicates if the X driver supports DRI2BufferHiz and
DRI2BufferStencil.
I'm placing this in its own commit due to the large comment block.
CC: Eric Anholte...@anholt.net
CC: Ian Romanicki...@freedesktop.org
CC: Kenneth
On 06/04/2011 05:45 PM, Chad Versace wrote:
Add the fields below to intel_screen. The expression in parens is the
value to which intelInitScreen2() currently sets the field.
GLboolean hw_has_separate_stencil (true iff gen= 7)
GLboolean hw_must_use_separate_stencil (true iff gen=
On 06/04/2011 05:45 PM, Chad Versace wrote:
Remove functions intel_override_hiz() and
intel_override_separate_stencil(). They are now located in intel_screen.c.
CC: Eric Anholte...@anholt.net
CC: Ian Romanicki...@freedesktop.org
CC: Kenneth Graunkekenn...@whitecape.org
CC: Kristian
On 06/04/2011 05:45 PM, Chad Versace wrote:
When it is sensible to do so,
1) intelCreateBuffer() now attaches separate depth and stencil
buffers
to the framebuffer it creates.
2) intel_update_renderbuffers() requests for the framebuffer
a separate stencil buffer
I'm not actually sure how anything worked without this.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/gen7_misc_state.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/gen7_misc_state.c
According to vol2a.07, it only applies from Cantiga to Sandybridge.
I found this in my ringbuffers while investigating various GPU hangs.
While it may not have been the cause, it seemed wise to remove it.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
36 matches
Mail list logo