Re: [PATCH] typdef uintptr_t drm_handle_t; unsigned int is wrong on 64-bit.

2010-04-05 Thread Matthew W. S. Bell
On Sat, 2010-04-03 at 08:49 +0100, Dave Airlie wrote: No, its designed as is. We can't change it now as its ABI. We make sure we only use 32-bit handles anyways. OK, is this documented anywhere, as I'd like to pull some of that into a comment? (It appears, on a casual glance, that this type is

Re: [PATCH] typdef uintptr_t drm_handle_t; unsigned int is wrong on 64-bit.

2010-04-05 Thread Matthew W. S. Bell
On Sat, 2010-04-03 at 08:49 +0100, Dave Airlie wrote: No, its designed as is. We can't change it now as its ABI. We make sure we only use 32-bit handles anyways. Sorry, the comment about the ABI is, of course, nonsense, as the assumption is implicit in the kernel ABI. Matthew signature.asc

Re: [Regression, post-rc2] Commit a5ee4eb7541 breaks OpenGL on RS780 (was: Re: Linux 2.6.34-rc3)

2010-04-05 Thread Clemens Ladisch
Rafael J. Wysocki wrote: From: Clemens Ladisch clem...@ladisch.de Subject: PCI quirk: RS780/RS880: disable MSI completely The missing initialization of the nb_cntl.strap_msi_enable does not seem to be the only problem that prevents MSI, so that quirk is not sufficient to enable MSI on all

Re: [Bug 27402] [r300g] Earth textures in celestia are partially corrupted in all rendering paths

2010-04-05 Thread Yann Vernier
On Sat, 3 Apr 2010 03:46:37 -0700 (PDT) bugzilla-dae...@freedesktop.org wrote: $ git bisect start $ git bisect good $ git bisect bad f6c7b911653fb1508256c63518ef0bd15d68186e Some good revs are not ancestor of the bad rev. git bisect cannot work properly in this case. Maybe you mistake good

Re: [PATCH] typdef uintptr_t drm_handle_t; unsigned int is wrong on 64-bit.

2010-04-05 Thread Dave Airlie
On Sat, Apr 3, 2010 at 11:09 PM, Matthew W. S. Bell matt...@bells23.org.uk wrote: On Sat, 2010-04-03 at 08:49 +0100, Dave Airlie wrote: No, its designed as is. We can't change it now as its ABI. We make sure we only use 32-bit handles anyways. The thing is unsigned int is correct for the

[Bug 27457] New: Blender artifacts when using box select

2010-04-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27457 Summary: Blender artifacts when using box select Product: Mesa Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal

[Bug 27457] Blender artifacts when using box select

2010-04-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27457 --- Comment #1 from Willem Swart wasw...@hotmail.com 2010-04-05 03:11:40 PDT --- ATI Technologies Inc RV770 [Radeon HD 4850] -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 27224] System hangs after switching from full-screen 3D application back to X on R200

2010-04-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27224 Ondrej Zary li...@rainbow-software.org changed: What|Removed |Added Version|unspecified |7.6 --- Comment

[Bug 15685] Kernel 2.6.33 fails to suspend (bisected)

2010-04-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=15685 --- Comment #8 from Nix n...@esperi.org.uk 2010-04-05 11:37:36 --- Created an attachment (id=25864) -- (https://bugzilla.kernel.org/attachment.cgi?id=25864) dmesg of suspend-crashing kernel Here's the dmesg. Are you sure you want an X log

[Bug 15685] Kernel 2.6.33 fails to suspend (bisected)

2010-04-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=15685 Nix n...@esperi.org.uk changed: What|Removed |Added Attachment #25864|0 |1 is obsolete|

Re: [PATCH 01/13] drm/ttm: split no_wait argument in 2 GPU or reserve wait

2010-04-05 Thread Thomas Hellstrom
Jerome Glisse wrote: There is case where we want to be able to wait only for the GPU while not waiting for other buffer to be unreserved. This patch split the no_wait argument all the way down in the whole ttm path so that upper level can decide on what to wait on or not. This patch break

Re: [PATCH 05/13] drm/ttm: ttm_fault callback to allow driver to handle bo placement V4

2010-04-05 Thread Thomas Hellstrom
Jerome Glisse wrote: On fault the driver is given the opportunity to perform any operation it sees fit in order to place the buffer into a CPU visible area of memory. This patch doesn't break TTM users, nouveau, vmwgfx and radeon should keep working properly. Future patch will take advantage

Re: [PATCH 11/13] drm/vmwgfx: don't initialize TTM io memory manager field

2010-04-05 Thread Thomas Hellstrom
Jerome Glisse wrote: This isn't needed anymore with the new TTM fault callback Signed-off-by: Jerome Glisse jgli...@redhat.com Reviewed-by: Thomas Hellstrom thellst...@vmware.com --- drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c |6 -- 1 files changed, 0 insertions(+), 6 deletions(-)

Re: unmappable vram V6

2010-04-05 Thread Thomas Hellstrom
Jerome Glisse wrote: So in these patchset i use bool instead of atomic remove empty line removal, and i hope addressed standing issues. Again only compile tested for nouveau vmwgfx. Tested this time only tested on RV710 with special patch to force unmappable vram use.

Re: [PATCH 08/13] drm/vmwgfx: add support for new TTM fault callback V3

2010-04-05 Thread Thomas Hellstrom
Jerome Glisse wrote: This add the support for the new fault callback, does change anything from driver point of view. Improvement: store the aperture base in a variable so that we don't call a function to get it on each fault. Patch hasn't been tested. V2 don't derefence bo-mem.mm_node as

Re: [PATCH 12/13] drm/ttm: remove io_ field from TTM V4

2010-04-05 Thread Thomas Hellstrom
Jerome Glisse wrote: All TTM driver have been converted to new io_mem_reserve/free interface which allow driver to choose and return proper io base, offset to core TTM for ioremapping if necessary. This patch remove what is now deadcode. V2 adapt to match with change in first patch of the

Re: [PATCH 04/13] drm/vmwgfx: update to TTM no_wait splitted argument

2010-04-05 Thread Thomas Hellstrom
Jerome Glisse wrote: This patch update radeon to the new no_wait splitted argument TTM functionality. Compile tested only (but thing should run as there is no operating change from driver point of view) Signed-off-by: Jerome Glisse jgli...@redhat.com Reviewed-by: Thomas Hellstrom

Re: unmappable vram V6

2010-04-05 Thread Jerome Glisse
On Mon, Apr 05, 2010 at 02:23:58PM +0200, Thomas Hellstrom wrote: Jerome Glisse wrote: So in these patchset i use bool instead of atomic remove empty line removal, and i hope addressed standing issues. Again only compile tested for nouveau vmwgfx. Tested this time only tested on RV710

[Bug 25227] X freezes on attempt to start quake3 engine based games with r300 driver

2010-04-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=25227 --- Comment #1 from Róbert Čerňanský hsli...@zoznam.sk 2010-04-05 09:28:04 PDT --- This is not reproducible with Mesa 7.5.2, xf86-video-ati-6.12.5, libdrm-2.4.15, xorg server 1.6.5 and kernel 2.6.31. -- Configure bugmail:

[Bug 25228] Software renderer or freeze after X restart with radeon driver

2010-04-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=25228 --- Comment #2 from Róbert Čerňanský hsli...@zoznam.sk 2010-04-05 09:28:32 PDT --- This is not reproducible with Mesa 7.5.2, xf86-video-ati-6.12.5, libdrm-2.4.15, xorg server 1.6.5 and kernel 2.6.31. -- Configure bugmail:

[Bug 27402] [r300g] Earth textures in celestia are partially corrupted in all rendering paths

2010-04-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27402 --- Comment #9 from Chris Rankin ranki...@googlemail.com 2010-04-05 12:58:58 PDT --- Created an attachment (id=34683) -- (https://bugs.freedesktop.org/attachment.cgi?id=34683) Screenshot of corrupt Earth textures in celestia (plus kernel

Re: [PATCH 6/7] drm/i915: fix page flipping on gen3

2010-04-05 Thread Jesse Barnes
On Fri, 26 Mar 2010 13:41:08 -0700 Jesse Barnes jbar...@virtuousgeek.org wrote: On Fri, 26 Mar 2010 11:07:20 -0700 Jesse Barnes jbar...@virtuousgeek.org wrote: - if (iir I915_DISPLAY_PLANE_A_FLIP_PENDING_INTERRUPT) + if ((iir

[Bug 15685] Kernel 2.6.33 fails to suspend (bisected)

2010-04-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=15685 Rafael J. Wysocki r...@sisk.pl changed: What|Removed |Added CC||r...@sisk.pl

[PATCH] drm/radeon/kms: fix washed out image on legacy tv dac

2010-04-05 Thread Alex Deucher
From dd3c60875d551a2381a6819203a5f6cc2936f678 Mon Sep 17 00:00:00 2001 From: Alex Deucher alexdeuc...@gmail.com Date: Mon, 5 Apr 2010 23:57:52 -0400 Subject: [PATCH] drm/radeon/kms: fix washed out image on legacy tv dac bad cast was overwriting the tvdac adj values Fixes fdo bug 27478

Re: [PATCH] drm/radeon/kms: fix washed out image on legacy tv dac

2010-04-05 Thread Alex Deucher
This should go to stable. I can re-sent with the stable cc if you want. Alex On Tue, Apr 6, 2010 at 12:02 AM, Alex Deucher alexdeuc...@gmail.com wrote: From dd3c60875d551a2381a6819203a5f6cc2936f678 Mon Sep 17 00:00:00 2001 From: Alex Deucher alexdeuc...@gmail.com Date: Mon, 5 Apr 2010

[PATCH] drm/radeon/kms: legacy tv dac cleanup

2010-04-05 Thread Alex Deucher
From 86a4f52d0387851b73cd41c3fde515c5d35f9935 Mon Sep 17 00:00:00 2001 From: Alex Deucher alexdeuc...@gmail.com Date: Tue, 6 Apr 2010 00:05:46 -0400 Subject: [PATCH] drm/radeon/kms: legacy tv dac cleanup - fix formatting - clean up tv_dac_cntl handling for tv Signed-off-by: Alex Deucher

[PATCH] drm/radeon/kms: clean up atom dac handling

2010-04-05 Thread Alex Deucher
From affc52fe492309291ca14902cb88e156ff3bb9ea Mon Sep 17 00:00:00 2001 From: Alex Deucher alexdeuc...@gmail.com Date: Tue, 6 Apr 2010 01:22:41 -0400 Subject: [PATCH] drm/radeon/kms: clean up atom dac handling - make sure legacy dac1 has an enc priv - remove unused num var - no need for extra