From: Linus Torvalds <torvalds@linux-foundation.org>
To: Peter Volkov <pva@gentoo.org>
Cc: gregkh@suse.de, linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.31 regression: system hang after pptp connection established
Date: Thu, 17 Sep 2009 13:42:02 -0700 (PDT) [thread overview]
Message-ID: <alpine.LFD.2.01.0909171327230.4950@localhost.localdomain> (raw)
In-Reply-To: <1253217553.3271.77.camel@tablet>
On Thu, 17 Sep 2009, Peter Volkov wrote:
>
> After pptp connection is established my 2.6.31 system freezes while
> 2.6.30 works as expected. Bissecting gave me the following result:
>
> commit ac89a9174decf343de049a06fad75681f71890eb
> Author: Linus Torvalds <torvalds@linux-foundation.org>
> Date: Sat Sep 5 13:27:10 2009 -0700
>
> pty: don't limit the writes to 'pty_space()' inside 'pty_write()'
>
> and looks like reverting this patch from 2.6.31 fixes the problem.
Hmm. The only thing it should cause is that pty_write() will effectively
allow a larger buffer for writes (limited to ~64kB rather than 8kB).
But considering how fragile ppp has been, I guess I shouldn't be surprised
that this can cause a hang in itself.
> In hope to get any oops I've started netconsole but at hang no new ouput
> was there. I've managed to gather some information with SysRq (it's
> gzipped in attachment) but I'm not sure how useful it is.
It's interesting, but I don't know how _useful_ it is.
What's interesting about it is that it shows a problem, but the problem it
shows would seem to have nothing at all to do with ppp or networking or
pty's. The problem seems to be processes stuck in disk-wait:
events/0 D ffff88007d0c7b50 0 7 2 0x00000000
events/0 D ffff88007d0c7b50 0 7 2 0x00000000
kacpi_notify D ffff88007d2ffbe8 0 170 2 0x00000000
khubd D ffff88007d211ae8 0 260 2 0x00000000
pdflush D ffff88007d26bd40 0 326 2 0x00000000
kjournald D ffff88007b2f3df8 0 3361 2 0x00000000
kjournald D ffff88007c65ddf8 0 3362 2 0x00000000
reiserfs/0 D [<ffffffff810725f7>] ? delayacct_end+0x81/0x8c
events/0 D ffff88007d0c7b50 0 7 2 0x00000000
kacpi_notify D ffff88007d2ffbe8 0 170 2 0x00000000
khubd D ffff88007d211ae8 0 260 2 0x00000000
pdflush D ffff88007d26bd40 0 326 2 0x00000000
kjournald D ffff88007b2f3df8 0 3361 2 0x00000000
kjournald D ffff88007c65ddf8 0 3362 2 0x00000000
which explains your symptoms - hung X (with just cursor moving) and ssh's
hanging.
It's just that while it all explains your symptoms, none of the above
should have anything what-so-ever to do with pty's!
pdflush, for example, seems to be stuck waiting for &jl->j_commit_mutex in
reiserfs. Odd. It really looks like you have something stuck waiting for
IO.
But your CPU 1 backtrace looks relevant, and seems hung on a spinlock in
tty_buffer_request_room() and has that pty_write() thing there. I'm not
seeing why the 'D' states above happen, though.
> I've tried to establish pptp connection both over wireless and wired
> connections and system hanged with both, so it looks like networking
> drivers are not the reason here. BTW, I'm using networkmanager to
> establish connection.
>
> gzipped kernel config is in attachment.
>
> Is this problem known? Does anybody experience same problem? Do you have
> a fix? :)
Not a known problem, but it's entirely possible that there is some bug in
the "tty buffer out of memory" handling - that nobody has ever seen
because in practice everybody always hit other limits first.
Let me look at it a bit, and see if I can come up with test patches for
you.
Linus
next prev parent reply other threads:[~2009-09-17 20:42 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-17 19:59 Peter Volkov
2009-09-17 20:42 ` Linus Torvalds [this message]
2009-09-17 21:12 ` Linus Torvalds
2009-09-18 11:20 ` Peter Volkov
2009-09-18 14:16 ` Linus Torvalds
2009-09-18 15:37 ` Andrey Rahmatullin
2009-09-18 15:48 ` Linus Torvalds
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=alpine.LFD.2.01.0909171327230.4950@localhost.localdomain \
--to=torvalds@linux-foundation.org \
--cc=gregkh@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=pva@gentoo.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
all inboxes | Powered by JetHome®