[Bug 27452] Evergreen KMS DRM sets bizarre 1922x1200 resolution

2010-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27452 --- Comment #8 from Christian S. 2010-04-20 00:57:20 PDT --- added some debug statements to atombios_crtc_mode_set to print out the contents of the mode and adjusted_mode structures (which were identical): crtc_hsync_start: 2008 crtc_hsy

[Bug 27729] [r300g - RV530] main/mipmap.c:144: do_row: Assertion `comps >= 1' failed

2010-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27729 --- Comment #2 from Fabio Pedretti 2010-04-20 01:52:18 PDT --- (In reply to comment #1) > I suspect this is a problem with compressed textures. > > Can you go up the stack trace into fallback_generate_mipmap() and print the > value of texObj->I

[Bug 27536] Bus error 7 with todays DRT bisected.

2010-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27536 Andy Furniss changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 26641] RV730 agp xf86-video-ati with kms poor performance

2010-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=26641 --- Comment #15 from Andy Furniss 2010-04-20 04:32:09 PDT --- (In reply to comment #14) > The further commits to drt may have regressed this again - I can't be sure as > I > can't run todays head, but while bisecting for - > > https://bugs.fr

[PATCH] agp: use scratch page on memory remove and at GATT creation

2010-04-20 Thread glisse
From: Jerome Glisse Convert most AGP chipset to use scratch page as default entries. This help avoiding GPU querying 0 address and trigger computer fault. With KMS and memory manager we bind/unbind AGP memory constantly and it seems that some GPU are still doing AGP traffic even after GPU report

[PATCH] agp: use scratch page on memory remove and at GATT creation V2

2010-04-20 Thread glisse
From: Jerome Glisse Convert most AGP chipset to use scratch page as default entries. This help avoiding GPU querying 0 address and trigger computer fault. With KMS and memory manager we bind/unbind AGP memory constantly and it seems that some GPU are still doing AGP traffic even after GPU report

Re: [PATCH] agp: use scratch page on memory remove and at GATT creation V2

2010-04-20 Thread Ville Syrjälä
On Tue, Apr 20, 2010 at 02:31:52PM +0200, gli...@freedesktop.org wrote: > From: Jerome Glisse > > Convert most AGP chipset to use scratch page as default entries. > This help avoiding GPU querying 0 address and trigger computer > fault. With KMS and memory manager we bind/unbind AGP memory > cons

[Bug 27452] Evergreen KMS DRM sets bizarre 1922x1200 resolution

2010-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27452 --- Comment #9 from Christian S. 2010-04-20 07:03:29 PDT --- bug still there with 2.6.34-rc5 + drm-radeon-testing 10fd883ce384706f88554a0b08cc4d63345e7d8b -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You ar

[Bug 22576] [KMS] mesa demo spectex broken on rv280

2010-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=22576 --- Comment #7 from Alex Deucher 2010-04-20 07:11:41 PDT --- (In reply to comment #6) > P.S.: bisecting kernel right now, hopefully will have bisect result today. But > i'll also re-test with current 2.6.34-rc5 kernel (UMS mode) just in case. >

Re: [PATCH] agp: use scratch page on memory remove and at GATT creation V2

2010-04-20 Thread Jerome Glisse
On Tue, Apr 20, 2010 at 04:44:54PM +0300, Ville Syrjälä wrote: > On Tue, Apr 20, 2010 at 02:31:52PM +0200, gli...@freedesktop.org wrote: > > From: Jerome Glisse > > > > Convert most AGP chipset to use scratch page as default entries. > > This help avoiding GPU querying 0 address and trigger compu

Re: [PATCH] agp: use scratch page on memory remove and at GATT creation V2

2010-04-20 Thread Michel Dänzer
On Die, 2010-04-20 at 14:31 +0200, gli...@freedesktop.org wrote: > From: Jerome Glisse > > Convert most AGP chipset to use scratch page as default entries. > This help avoiding GPU querying 0 address and trigger computer > fault. With KMS and memory manager we bind/unbind AGP memory > constantly

[PATCH] agp: use scratch page on memory remove and at GATT creation V3

2010-04-20 Thread Jerome Glisse
Convert most AGP chipset to use scratch page as default entries. This help avoiding GPU querying 0 address and trigger computer fault. With KMS and memory manager we bind/unbind AGP memory constantly and it seems that some GPU are still doing AGP traffic even after GPU report being idle with the me

[PATCH] agp: use scratch page on memory remove and at GATT creation V4

2010-04-20 Thread Jerome Glisse
Convert most AGP chipset to use scratch page as default entries. This help avoiding GPU querying 0 address and trigger computer fault. With KMS and memory manager we bind/unbind AGP memory constantly and it seems that some GPU are still doing AGP traffic even after GPU report being idle with the me

[Bug 27755] New: [KMS] sauerbraten crash with drmRadeonCmdBuffer: -22. -> Vertex array 0 need 83794200 dwords have 112640 dwords

2010-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27755 Summary: [KMS] sauerbraten crash with drmRadeonCmdBuffer: -22. -> Vertex array 0 need 83794200 dwords have 112640 dwords Product: Mesa Version: git Platform: x86 (I

[Bug 27756] New: [KMS] sauerbraten crash with drmRadeonCmdBuffer: -22 -> Texture of unit 0 needs 8320 bytes but is 8192

2010-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27756 Summary: [KMS] sauerbraten crash with drmRadeonCmdBuffer: -22 -> Texture of unit 0 needs 8320 bytes but is 8192 Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linu

[Bug 27507] [KMS] 0ad crashes with drmRadeonCmdBuffer: -22 -> Buffer too small for color buffer 0

2010-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27507 Fabio Pedretti changed: What|Removed |Added Summary|OpenGL applications crash |[KMS] 0ad crashes with

DRM connector/encoder/crtc framework documentation?

2010-04-20 Thread Matt Sealey
Hi guys, Is there any canonical or even rough, old documentation (I noticed a connector/encoder structure change lately) on how the DRM crtc/encoder/connector framework is constructed and what the responsibilities of each component are in a display driver? The Intel driver is a little overcomplic

RE: [Mesa-dev] r128 problems on G3 iMac, X server locks up

2010-04-20 Thread Alex Buell
On Tue, 2010-04-20 at 11:38 -0500, Bridgman, John wrote: > There might be a clue in the dmesg output. > > This is looking less like a mesa dev issue - is there a better list for this > ? I'll move it over to the dri-dev mailing list. Thanks > > -Original Message- > > From: Alex Buel

Re: [Mesa-dev] r128 problems on G3 iMac, X server locks up

2010-04-20 Thread Alex Buell
On Tue, 2010-04-20 at 18:02 +0100, Alex Buell wrote: > On Tue, 2010-04-20 at 11:38 -0500, Bridgman, John wrote: > > There might be a clue in the dmesg output. > > > > This is looking less like a mesa dev issue - is there a better list for > > this ? > > I'll move it over to the dri-dev mailing

[Bug 27759] New: Celestia 1.6.0 misplaces letters in text in window, odd misrendering of planet features

2010-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27759 Summary: Celestia 1.6.0 misplaces letters in text in window, odd misrendering of planet features Product: Mesa Version: unspecified Platform: PowerPC OS/Version: All

[Bug 27759] Celestia 1.6.0 misplaces letters in text in window, odd misrendering of planet features

2010-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27759 --- Comment #1 from Alex Buell 2010-04-20 12:28:39 PDT --- Created an attachment (id=35184) --> (https://bugs.freedesktop.org/attachment.cgi?id=35184) Screenshot #2 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --

[Bug 27759] Celestia 1.6.0 misplaces letters in text in window, odd misrendering of planet features

2010-04-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=27759 --- Comment #2 from Alex Buell 2010-04-20 12:29:15 PDT --- Created an attachment (id=35185) --> (https://bugs.freedesktop.org/attachment.cgi?id=35185) X11 configuration file -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab

Re: [PATCH] vga16fb, drm: vga16fb->drm handoff

2010-04-20 Thread Marcin Slusarz
On Mon, Apr 19, 2010 at 05:20:10PM +0100, James Simmons wrote: > > > More generic approach below - it should work for all drm drivers. > > Unfortunately vga16fb handoff has 2 other issues: > > - It can be compiled as module, so it can be loaded after KMS driver (and > > nothing prevents it right

[git pull] drm single fix

2010-04-20 Thread Dave Airlie
This change kept falling down the cracks somehow, finally make unload i915 easy. The following changes since commit 79b9517a33a283c5d9db875c263670ed1e055f7e: Dave Airlie (1): drm/radeon/kms: add FireMV 2400 PCI ID. are available in the git repository at: ssh://master.kernel.org/pu

[Bug 27452] Evergreen KMS DRM sets bizarre 1922x1200 resolution

2010-04-20 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27452 --- Comment #8 from Christian S. 2010-04-20 00:57:20 PDT --- added some debug statements to atombios_crtc_mode_set to print out the contents of the mode and adjusted_mode structures (which were identical): crtc_hsync_start: 2008 crtc_hsy

[Bug 27729] [r300g - RV530] main/mipmap.c:144: do_row: Assertion `comps >= 1' failed

2010-04-20 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27729 --- Comment #2 from Fabio Pedretti 2010-04-20 01:52:18 PDT --- (In reply to comment #1) > I suspect this is a problem with compressed textures. > > Can you go up the stack trace into fallback_generate_mipmap() and print the > value of texObj->I

[Bug 27536] Bus error 7 with todays DRT bisected.

2010-04-20 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27536 Andy Furniss changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 26641] RV730 agp xf86-video-ati with kms poor performance

2010-04-20 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=26641 --- Comment #15 from Andy Furniss 2010-04-20 04:32:09 PDT --- (In reply to comment #14) > The further commits to drt may have regressed this again - I can't be sure as > I > can't run todays head, but while bisecting for - > > https://bugs.fr

[PATCH] agp: use scratch page on memory remove and at GATT creation

2010-04-20 Thread gli...@freedesktop.org
From: Jerome Glisse Convert most AGP chipset to use scratch page as default entries. This help avoiding GPU querying 0 address and trigger computer fault. With KMS and memory manager we bind/unbind AGP memory constantly and it seems that some GPU are still doing AGP traffic even after GPU report

[PATCH] agp: use scratch page on memory remove and at GATT creation V2

2010-04-20 Thread gli...@freedesktop.org
From: Jerome Glisse Convert most AGP chipset to use scratch page as default entries. This help avoiding GPU querying 0 address and trigger computer fault. With KMS and memory manager we bind/unbind AGP memory constantly and it seems that some GPU are still doing AGP traffic even after GPU report

