Bug#435040: xserver-xorg-video-ati: switching VT from console to X freezes computer with X22 (Radeon Mobility M6 LY)
On Mon, Aug 06, 2007 at 12:03:41AM +0200, Brice Goglin wrote:
> Kari Pahula wrote:
> > Package: xserver-xorg-video-ati
> > Version: 1:6.6.192-1
> > Severity: important
> >
> > Changing the VT from X to console and back to X locks up the computer
> > completely, unless I'm using the console framebuffer device. With
> > console fbdev, just the screen freezes and I can still ssh to it or type
> > blindly.
> >
>
> Does 1:6.6.193-1 (in experimental now) help?
No, I'm still seeing this bug. With the new version, the last few
lines of Xorg.0.log become
(II) Configured Mouse: ps2EnableDataReporting: succeeded
(II) Open ACPI successful (/var/run/acpid.socket)
(WW) RADEON(0): zero MEMSIZE, probably at D3cold. Re-POSTing via int10.
Where the last two entries get into the log when I switch the VT.
I debugged this issue a bit further. Apparently switching the VT
kills the X process and leaves the screen frozen. Restarting X via
ssh unfreezes the screen (not that surprising really, IMHO). I tried
VT switching again after disabling ACPI support from the kernel, which
didn't help any. Only the log messages changed a bit.
(II) Configured Mouse: ps2EnableDataReporting: succeeded
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(II) No APM support in BIOS or kernel
(WW) RADEON(0): zero MEMSIZE, probably at D3cold. Re-POSTing via int10.
I ran /usr/bin/X with strace. The whole dump would be bigger than
what I'd care to attach, but I saw this (relevant?) line at the end of
it.
writev(2, [{"X", 1}, {": ", 2}, {"symbol lookup error", 19}, {": ", 2}, {"/usr/lib/xorg/modules/drivers//r"..., 44}, {": ", 2}, {"undefined symbol: xf86InitInt10", 31}, {"", 0}, {"", 0}, {"\n", 1}], 10X: symbol lookup error: /usr/lib/xorg/modules/drivers//radeon_drv.so: undefined symbol: xf86InitInt10
) = 102
Reply to: