From: Marc Koschewski <marc@osknowledge.org>
To: Jules Villard <jvillard@ens-lyon.fr>
Cc: Linus Torvalds <torvalds@osdl.org>,
linux-kernel@vger.kernel.org, akpm@osdl.org
Subject: Re: Suspend to {mem,disk} broken in 2.6.15-rc6/rc7 on my T42
Date: Tue, 27 Dec 2005 03:58:48 +0100 [thread overview]
Message-ID: <20051227025848.GA5498@stiffy.osknowledge.org> (raw)
In-Reply-To: <20051226212339.GA9837@blatterie>
* Jules Villard <jvillard@ens-lyon.fr> [2005-12-26 22:23:39 +0100]:
> Le lun, 26 déc 2005 12:04:54 -0800, Linus Torvalds a écrit :
> >
> >
> > On Mon, 26 Dec 2005, Jules Villard wrote:
> > >
> > > Resuming from a suspend on my ThinkPad T42 is broken in both -rc6 and
> > > -rc7 releases. When X is not launched, everything goes fine, but when
> > > resuming a running X, X looks frozen. I can ssh to my box and the
> > > sysrq keys are still working, but I'm unable to kill the X process.
> > > If I suspend from a vt (but still with a X running), the resume goes
> > > fine until I switch back from the vt to X.
> >
> > Since you have sysrq working, can you do SysRQ-T and send us the output?
> > With CONFIG_KALLSYMS (which is on by default unless you do something
> > really strange).
> >
> > At least that should tell _where_ X is frozen, assuming it is frozen in
> > the kernel (which is not necessarily a safe assumption, of course).
>
> Attached.
>
> Investigating a bit further, I found out that resume is quite innocent
> about all this: what hangs X is switching from a vt to X. Moreover, When I
> launch X only by typing "X" in a vt, switching back and forth makes
> the box hang hard (ie no sysrq), so I had to do a startx to see a call
> trace with sysrq-t (I know, it may sound like black art).
>
> Regards,
>
> Jules
Did you use the nVidia module? Several people reported machine hangs when
doing the vt <-> X switching. This, however, should be fixed with the latest
drivers.
I had the same problem some time ago. Though I knew a have reached a console
where I was logged in the keyboard seems to deny any service when coming from X.
Since i upgraded X to some CVS version and the nVidia driver 8174 (8178 working
as well) anything is OK.
Marc
next prev parent reply other threads:[~2005-12-27 5:04 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-26 19:45 Suspend to {mem,disk} broken in 2.6.15-rc6/rc7 on my T42 Jules Villard
[not found] ` <Pine.LNX.4.64.0512261201360.14098@g5.osdl.org>
2005-12-26 21:23 ` Jules Villard
2005-12-27 2:58 ` Marc Koschewski [this message]
2005-12-27 3:02 ` Marc Koschewski
2005-12-26 23:55 ` Linus Torvalds
2005-12-27 0:00 ` Benjamin Herrenschmidt
2005-12-27 1:20 ` Jules Villard
2005-12-27 1:27 ` Benjamin Herrenschmidt
2005-12-27 12:55 ` Jules Villard
2005-12-27 23:26 ` Benjamin Herrenschmidt
2005-12-28 6:16 ` Benjamin Herrenschmidt
2005-12-28 21:49 ` Linus Torvalds
2005-12-28 23:14 ` Benjamin Herrenschmidt
2005-12-27 1:19 ` Jules Villard
2005-12-27 1:27 ` Benjamin Herrenschmidt
2005-12-27 1:49 ` Benjamin Herrenschmidt
2005-12-27 12:14 ` Jules Villard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20051227025848.GA5498@stiffy.osknowledge.org \
--to=marc@osknowledge.org \
--cc=akpm@osdl.org \
--cc=jvillard@ens-lyon.fr \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@osdl.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox