[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <47AA68AA.3090009@bellsouth.net>
Date: Wed, 06 Feb 2008 20:10:50 -0600
From: "J. K. Cliburn" <jacliburn@...lsouth.net>
To: Zan Lynx <zlynx@....org>
CC: Linux Kernel <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...l.org>
Subject: Re: MM kernels 2.6.24-rc*-mm*, 2.6.24-mm1: gnome-terminal stuck in
tty_poll
Zan Lynx wrote:
> gnome-terminal gets stuck.
I began seeing this very thing around 2.6.24 time. (Fedora 8, vanilla
kernel.) I could usually cause the gnome terminal to hang if I rapidly
resized the window while executing make check-headers.
Over a couple of days I bisected it down to this commit:
Commit: 37bb6cb4097e29ffee970065b74499cbf10603a3
Parent: d3d74453c34f8fd87674a8cf5b8a327c68f22e99
Author: Peter Zijlstra <a.p.zijlstra@...llo.nl>
AuthorDate: Fri Jan 25 21:08:32 2008 +0100
Committer: Ingo Molnar <mingo@...e.hu>
CommitDate: Fri Jan 25 21:08:32 2008 +0100
hrtimer: unlock hrtimer_wakeup
hrtimer_wakeup creates a
base->lock
rq->lock
lock dependancy. Avoid this by switching to
HRTIMER_CB_IRQSAFE_NO_SOFTIRQ
which doesn't hold base->lock.
This fully untangles hrtimer locks from the scheduler locks, and allows
hrtimer usage in the scheduler proper.
Signed-off-by: Peter Zijlstra <a.p.zijlstra@...llo.nl>
Signed-off-by: Ingo Molnar <mingo@...e.hu>
---
kernel/hrtimer.c | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
Reverting the commit seemed to fix the problem for me.
Then I went away on a business trip Monday morning and returned Tuesday
night to a dead computer (won't POST), so I can't do any further
troubleshooting until I get it fixed.
Try reverting that patch and see if your gnome-terminal freezes go away.
Jay
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists