mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: "Mariusz Koz__owski" <m.kozlowski@tuxland.pl>
Cc: linux-kernel@vger.kernel.org,
	Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@elte.hu>,
	Adrian Bunk <bunk@stusta.de>, john stultz <johnstul@us.ibm.com>
Subject: Re: 2.6.21-rc5-mm1
Date: Wed, 28 Mar 2007 13:02:34 -0700	[thread overview]
Message-ID: <20070328130234.c0a23572.akpm@linux-foundation.org> (raw)
In-Reply-To: <200703281844.58698.m.kozlowski@tuxland.pl>

On Wed, 28 Mar 2007 18:44:57 +0200
Mariusz Koz__owski <m.kozlowski@tuxland.pl> wrote:

> Hello,
> 
> 	I run 2.6.21-rc4-mm1 with no hangs for a week.
> Then when 2.6.21-rc5-mm1 showed up so I switched to it. Unfortunately
> today my laptop hunged twice in a similar way as described here:
> 
> http://www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#1165

It's not good that we went backwards between those two releases.

> 
> The difference is that it happened when I closed the lid in my laptop.
> When reopend it the box was frozen (ACPI?). Again disk I/O was dead
> so nothing was found in syslog.

Adrian, does this look like any of the bugs whcih you're monitoring?

> I tried to reproduce it and capture something with netconsole.
> I tortured the box for a few hours but the system did not hang. I pushed
> the box real hard and what I got was only oom-killer firing etc ;-)
> Anyway I found something else you might be interested in:
> 
> 
> 
> 1) This happened when 'echo 3 > /proc/sys/vm/drop_caches' on really
>    busy system.
> 
>  =======================================================
>  [ INFO: possible circular locking dependency detected ]
>  2.6.21-rc5-mm1 #1
>  -------------------------------------------------------
>  bash/20633 is trying to acquire lock:
>   (&journal->j_list_lock){--..}, at: [<c01bb60e>] journal_try_to_free_buffers+0x151/0x1bc
>  
>  but task is already holding lock:
>   (inode_lock){--..}, at: [<c0187d46>] drop_pagecache+0x58/0xf9

Yeah, that's a lock ranking error in the drop_caches code.  I have a
super-long-term plan to fix it, but in the short term nothing suggests
itself apart from removing the drop_caches code, I'm afraid.

> 
> 2) This was found a couple minutes later when the system was
>    really busy and close to oom condition.
> 
>  INFO: lockdep is turned off.
>  BUG: soft lockup detected on CPU#0!
>   [<c0104614>] show_trace_log_lvl+0x1a/0x30
>   [<c01052c9>] show_trace+0x12/0x14
>   [<c0105355>] dump_stack+0x16/0x18
>   [<c01467a0>] softlockup_tick+0x81/0xa8
>   [<c011e4dc>] run_local_timers+0x12/0x14
>   [<c011e8dd>] update_process_times+0x2b/0x63
>   [<c012e4be>] tick_sched_timer+0x4d/0x9e
>   [<c012af00>] hrtimer_interrupt+0x12e/0x1a6
>   [<c0106f56>] timer_interrupt+0xe/0x15
>   [<c0146af3>] handle_IRQ_event+0x28/0x59
>   [<c01480a7>] handle_level_irq+0x6e/0xe7
>   [<c0105d3e>] do_IRQ+0x3d/0x7f
>   [<c01041b2>] common_interrupt+0x2e/0x34
>   [<c011afef>] do_softirq+0x4d/0x50
>   [<c011b263>] irq_exit+0x7e/0x80
>   [<c0105d43>] do_IRQ+0x42/0x7f
>   [<c01041b2>] common_interrupt+0x2e/0x34
>   [<c0178bf2>] core_sys_select+0x1c6/0x310
>   [<c0179101>] sys_select+0x39/0x18f
>   [<c0103f44>] sysenter_past_esp+0x5d/0x99
>   =======================
>  Clocksource tsc unstable (delta = 9372804176 ns)
>  Time: acpi_pm clocksource has been installed.
> 
> Please find .config attached. Not sure who to CC on this (as usual ;-)).
> 