[PATCH] agp: use scratch page on memory remove and at GATT creation V2

2010-04-20 Thread Ville Syrjälä
On Tue, Apr 20, 2010 at 02:31:52PM +0200, glisse at freedesktop.org wrote: > From: Jerome Glisse > > Convert most AGP chipset to use scratch page as default entries. > This help avoiding GPU querying 0 address and trigger computer > fault. With KMS and memory manager we bind/unbind AGP memory > c

[Bug 27452] Evergreen KMS DRM sets bizarre 1922x1200 resolution

2010-04-20 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27452 --- Comment #9 from Christian S. 2010-04-20 07:03:29 PDT --- bug still there with 2.6.34-rc5 + drm-radeon-testing 10fd883ce384706f88554a0b08cc4d63345e7d8b -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You ar

[Bug 22576] [KMS] mesa demo spectex broken on rv280

2010-04-20 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=22576 --- Comment #7 from Alex Deucher 2010-04-20 07:11:41 PDT --- (In reply to comment #6) > P.S.: bisecting kernel right now, hopefully will have bisect result today. But > i'll also re-test with current 2.6.34-rc5 kernel (UMS mode) just in case. >

[PATCH] agp: use scratch page on memory remove and at GATT creation V2

2010-04-20 Thread Jerome Glisse
On Tue, Apr 20, 2010 at 04:44:54PM +0300, Ville Syrj?l? wrote: > On Tue, Apr 20, 2010 at 02:31:52PM +0200, glisse at freedesktop.org wrote: > > From: Jerome Glisse > > > > Convert most AGP chipset to use scratch page as default entries. > > This help avoiding GPU querying 0 address and trigger co

[PATCH] agp: use scratch page on memory remove and at GATT creation V2

2010-04-20 Thread Michel Dänzer
On Die, 2010-04-20 at 14:31 +0200, glisse at freedesktop.org wrote: > From: Jerome Glisse > > Convert most AGP chipset to use scratch page as default entries. > This help avoiding GPU querying 0 address and trigger computer > fault. With KMS and memory manager we bind/unbind AGP memory > constan

[PATCH] agp: use scratch page on memory remove and at GATT creation V3

2010-04-20 Thread Jerome Glisse
Convert most AGP chipset to use scratch page as default entries. This help avoiding GPU querying 0 address and trigger computer fault. With KMS and memory manager we bind/unbind AGP memory constantly and it seems that some GPU are still doing AGP traffic even after GPU report being idle with the me

