FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Kernel

 
 
LinkBack Thread Tools
 
Old 09-27-2011, 05:45 AM
Jonathan Nieder
 
Default Bug#643301: linux-image-3.0.0-1-rt-amd64: Suspend to ram hangs

Hi John,

John O'Hagan wrote:

> I run daily-updated testing on an HP Mini 5102 with N10 graphics card (uses
> i915) running XFCE4.8. When 3.0.0-1 kernel came in I installed both RT and non-
> RT versions. On non-RT version, both suspend-to-ram and resume work as
> expected. On RT kernel they work with only XFCE desktop running, however if
> other programs are running as well (I've tried Chromium and Sylpheed), when
> suspend is attempted, the screen goes black, fan runs high, and keyboard
> becomes unresponsive, requiring a hard shutdown every time. I've reproduced
> this about a dozen times.
>
> Nothing unusual in pm-suspend log that I could see.

Excellent detective work; thank you. It would be nice to pin this on
a particular driver, if possible. So:

1. Can you reproduce it with suspend-to-disk, too? (That means
"echo disk >/sys/power/state".)

2. Can you reproduce it without the graphics driver loaded (e.g., if you
can reproduce it by inducing some network activity with programs like
"w3m" from a terminal in X, can you do the same by booting with "single"
on the kernel command line and trying the same in the console)? I
realize this might be hard to check.

3. Since hey, one can be lucky sometimes: is it possible to catch the
failure as it happens, for example by not suspending the console and
suspending everything else? See

https://raw.github.com/torvalds/linux/master/Documentation/power/basic-pm-debugging.txt
https://raw.github.com/torvalds/linux/master/Documentation/networking/netconsole.txt

(or the analagously named files in the linux-doc-3.0.0 package) for
hints in that direction.

4. Does Alt+Sysrq work in the broken state? If so, the following
could be useful.

1. Enable debugging with the sysrq key (see Documentation/sysrq.txt):

echo 1 >/proc/sys/kernel/sysrq; # or 446

2. Suspend or hibernate, without suspending the console.
3. Press Alt+Sysrq + 'w' to show blocked tasks.
Or press Alt+Sysrq + 'c' to trigger a crash dump.

> ** Tainted: C (1024)
> * Module from drivers/staging has been loaded.
[...]
> [ 8.960305] brcmutil: module is from the staging directory, the quality is unknown, you have been warned.
> [ 9.019973] brcmsmac: module is from the staging directory, the quality is unknown, you have been warned.

Is it possible to reproduce this without brcmsmac? E.g., does the b43
driver support your card (I haven't checked)?

Hope that helps,
Jonathan



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110927054501.GA5317@elie">http://lists.debian.org/20110927054501.GA5317@elie
 
Old 09-27-2011, 09:23 AM
Jonathan Nieder
 
Default Bug#643301: linux-image-3.0.0-1-rt-amd64: Suspend to ram hangs

(+cc: Uwe Kleine-König)
John O'Hagan wrote:

> This is a little out of my comfort zone, but I did follow the
> procedure in the first link, running the sequential tests with
> /sys/power/pm_test. "freezer", "devices" and "platform" tests all
> work, the failure occurs with "processors", both for STR and STD.

Ok, excellent - so this is a power management core problem or
something nearby.

One final test, and then we should move this upstream. Can you
reproduce the freeze with 3.0.0-4 from sid, too? It updates the -rt
patchset to 3.0.4-rt14 (though I don't see any obviously relevant
fixes there).

If that still reproduces it, please send a summary of your
observations (freezes on suspend and hibernate, only happens with the
-rt patchset, even sysrq does not work in the frozen state, happens
with "processors" test described in basic-pm-debugging.txt but not
"platform", dmesg from bootup attached) to
linux-rt-users@vger.kernel.org (no subscription needed, since the
convention is to always reply-to-all there) and cc us or let us know
the message-id so we can track it.

Thanks much,
Jonathan



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110927092341.GB13081@elie">http://lists.debian.org/20110927092341.GB13081@elie
 

Thread Tools




All times are GMT. The time now is 04:51 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org