[PATCH v2 2/2] Doc/ABI: sysfs-drm initial document; "polled" entry

This is the initial addition of documentation for the drm module's sysfs entries. It provides a drm sysfs entries overview, and a detailed description of the new drm per output connector "polled" entry in sysfs. Signed-of-by: Andy Walls diff --git a/Documentation/ABI/testing/sysfs-drm b/Docume

[PATCH v2 1/2] drm/sysfs: Provide per connector control of DRM KMS polling

DRM KMS polling of connections providing errant EDID responses, or polling of "connectors" that have chips responding on DDC I2C bus address 0xA0/0xA1 with no actual physical connector nor EDID EEPROM, will create perpetual noise in dmesg and the system log every 10 seconds. Currently the user has

[PATCH v2 0/2] drm/sysfs: Provide per connector control of DRM KMS polling

Per Greg's request, here is a resend of my previous patch to add sysfs entries to allow manual override of DRM KMS connector polling actions, with accompanying documentation. Only documentation has been added. No code has changed from the previous patch submission. diffstat: Documentation/ABI/te

[PATCH] DRM: ignore invalid EDID extensions

Currently an invalid EDID extension will cause the whole EDID to be considered invalid. Instead just drop the extension, and return the valid base block. The base block is modified to not claim to have extensions, and update the checksum. For my EIZO S2242W the base block is fine, but the extens

Re: [PATCH] drm/sysfs: Provide per connector control of DRM KMS polling

On Tue, Sep 21, 2010 at 1:30 PM, Andy Walls wrote: > On Tue, 2010-09-21 at 00:26 -0400, Alex Deucher wrote: >> 2010/9/20 Andy Walls : >> > On Mon, 2010-09-20 at 20:29 +0200, Rafał Miłecki wrote: >> >> 2010/9/20 Andy Walls : >> >> > DRM KMS polling of connections providing errant EDID responses, or

Remaining BKL users, what to do

On Saturday 18 September 2010 01:21:41 Petr Vandrovec wrote: > > I'll try to come up with something for ncpfs. Ok, good. > Trivial lock replacement will open deadlock possibility when > someone reads to page which is also mmaped from the same > filesystem (like grep likes to do). BKL with its a

Re: [PATCH] drm/radeon/kms: don't enable underscan with interlaced modes

2010/9/21 Marius Gröger : > On 10.09.2010 17:20 Alex Deucher wrote: >> >> The scaler doesn't appear to work with interlaced modes as you've >> noticed; I don't off hand know whether it can be made to or not. >> Unfortunately, I won't have time to dig into this more for a while. > > Is there public

[PATCH] drm/ttm: Clear the ghost cpu_writers flag on ttm_buffer_object_transfer.

On Tue, Sep 21, 2010 at 02:15:15AM +0200, Francisco Jerez wrote: > It makes sense for a BO to move after a process has requested > exclusive RW access on it (e.g. because the BO used to be located in > unmappable VRAM and we intercepted the CPU access from the fault > handler). > > If we let the g

[PATCH] drm/radeon/kms: don't enable underscan with interlaced modes

On 10.09.2010 17:20 Alex Deucher wrote: > The scaler doesn't appear to work with interlaced modes as you've > noticed; I don't off hand know whether it can be made to or not. > Unfortunately, I won't have time to dig into this more for a while. Is there public documentation available wrt this matt

[PATCH] Add drm properties to configure the width of the underscan borders

This allows for a more exact fitting on the physical display. The new properties default to zero which corresponds to the previous underscan border width[height] formula: (display_width[display_width] >> 5) + 16. Example to set a horizontal border width of 30 and a vertikal border height of 22:

[PATCH v2 2/2] Doc/ABI: sysfs-drm initial document; "polled" entry

This is the initial addition of documentation for the drm module's sysfs entries. It provides a drm sysfs entries overview, and a detailed description of the new drm per output connector "polled" entry in sysfs. Signed-of-by: Andy Walls diff --git a/Documentation/ABI/testing/sysfs-drm b/Docume

[PATCH v2 1/2] drm/sysfs: Provide per connector control of DRM KMS polling

DRM KMS polling of connections providing errant EDID responses, or polling of "connectors" that have chips responding on DDC I2C bus address 0xA0/0xA1 with no actual physical connector nor EDID EEPROM, will create perpetual noise in dmesg and the system log every 10 seconds. Currently the user has

