Thanks for the reply Dave. I tried your change in the radeon-combios.c, only I edited to match my card as follows:
if (rdev->family == CHIP_RS480 && rdev->pdev->subsystem_vendor == 0x103c && rdev->pdev->subsystem_device == 0x30a4) return; I got this information by looking at my logs: PCI:*(0:1:5:0) 1002:5955:103c:30a4 ATI Technologies Inc Radeon XPRESS 200M 5955 (PCIE) rev 0, Mem @ 0xc8000000/134217728, 0xc0100000/65536, I/O @ 0x00009000/256, BIOS @ 0x????????/131072 [drm] initializing kernel modesetting (RS480 0x1002:0x5955) I trust I did it right. Perhaps I should do it more general..Anyways, kernel compiled well and I installed, but unfortunately this didn't fix the problem...I don't really know what to do now. How would I go about debugging this issue further? Andres --- On Sat, 7/10/10, Dave Airlie <airl...@gmail.com> wrote: From: Dave Airlie <airl...@gmail.com> Subject: Re: Debian bugs: 588601, 588602: xpress 200m 5955 => resume from suspend fails with KMS enabled To: "Andres Cimmarusti" <andrescimmaru...@yahoo.com> Cc: xorg-driver-ati@lists.x.org Date: Saturday, July 10, 2010, 2:39 AM http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commit;h=580b4fffbbdc3c899ee1f8189ba321bd60b48840 I added this qurik upstream, it may need to be extended to other rs4xx, its worth a try. Dave. On Sat, Jul 10, 2010 at 4:13 PM, Andres Cimmarusti <andrescimmaru...@yahoo.com> wrote: I dedicated a large portion of the day to finding a clue to this one. Following this advice: http://lxr.linux.no/#linux+v2.6.34.1/Documentation/power/s2ram.txt I was able to extract a trace from the failed resume process: Magic number: 0:981:799hash matches drivers/base/power/main.c:523pci 0000:01:05.0: hash matches ec PNP0C09:00: hash matches The first hash match is none other than my ATI Radeon card as I easily verified with lspci: 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon XPRESS 200M 5955 (PCIE) However, the above link says that the likely culprit in the failed resume process is the last hash match. This corresponds to the EC driver: http://lxr.free-electrons.com/source/drivers/acpi/ec.c My card was, till recently, listed under embedded graphics at the AMD/ATI website. So there appears to be some conflict when using KMS between radeon and ec that causes the kernel to hang (that explains why I can't ssh into my computer to get a trace). For this reason I've cloned the original bug and reported the copy as a kernel bug. I will try to delve deeper into the matter by activating more verbose debugging symbols for acpi. I would appreciate some advice and guidance, since I'm flying half-blind (I will try to follow the information present here http://ubuntuforums.org/showthread.php?t=505890) Cheers, Andres _______________________________________________ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
_______________________________________________ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