[PATCH] agp: use scratch page on memory remove and at GATT creation V4

2010-04-20 Thread Jerome Glisse
Convert most AGP chipset to use scratch page as default entries. This help avoiding GPU querying 0 address and trigger computer fault. With KMS and memory manager we bind/unbind AGP memory constantly and it seems that some GPU are still doing AGP traffic even after GPU report being idle with the me

[Bug 27755] New: [KMS] sauerbraten crash with drmRadeonCmdBuffer: -22. -> Vertex array 0 need 83794200 dwords have 112640 dwords

2010-04-20 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27755 Summary: [KMS] sauerbraten crash with drmRadeonCmdBuffer: -22. -> Vertex array 0 need 83794200 dwords have 112640 dwords Product: Mesa Version: git Platform: x86 (I

[Bug 27756] New: [KMS] sauerbraten crash with drmRadeonCmdBuffer: -22 -> Texture of unit 0 needs 8320 bytes but is 8192

2010-04-20 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27756 Summary: [KMS] sauerbraten crash with drmRadeonCmdBuffer: -22 -> Texture of unit 0 needs 8320 bytes but is 8192 Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linu

[Bug 27507] [KMS] 0ad crashes with drmRadeonCmdBuffer: -22 -> Buffer too small for color buffer 0

2010-04-20 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27507 Fabio Pedretti changed: What|Removed |Added Summary|OpenGL applications crash |[KMS] 0ad crashes with

DRM connector/encoder/crtc framework documentation?

2010-04-20 Thread Matt Sealey
Hi guys, Is there any canonical or even rough, old documentation (I noticed a connector/encoder structure change lately) on how the DRM crtc/encoder/connector framework is constructed and what the responsibilities of each component are in a display driver? The Intel driver is a little overcomplic

DRM connector/encoder/crtc framework documentation?

2010-04-20 Thread Jesse Barnes
--- next part -- A non-text attachment was scrubbed... Name: drm.pdf Type: application/pdf Size: 142454 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20100420/f6dbb56d/attachment-0001.pdf> -- next part -- A

[Mesa-dev] r128 problems on G3 iMac, X server locks up

2010-04-20 Thread Alex Buell
On Tue, 2010-04-20 at 11:38 -0500, Bridgman, John wrote: > There might be a clue in the dmesg output. > > This is looking less like a mesa dev issue - is there a better list for this > ? I'll move it over to the dri-dev mailing list. Thanks > > -Original Message- > > From: Alex Buel

[Mesa-dev] r128 problems on G3 iMac, X server locks up

2010-04-20 Thread Alex Buell
On Tue, 2010-04-20 at 18:02 +0100, Alex Buell wrote: > On Tue, 2010-04-20 at 11:38 -0500, Bridgman, John wrote: > > There might be a clue in the dmesg output. > > > > This is looking less like a mesa dev issue - is there a better list for > > this ? > > I'll move it over to the dri-dev mailing

[Bug 27759] New: Celestia 1.6.0 misplaces letters in text in window, odd misrendering of planet features

2010-04-20 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27759 Summary: Celestia 1.6.0 misplaces letters in text in window, odd misrendering of planet features Product: Mesa Version: unspecified Platform: PowerPC OS/Version: All

[Bug 27759] Celestia 1.6.0 misplaces letters in text in window, odd misrendering of planet features

2010-04-20 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27759 --- Comment #1 from Alex Buell 2010-04-20 12:28:39 PDT --- Created an attachment (id=35184) --> (https://bugs.freedesktop.org/attachment.cgi?id=35184) Screenshot #2 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --

[Bug 27759] Celestia 1.6.0 misplaces letters in text in window, odd misrendering of planet features

2010-04-20 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27759 --- Comment #2 from Alex Buell 2010-04-20 12:29:15 PDT --- Created an attachment (id=35185) --> (https://bugs.freedesktop.org/attachment.cgi?id=35185) X11 configuration file -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab

[PATCH] vga16fb, drm: vga16fb->drm handoff

2010-04-20 Thread Marcin Slusarz
On Mon, Apr 19, 2010 at 05:20:10PM +0100, James Simmons wrote: > > > More generic approach below - it should work for all drm drivers. > > Unfortunately vga16fb handoff has 2 other issues: > > - It can be compiled as module, so it can be loaded after KMS driver (and > > nothing prevents it right