[Yaffs-archive] Re: kernel BUG at slab.c:1112! -->NAND issue?

[Thomas Gleixner]

On Sunday 12 January 2003 01:02, Charles Manning wrote:
> This looks to me like it is happeing in the NAND mtd.
I don't think so. The stacktrace is not really useful. And it seams to be 
inconsistent. 
> Trace; c00c4d54 <nand_write_page+27c/58c>
> Trace; c00c6e8c <nand_trans_result+7c/98>
nand_trans_result is called from nand_calculate_ecc, which is called from 
nand_write_page. So the order in stack is reversed here.

What are the OUT_OF_CODE entries. Do you have modules loaded ?

Bug in slab.c 1112 seams to be the following:
	/*
	 * The test for missing atomic flag is performed here, rather than
	 * the more obvious place, simply to reduce the critical path length
	 * in kmem_cache_alloc(). If a caller is seriously mis-behaving they
	 * will eventually be caught here (where it matters).
	 */
	if (in_interrupt() && (flags & SLAB_LEVEL_MASK) != SLAB_ATOMIC)
		BUG();
That's not a nand issue.

What version of MTD code do you use ? Latest MTD-CVS or old stuff ? Make sure 
to use latest MTD-CVS.

-- 
Thomas
________________________________________________________________________
linutronix - competence in embedded & realtime linux
http://www.linutronix.de
mail: tglx@linutronix.de


---------------------------------------------------------------------------------------
This mailing list is hosted by Toby Churchill open software (www.toby-churchill.org).
If mailing list membership is no longer wanted you can remove yourself from the list by 
sending an email to yaffs-request@toby-churchill.org with the text "unsubscribe" 
(without the quotes) as the subject.