[PATCH v2 0/2] drm/sysfs: Provide per connector control of DRM KMS polling

Per Greg's request, here is a resend of my previous patch to add sysfs entries to allow manual override of DRM KMS connector polling actions, with accompanying documentation. Only documentation has been added. No code has changed from the previous patch submission. diffstat: Documentation/ABI/te

[Bug 30320] New: Mesa 7.7.1 implementation error: unexpected internalFormat 0x8c4d in radeonChooseTextureFormat

https://bugs.freedesktop.org/show_bug.cgi?id=30320 Summary: Mesa 7.7.1 implementation error: unexpected internalFormat 0x8c4d in radeonChooseTextureFormat Product: Mesa Version: unspecified Platform: x86 (IA32) OS/Version: Linu

[Bug 30320] New: Mesa 7.7.1 implementation error: unexpected internalFormat 0x8c4d in radeonChooseTextureFormat

https://bugs.freedesktop.org/show_bug.cgi?id=30320 Summary: Mesa 7.7.1 implementation error: unexpected internalFormat 0x8c4d in radeonChooseTextureFormat Product: Mesa Version: unspecified Platform: x86 (IA32) OS/Version: Linu

[PATCH] DRM: ignore invalid EDID extensions

Currently an invalid EDID extension will cause the whole EDID to be considered invalid. Instead just drop the extension, and return the valid base block. The base block is modified to not claim to have extensions, and update the checksum. For my EIZO S2242W the base block is fine, but the exten

Re: [stable] regression in 2.6.35.4 'load is to heavy (video subsystem?)'

On Tue, Sep 21, 2010 at 04:50:07PM -0700, Andrew Morton wrote: > On Mon, 30 Aug 2010 10:02:36 +0200 > Karsten Mehrhoff wrote: > > > Using the same .config from 2.6.35.3 to compile 2.5.36.4 results in a > > heavy load with 2.6.35.4. > > A regression within -stable is rather bad. Agreed. > > E

[stable] regression in 2.6.35.4 'load is to heavy (video subsystem?)'

On Tue, Sep 21, 2010 at 04:50:07PM -0700, Andrew Morton wrote: > On Mon, 30 Aug 2010 10:02:36 +0200 > Karsten Mehrhoff wrote: > > > Using the same .config from 2.6.35.3 to compile 2.5.36.4 results in a > > heavy load with 2.6.35.4. > > A regression within -stable is rather bad. Agreed. > > E

Re: regression in 2.6.35.4 'load is to heavy (video subsystem?)'

On Tue, 2010-09-21 at 16:50 -0700, Andrew Morton wrote: > On Mon, 30 Aug 2010 10:02:36 +0200 > Karsten Mehrhoff wrote: > > > Using the same .config from 2.6.35.3 to compile 2.5.36.4 results in a > > heavy load with 2.6.35.4. > > A regression within -stable is rather bad. > > > Example: > > >

Re: regression in 2.6.35.4 'load is to heavy (video subsystem?)'

On Mon, 30 Aug 2010 10:02:36 +0200 Karsten Mehrhoff wrote: > Using the same .config from 2.6.35.3 to compile 2.5.36.4 results in a > heavy load with 2.6.35.4. A regression within -stable is rather bad. > Example: > > Difference between 2.6.35.1/2/3 and 2.6.35.4 while watching some videos: >

regression in 2.6.35.4 'load is to heavy (video subsystem?)'

On Mon, 30 Aug 2010 10:02:36 +0200 Karsten Mehrhoff wrote: > Using the same .config from 2.6.35.3 to compile 2.5.36.4 results in a > heavy load with 2.6.35.4. A regression within -stable is rather bad. > Example: > > Difference between 2.6.35.1/2/3 and 2.6.35.4 while watching some videos: >

Re: Remaining BKL users, what to do

On Saturday 18 September 2010 01:21:41 Petr Vandrovec wrote: > > I'll try to come up with something for ncpfs. Ok, good. > Trivial lock replacement will open deadlock possibility when > someone reads to page which is also mmaped from the same > filesystem (like grep likes to do). BKL with its a

Re: Remaining BKL users, what to do

I'll try to come up with something for ncpfs. Trivial lock replacement will open deadlock possibility when someone reads to page which is also mmaped from the same filesystem (like grep likes to do). BKL with its automated release on sleep helped (or papered over) a lot here. Petr "Arnd Bergma

