On Mon, 17 Jul 2006, David Miller wrote: > It's dumping into the firmware on cpu #4. > > Why don't you try a non-SMP kernel while we work out these > device level problems? This crash here might be related > to the erroneous SLAB patch you put in there. compiled as non-SMP, the recovering cpu is #0, the logged result persists. ctrace showed an interesting thought, I anotated with the System map values. udelay is the only place I see getting to .umul and not sure what it's choking on ( 5 isn't that exotic ). no I haven't been playing in lib/umul.S Thanx Ray - To unsubscribe from this list: send the line "unsubscribe sparclinux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
