DRI locks up the machine when starting X on a Radeon 9250
Bug #31527 reported by
ath
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux-meta (Ubuntu) |
Invalid
|
Medium
|
Unassigned | ||
linux-source-2.6.15 (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
xserver-xorg-driver-ati (Ubuntu) |
Invalid
|
Medium
|
Unassigned |
Bug Description
I'm running Dapper with the latest upgrades (kernel 2.6.15-15-k7) using a Radeon 9250 256 MB on a VIA KT600 board.
Starting XOrg with the default configuration (the open source radeon + r200_dri driver) results in a complete lockup (no keyboard, no sysrq, I can't even ping the machine). Pretty hard to debug on my side...
It can worked around by disabling DRI in the X configuration (losing 3D acceleration, and probably even EXA).
Installing the latest R200 DRM (only the kernel module) from http://
description: | updated |
Changed in linux-meta: | |
status: | Unconfirmed → Confirmed |
Changed in linux-source-2.6.15: | |
status: | Confirmed → Fix Committed |
Changed in xserver-xorg-driver-ati: | |
status: | Unconfirmed → Rejected |
Changed in linux-source-2.6.15: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
The problem is still present in Dapper as of 2006-03-26. Breezy doesn't have any problem running on the same machine, and I've found that mainline 2.6.15.6 works correctly.
Applying the patch from http:// www.kernel. org/git/ gitweb. cgi?p=linux/ kernel/ git/torvalds/ linux-2. 6.git;a= commitdiff; h=392c14beaca2e e85a98d0c6b4535 01be67423a20 (which reverts a previous buggy DRM change) on a rebuilt Dapper 2.6.15-19 kernel fixes the problem.
Quoting the patch comment: "It fixed some machines, but seems to continually interact badly with some X versions. [...] So I think at this point, the best is that we keep the old bogus code that at least is consistent with the bug in the server."
This patch is included in the mainline 2.6.15 kernel. Why isn't applied in Dapper's one?