[PATCH] drm/sysfs: Provide per connector control of DRM KMS polling

On Tue, 2010-09-21 at 00:26 -0400, Alex Deucher wrote: > 2010/9/20 Andy Walls : > > On Mon, 2010-09-20 at 20:29 +0200, Rafa? Mi?ecki wrote: > >> 2010/9/20 Andy Walls : > >> > DRM KMS polling of connections providing errant EDID responses, or > >> > polling of "connectors" that have chips responding

Re: [PATCH] drm/ttm: Clear the ghost cpu_writers flag on ttm_buffer_object_transfer.

On Tue, Sep 21, 2010 at 02:15:15AM +0200, Francisco Jerez wrote: > It makes sense for a BO to move after a process has requested > exclusive RW access on it (e.g. because the BO used to be located in > unmappable VRAM and we intercepted the CPU access from the fault > handler). > > If we let the g

Re: [PATCH] drm/radeon/kms: don't enable underscan with interlaced modes

On 10.09.2010 17:20 Alex Deucher wrote: The scaler doesn't appear to work with interlaced modes as you've noticed; I don't off hand know whether it can be made to or not. Unfortunately, I won't have time to dig into this more for a while. Is there public documentation available wrt this matter?

[PATCH] Add drm properties to configure the width of the underscan borders

This allows for a more exact fitting on the physical display. The new properties default to zero which corresponds to the previous underscan border width[height] formula: (display_width[display_width] >> 5) + 16. Example to set a horizontal border width of 30 and a vertikal border height of 22:

[Bug 30313] [r300g] Several (big) textures are corrupted when you look at them from certain distances

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Gerwin changed: What|Removed |Added See Also||https://bugs.freedesktop.or |

[Bug 30313] [r300g] Several (big) textures are corrupted when you look at them from certain distances

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Gerwin changed: What|Removed |Added See Also||https://bugs.freedesktop.or |

[Bug 30313] [r300g] Several (big) textures are corrupted when you look at them from certain distances

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Gerwin changed: What|Removed |Added Summary|Several (big) textures are |[r300g] Several (big) |corrup

[Bug 30313] [r300g] Several (big) textures are corrupted when you look at them from certain distances

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Gerwin changed: What|Removed |Added Summary|Several (big) textures are |[r300g] Several (big) |corrup

[Bug 30313] Several (big) textures are corrupted when you look at them from certain distances

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Gerwin changed: What|Removed |Added Attachment #38851|Bug in blender |Bug in Blender description|

[Bug 30313] Several (big) textures are corrupted when you look at them from certain distances

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Gerwin changed: What|Removed |Added Attachment #38851|Bug in blender |Bug in Blender description|

[Bug 30313] Several (big) textures are corrupted when you look at them from certain distances

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Gerwin changed: What|Removed |Added Attachment #38849|Here it is okay |At this distance it is okay description|

[Bug 30313] Several (big) textures are corrupted when you look at them from certain distances

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Gerwin changed: What|Removed |Added Attachment #38849|Now it is okay |Here it is okay description|

[Bug 30313] Several (big) textures are corrupted when you look at them from certain distances

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Gerwin changed: What|Removed |Added Summary|Corrupted textures with |Several (big) textures are |'

[Bug 30313] Corrupted textures with 'big' textures and at certain distances from texture

https://bugs.freedesktop.org/show_bug.cgi?id=30313 --- Comment #4 from Gerwin 2010-09-21 12:14:37 PDT --- Created an attachment (id=38852) --> (https://bugs.freedesktop.org/attachment.cgi?id=38852) Bug in Blender 2 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 30313] Corrupted textures with 'big' textures and at certain distances from texture

https://bugs.freedesktop.org/show_bug.cgi?id=30313 --- Comment #3 from Gerwin 2010-09-21 12:14:03 PDT --- Created an attachment (id=38851) --> (https://bugs.freedesktop.org/attachment.cgi?id=38851) Bug in blender -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email -

[Bug 30313] Several (big) textures are corrupted when you look at them from certain distances

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Gerwin changed: What|Removed |Added Attachment #38849|Here it is okay |At this distance it is okay description|

[Bug 30313] Corrupted textures with 'big' textures and at certain distances from texture

https://bugs.freedesktop.org/show_bug.cgi?id=30313 --- Comment #2 from Gerwin 2010-09-21 12:13:10 PDT --- Created an attachment (id=38850) --> (https://bugs.freedesktop.org/attachment.cgi?id=38850) The bug in Extreme Tux Racer (also the mouse pointer in the menu is corrupted) -- Configure bug

[Bug 30313] Several (big) textures are corrupted when you look at them from certain distances

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Gerwin changed: What|Removed |Added Attachment #38849|Now it is okay |Here it is okay description|

[Bug 30313] Several (big) textures are corrupted when you look at them from certain distances

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Gerwin changed: What|Removed |Added Summary|Corrupted textures with |Several (big) textures are |'

[Bug 30313] Corrupted textures with 'big' textures and at certain distances from texture

https://bugs.freedesktop.org/show_bug.cgi?id=30313 --- Comment #1 from Gerwin 2010-09-21 12:11:50 PDT --- Created an attachment (id=38849) --> (https://bugs.freedesktop.org/attachment.cgi?id=38849) Now it is okay -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email -

[Bug 30313] New: Corrupted textures with 'big' textures and at certain distances from texture

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Summary: Corrupted textures with 'big' textures and at certain distances from texture Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) St

[Bug 30313] Corrupted textures with 'big' textures and at certain distances from texture

https://bugs.freedesktop.org/show_bug.cgi?id=30313 --- Comment #4 from Gerwin 2010-09-21 12:14:37 PDT --- Created an attachment (id=38852) --> (https://bugs.freedesktop.org/attachment.cgi?id=38852) Bug in Blender 2 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 30313] Corrupted textures with 'big' textures and at certain distances from texture

https://bugs.freedesktop.org/show_bug.cgi?id=30313 --- Comment #3 from Gerwin 2010-09-21 12:14:03 PDT --- Created an attachment (id=38851) --> (https://bugs.freedesktop.org/attachment.cgi?id=38851) Bug in blender -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email -

[Bug 30313] Corrupted textures with 'big' textures and at certain distances from texture

https://bugs.freedesktop.org/show_bug.cgi?id=30313 --- Comment #2 from Gerwin 2010-09-21 12:13:10 PDT --- Created an attachment (id=38850) --> (https://bugs.freedesktop.org/attachment.cgi?id=38850) The bug in Extreme Tux Racer (also the mouse pointer in the menu is corrupted) -- Configure bug

[Bug 30313] Corrupted textures with 'big' textures and at certain distances from texture

https://bugs.freedesktop.org/show_bug.cgi?id=30313 --- Comment #1 from Gerwin 2010-09-21 12:11:50 PDT --- Created an attachment (id=38849) --> (https://bugs.freedesktop.org/attachment.cgi?id=38849) Now it is okay -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email -

[Bug 30313] New: Corrupted textures with 'big' textures and at certain distances from texture

https://bugs.freedesktop.org/show_bug.cgi?id=30313 Summary: Corrupted textures with 'big' textures and at certain distances from texture Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) St

Radeon 3650HD laptop LVDS lid open/closed detection problem

On Tue, Sep 21, 2010 at 01:09:37AM -0400, Alex Deucher wrote: > On Mon, Sep 20, 2010 at 1:53 AM, Pasi K?rkk?inen wrote: > > On Sun, Sep 19, 2010 at 11:56:27PM -0400, Alex Deucher wrote: > >> On Sun, Sep 19, 2010 at 10:56 AM, Pasi K?rkk?inen wrote: > >> > On Sun, Sep 19, 2010 at 03:25:47PM +0300,

[PATCH] drm/ttm: Clear the ghost cpu_writers flag on ttm_buffer_object_transfer.

On Mon, Sep 20, 2010 at 8:15 PM, Francisco Jerez wrote: > It makes sense for a BO to move after a process has requested > exclusive RW access on it (e.g. because the BO used to be located in > unmappable VRAM and we intercepted the CPU access from the fault > handler). > > If we let the ghost obj

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #77 from Da Fox 2010-09-21 11:26:57 PDT --- (In reply to comment #73) > (In reply to comment #71) > > Did you set the agpmode module parameter for radeon or are you getting 4x > > setup > > automatically? If the later I wonder why I

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #77 from Da Fox 2010-09-21 11:26:57 PDT --- (In reply to comment #73) > (In reply to comment #71) > > Did you set the agpmode module parameter for radeon or are you getting 4x > > setup > > automatically? If the later I wonder why I

[Bug 29978] r600c, bisected: GPU lockup loading savefile in vegastrike

https://bugs.freedesktop.org/show_bug.cgi?id=29978 Eric Anholt changed: What|Removed |Added CC|e...@anholt.net | --- Comment #9 from Eric Anholt 2010-09-

[Bug 29978] r600c, bisected: GPU lockup loading savefile in vegastrike

https://bugs.freedesktop.org/show_bug.cgi?id=29978 Eric Anholt changed: What|Removed |Added CC|eric at anholt.net | --- Comment #9 from Eric Anholt 2010-

Re: [PATCH] drm/ttm: Clear the ghost cpu_writers flag on ttm_buffer_object_transfer.

On Mon, Sep 20, 2010 at 8:15 PM, Francisco Jerez wrote: > It makes sense for a BO to move after a process has requested > exclusive RW access on it (e.g. because the BO used to be located in > unmappable VRAM and we intercepted the CPU access from the fault > handler). > > If we let the ghost obje

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #76 from Martin Steigerwald 2010-09-21 06:39:03 PDT --- (In reply to comment #75) > [Friday 17 September 2010] [09:50:58] how comes, that my kms-setup > with M10 (RV350) gpu defaults to agp 1x mode? > [Friday 17 September 2010] [09:

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #76 from Martin Steigerwald 2010-09-21 06:39:03 PDT --- (In reply to comment #75) > [Friday 17 September 2010] [09:50:58] how comes, that my kms-setup > with M10 (RV350) gpu defaults to agp 1x mode? > [Friday 17 September 2010] [09:

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #75 from Lukas Schneiderbauer 2010-09-21 06:11:45 PDT --- [Friday 17 September 2010] [09:50:58] how comes, that my kms-setup with M10 (RV350) gpu defaults to agp 1x mode? [Friday 17 September 2010] [09:51:38] vootey: because we hav

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #75 from Lukas Schneiderbauer 2010-09-21 06:11:45 PDT --- [Friday 17 September 2010] [09:50:58] how comes, that my kms-setup with M10 (RV350) gpu defaults to agp 1x mode? [Friday 17 September 2010] [09:51:38] vootey: because we hav

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #74 from Martin Steigerwald 2010-09-21 06:02:17 PDT --- (In reply to comment #72) > (In reply to comment #71) > > [drm] AGP mode requested: 1 > > [...] > > > [...] I wonder why I get 1x automatically. > > The line above means you

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #74 from Martin Steigerwald 2010-09-21 06:02:17 PDT --- (In reply to comment #72) > (In reply to comment #71) > > [drm] AGP mode requested: 1 > > [...] > > > [...] I wonder why I get 1x automatically. > > The line above means you

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #73 from Lukas Schneiderbauer 2010-09-21 05:50:21 PDT --- (In reply to comment #71) > Did you set the agpmode module parameter for radeon or are you getting 4x > setup > automatically? If the later I wonder why I get 1x automaticall

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #73 from Lukas Schneiderbauer 2010-09-21 05:50:21 PDT --- (In reply to comment #71) > Did you set the agpmode module parameter for radeon or are you getting 4x > setup > automatically? If the later I wonder why I get 1x automaticall

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #72 from Michel Dänzer 2010-09-21 05:42:43 PDT --- (In reply to comment #71) > [drm] AGP mode requested: 1 [...] > [...] I wonder why I get 1x automatically. The line above means you have (the equivalent of) radeon.agpmode=1 somew

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #72 from Michel D?nzer 2010-09-21 05:42:43 PDT --- (In reply to comment #71) > [drm] AGP mode requested: 1 [...] > [...] I wonder why I get 1x automatically. The line above means you have (the equivalent of) radeon.agpmode=1 somew

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #71 from Martin Steigerwald 2010-09-21 05:31:43 PDT --- (In reply to comment #70) > Ok here's an update: > I've now tested putting the vram at the following locations (in order): > - 0x: This is the same location as vram use

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #71 from Martin Steigerwald 2010-09-21 05:31:43 PDT --- (In reply to comment #70) > Ok here's an update: > I've now tested putting the vram at the following locations (in order): > - 0x: This is the same location as vram use

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #70 from Da Fox 2010-09-21 03:38:13 PDT --- Ok here's an update: I've now tested putting the vram at the following locations (in order): - 0x: This is the same location as vram used to be at before the identif

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #70 from Da Fox 2010-09-21 03:38:13 PDT --- Ok here's an update: I've now tested putting the vram at the following locations (in order): - 0x: This is the same location as vram used to be at before the identif