I do ;)

  parent reply	other threads:[~2007-03-28 20:12 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-27  4:57 2.6.21-rc5-mm1 Andrew Morton
2007-03-27  6:20 ` 2.6.21-rc5-mm1 David Miller
2007-03-27 11:15 ` 2.6.21-rc5-mm1 Bartlomiej Zolnierkiewicz
2007-03-27 16:52 ` [-mm patch] fix arch/i386/kernel/marker.c compilation Adrian Bunk
2007-03-27 17:11   ` Mathieu Desnoyers
2007-03-27 17:29     ` Christoph Hellwig
2007-03-28 12:11     ` [-mm patch] no longer #include <asm/kdebug.h> Adrian Bunk
2007-03-27 17:39 ` 2.6.21-rc5-mm1 Badari Pulavarty
2007-03-27 16:48   ` 2.6.21-rc5-mm1 Andrew Morton
2007-03-27 17:57     ` 2.6.21-rc5-mm1 Badari Pulavarty
2007-03-27 20:12       ` 2.6.21-rc5-mm1 Andrew Morton
2007-03-27 20:30         ` 2.6.21-rc5-mm1 Eric Dumazet
2007-03-27 21:29         ` 2.6.21-rc5-mm1 Eric Dumazet
2007-03-27 21:40           ` 2.6.21-rc5-mm1 Andrew Morton
2007-03-27 23:29             ` 2.6.21-rc5-mm1 Badari Pulavarty
2007-03-27 22:15         ` 2.6.21-rc5-mm1 Badari Pulavarty
2007-03-27 17:54 ` 2.6.21-rc5-mm1 Badari Pulavarty
2007-03-27 20:28   ` 2.6.21-rc5-mm1 Andrew Morton
2007-03-27 21:23 ` 2.6.21-rc5-mm1 Sam Ravnborg
2007-03-27 21:26 ` 2.6.21-rc5-mm1: i386/x86_64 register_die_notifier() change Adrian Bunk
2007-03-27 21:29   ` [discuss] " Andi Kleen
2007-03-28 12:11 ` [-mm patch] drivers/mtd/ubi/: make code static Adrian Bunk
2007-03-28 12:58   ` Artem Bityutskiy
2007-03-28 16:44 ` 2.6.21-rc5-mm1 Mariusz Kozłowski
2007-03-28 19:59   ` 2.6.21-rc5-mm1 Mariusz Kozłowski
2007-03-28 20:02   ` Andrew Morton [this message]
2007-03-28 20:25     ` 2.6.21-rc5-mm1 Adrian Bunk
2007-03-28 20:49       ` 2.6.21-rc5-mm1 Mariusz Kozłowski
2007-03-29 18:01         ` 2.6.21-rc5-mm1 Mariusz Kozłowski
2007-03-29 17:52           ` 2.6.21-rc5-mm1 Andrew Morton
2007-03-29 18:45             ` 2.6.21-rc5-mm1 Mariusz Kozłowski
2007-03-29 18:38               ` 2.6.21-rc5-mm1 Ingo Molnar
2007-03-29 19:02                 ` 2.6.21-rc5-mm1 Mariusz Kozłowski
2007-03-29 19:40                   ` 2.6.21-rc5-mm1 Matt Mackall
2007-03-29 18:21           ` 2.6.21-rc5-mm1 Matt Mackall
2007-03-29 18:55             ` 2.6.21-rc5-mm1 Mariusz Kozłowski
2007-03-29 19:46               ` 2.6.21-rc5-mm1 Matt Mackall
2007-03-28 20:31     ` 2.6.21-rc5-mm1 john stultz
2007-03-31  6:28       ` 2.6.21-rc5-mm1 Mariusz Kozłowski
     [not found] ` <48f7fe350703291332q5f2da2dar7c52afd34f79072a@mail.gmail.com>
2007-03-29 21:33   ` 2.6.21-rc5-mm1 Andrew Morton

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=20070328130234.c0a23572.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=bunk@stusta.de \
    --cc=johnstul@us.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=m.kozlowski@tuxland.pl \
    --cc=mingo@elte.hu \
    --cc=tglx@linutronix.de \
    /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®