Re: MM kernels 2.6.24-rc*-mm*, 2.6.24-mm1: gnome-terminal stuck in tty_poll

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: J. K. Cliburn
Date: Wednesday, February 6, 2008 - 7:10 pm

Zan Lynx wrote:


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@chello.nl>
AuthorDate: Fri Jan 25 21:08:32 2008 +0100
Committer:  Ingo Molnar <mingo@elte.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@chello.nl>
     Signed-off-by: Ingo Molnar <mingo@elte.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
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: MM kernels 2.6.24-rc*-mm*, 2.6.24-mm1: gnome-terminal ..., J. K. Cliburn, (Wed Feb 6, 7:10 pm)