[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20130424.143615.334401973542739420.davem@davemloft.net>
Date: Wed, 24 Apr 2013 14:36:15 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: mroos@...ux.ee
Cc: linux-kernel@...r.kernel.org, sparclinux@...r.kernel.org
Subject: Re: sparc64, mm BUG in 3.9-rc8
From: David Miller <davem@...emloft.net>
Date: Tue, 23 Apr 2013 16:17:51 -0400 (EDT)
> From: Meelis Roos <mroos@...ux.ee>
> Date: Tue, 23 Apr 2013 00:19:49 +0300 (EEST)
>
>>> > Hello, I got a non-booting Sun E420R (sparc64) with 3.9-rc8: BUG-s in
>>> > mm/slub.c:925 and mm/memory.c:1267 (the latter keeps scrolling until
>>> > other things break and panic comes from trying to kill init). This is
>>> > reproducible. Same machine runs 3.9.0-rc7-00004-gbb33db7 successfully.
>>> > Configuration is below.
>>>
>>> It's certainly a bug in the TLB shootdown fix, please verify that
>>> reverting the following fixes things:
>>>
>>> >From f36391d2790d04993f48da6a45810033a2cdf847 Mon Sep 17 00:00:00 2001
>>> From: "David S. Miller" <davem@...emloft.net>
>>> Date: Fri, 19 Apr 2013 17:26:26 -0400
>>> Subject: [PATCH] sparc64: Fix race in TLB batch processing.
>>
>> Yes, reverting that makes it work again.
>
> Just an update, using your config I was able to make one that boots on my
> machine and reproduces the problem.
Ok, I've narrowed it down to CONFIG_DEBUG_ATOMIC_SLEEP, as the exact config
option which starts the crashes happening when it is enabled.
I should have this fixed by the end of today.
--
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