[Bug 27744] atombios stuck in loop - during suspend

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Aug 3 07:35:44 PDT 2010


https://bugs.freedesktop.org/show_bug.cgi?id=27744

--- Comment #13 from peterle at hottemptation.org 2010-08-03 07:35:43 PDT ---
Hello!
I use a Radeon 5650 (Acer TimelineX 3820TG with switch off Intel-Graphics!),
all run's fine with Kernel "2.6.34.1" including KMS, Suspend to RAM, tty1-6
Framebuffer and X11 as well as switching between them.

With 2.6.35 (and rc6) I have the same "Stuck-Message" as the other people here,
but I am afraid this is just the tip of the iceberg!

* wakeup from Suspend is slow, according to the "Stuck-Message"
* switching between TTY1-6 works normal as long nobody use the /dev/fb0
(interesting) device like fbida or mplayer

FBIDA:
Loading of a image or switching between images is normal, but switching away
from the TTY which is running FBIDA is extremly slow. Switching back to the TTY
is as fast as normal.
MPLAYER:
Same as with mplayer, but here it becomes very difficult to get the system back
"under control". Please test this only with short videos, because normally
everyting runes fine after mplayer closed itself. I advice to be patient and
reboot "blind" or use MagicSysRescue if you don't get the control back.
*switching between TTY1-6 and TTY7 (where X11 is launched) is also extremly
slow, similar to FBIDA


I think the problem behind is much bigger. Someone should check the updates
between 2.6.34 and 2.6.35 and if possible fix it fast: window for kernel 2.6.36
is closing in two weeks

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the dri-devel mailing list