(Added 3 addresses to CC from my RED state exception thread since this
is related)
> On Tue, 3 Dec 2013, Meelis Roos wrote:
>
> > Tested it. seems to hang after switching to another console. Before
> > that, slabs are initialized successfully, I verified it with my previous
> > debug printk spri
On Tue, 3 Dec 2013, Meelis Roos wrote:
> Tested it. seems to hang after switching to another console. Before
> that, slabs are initialized successfully, I verified it with my previous
> debug printk sprinkle patch. Many allocations are still off slab - is
> that OK?
Yes that was the intend. Only
> I have another patch here (that I cannot test since I cannot run sparc
> code) that simply changes the determination for switching slab management
> to base the decision not on the final size of the slab (which is always
> large in the debugging cases here) but on the initial object size. For
> s
On Tue, 3 Dec 2013, Meelis Roos wrote:
> Kernel panic - not syncing: Creation of kmalloc slab (null) size=8388608
> failed. Reason -7
Same here.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
> > I am debugging a reboot problem on Sun Ultra 5 (sparc64) with 512M RAM
> > and turned on DEBUG_PAGEALLOC DEBUG_SLAB and DEBUG_SLAB_LEAK (and most
> > other debug options) and got the following BUG and hang on startup. This
> > happened originally with 3.11-rc2-00058 where my bisection of
> > an
On Tue, 3 Dec 2013, Christoph Lameter wrote:
> Subject: slab: Do not use off slab metadata for CONFIG_DEBUG_PAGEALLOC
>
> Signed-off-by: Christoph Lameter
The patch fails here at the largest slab which requires off slab
management because otherwise the order becomes too high.
The fundamental pr
On Sat, 30 Nov 2013, Meelis Roos wrote:
On Sat, 30 Nov 2013, Meelis Roos wrote:
> I am debugging a reboot problem on Sun Ultra 5 (sparc64) with 512M RAM
> and turned on DEBUG_PAGEALLOC DEBUG_SLAB and DEBUG_SLAB_LEAK (and most
> other debug options) and got the following BUG and hang on startup. T
On 12/03/2013 02:25 PM, Joonsoo Kim wrote:
No. He report that BUG() is triggered on v3.11-rc2 and v3.12.
And my recent change is merged into v3.13-rc1 as you know. :)
Hah, I guess my eyesight isn't what it used to be, I could have sworn it
said v3.13-rc2... Thanks anyway, Joonsoo!
2013/12/3 Pekka Enberg :
> On 11/30/2013 01:42 PM, Meelis Roos wrote:
>>
>> I am debugging a reboot problem on Sun Ultra 5 (sparc64) with 512M RAM
>> and turned on DEBUG_PAGEALLOC DEBUG_SLAB and DEBUG_SLAB_LEAK (and most
>> other debug options) and got the following BUG and hang on startup. This
>>
On 11/30/2013 01:42 PM, Meelis Roos wrote:
I am debugging a reboot problem on Sun Ultra 5 (sparc64) with 512M RAM
and turned on DEBUG_PAGEALLOC DEBUG_SLAB and DEBUG_SLAB_LEAK (and most
other debug options) and got the following BUG and hang on startup. This
happened originally with 3.11-rc2-00058
> > I am debugging a reboot problem on Sun Ultra 5 (sparc64) with 512M RAM
> > and turned on DEBUG_PAGEALLOC DEBUG_SLAB and DEBUG_SLAB_LEAK (and most
> > other debug options) and got the following BUG and hang on startup. This
> > happened originally with 3.11-rc2-00058 where my bisection of
>
> Does this patch from 3.13 fix it?
>
> commit c6f58d9b362b45c52afebe4342c9137d0dabe47f
> Author: Christoph Lameter
> Date: Thu Nov 7 16:29:15 2013 +
>
> slub: Handle NULL parameter in kmem_cache_flags
I do not think so - it is for slub but this machine uses slab.
--
Meelis Roos (mr
Does this patch from 3.13 fix it?
commit c6f58d9b362b45c52afebe4342c9137d0dabe47f
Author: Christoph Lameter
Date: Thu Nov 7 16:29:15 2013 +
slub: Handle NULL parameter in kmem_cache_flags
Andreas Herrmann writes:
When I've used slub_debug kernel option (e.g.
"slub_deb
On Sat, 30 Nov 2013, Meelis Roos wrote:
> I am debugging a reboot problem on Sun Ultra 5 (sparc64) with 512M RAM
> and turned on DEBUG_PAGEALLOC DEBUG_SLAB and DEBUG_SLAB_LEAK (and most
> other debug options) and got the following BUG and hang on startup. This
> happened originally with 3.11-rc
I am debugging a reboot problem on Sun Ultra 5 (sparc64) with 512M RAM
and turned on DEBUG_PAGEALLOC DEBUG_SLAB and DEBUG_SLAB_LEAK (and most
other debug options) and got the following BUG and hang on startup. This
happened originally with 3.11-rc2-00058 where my bisection of
another problem le
15 matches
Mail list logo