[Bug 25114] [R600] Nexuiz 2.5.2 crashes on demo5 (Silver City), errors on demo piece-o-cake too

https://bugs.freedesktop.org/show_bug.cgi?id=25114 --- Comment #10 from Jaroslav Petráš 2010-09-21 02:57:59 PDT --- (In reply to comment #9) > Where did you find mesa git packages for debian? O_O > I tried with lucid xorg-edgers packages but it crashed every time I launched a > 3d app... It's x

[Bug 25114] [R600] Nexuiz 2.5.2 crashes on demo5 (Silver City), errors on demo piece-o-cake too

https://bugs.freedesktop.org/show_bug.cgi?id=25114 --- Comment #10 from Jaroslav Petr?? 2010-09-21 02:57:59 PDT --- (In reply to comment #9) > Where did you find mesa git packages for debian? O_O > I tried with lucid xorg-edgers packages but it crashed every time I launched a > 3d app... It's x

[Bug 25114] [R600] Nexuiz 2.5.2 crashes on demo5 (Silver City), errors on demo piece-o-cake too

https://bugs.freedesktop.org/show_bug.cgi?id=25114 --- Comment #9 from darkbasic 2010-09-21 02:15:37 PDT --- Where did you find mesa git packages for debian? O_O I tried with lucid xorg-edgers packages but it crashed every time I launched a 3d app... -- Configure bugmail: https://bugs.freedeskt

[Bug 25114] [R600] Nexuiz 2.5.2 crashes on demo5 (Silver City), errors on demo piece-o-cake too

https://bugs.freedesktop.org/show_bug.cgi?id=25114 --- Comment #9 from darkbasic 2010-09-21 02:15:37 PDT --- Where did you find mesa git packages for debian? O_O I tried with lucid xorg-edgers packages but it crashed every time I launched a 3d app... -- Configure bugmail: https://bugs.freedesk

[PATCH] drm/ttm: Clear the ghost cpu_writers flag on ttm_buffer_object_transfer.

It makes sense for a BO to move after a process has requested exclusive RW access on it (e.g. because the BO used to be located in unmappable VRAM and we intercepted the CPU access from the fault handler). If we let the ghost object inherit cpu_writers from the original object, ttm_bo_release_list

Re: Radeon 3650HD laptop LVDS lid open/closed detection problem

On Tue, Sep 21, 2010 at 01:09:37AM -0400, Alex Deucher wrote: > On Mon, Sep 20, 2010 at 1:53 AM, Pasi Kärkkäinen wrote: > > On Sun, Sep 19, 2010 at 11:56:27PM -0400, Alex Deucher wrote: > >> On Sun, Sep 19, 2010 at 10:56 AM, Pasi Kärkkäinen wrote: > >> > On Sun, Sep 19, 2010 at 03:25:47PM +0300,

Radeon 3650HD laptop LVDS lid open/closed detection problem

On Mon, Sep 20, 2010 at 1:53 AM, Pasi K?rkk?inen wrote: > On Sun, Sep 19, 2010 at 11:56:27PM -0400, Alex Deucher wrote: >> On Sun, Sep 19, 2010 at 10:56 AM, Pasi K?rkk?inen wrote: >> > On Sun, Sep 19, 2010 at 03:25:47PM +0300, Pasi K?rkk?inen wrote: >> >> > > >> >> > > so "/proc/acpi/button/lid/L

[PATCH] drm/sysfs: Provide per connector control of DRM KMS polling

2010/9/20 Andy Walls : > On Mon, 2010-09-20 at 20:29 +0200, Rafa? Mi?ecki wrote: >> 2010/9/20 Andy Walls : >> > DRM KMS polling of connections providing errant EDID responses, or >> > polling of "connectors" that have chips responding on DDC I2C bus >> > address 0xA0/0xA1 with no actual physical co

2.6.36-rc4-git5: Reported regressions from 2.6.35

On Mon, Sep 20, 2010 at 3:19 PM, Sedat Dilek wrote: > Hi Rafael, > > can you please add the following, Thanks in advance. >> Bug-Entry ? ? ? : http://bugzilla.kernel.org/show_bug.cgi?id=18872 >> Subject ? ? ? ? : Radeon KMS r100 and STR problems >> Submitter ? ? ? : Richard Mittendorfer >> Date