On 10/3/07, Matt Mackall <[EMAIL PROTECTED]> wrote: > On Wed, Oct 03, 2007 at 07:36:55PM +0200, Torsten Kaiser wrote: > > Of note might be, that at the time of this error init has not been > > started. I'm using a program from initramfs to start the RAID. > > The initramfs was primarily build using the genkernel package from > > gentoo, but I have removed some parts of it (kernel modules and some > > other part I no longer remember) > > Then I really don't see how these patches can have anything to do with > your problem. They only affect some currently obscure files in /proc > and it's unlikely to have any impact at init time. It's more likely > that there's some code alignment Heisenbug or you got a false negative > somewhere in your bisection.
Heisenbug via code alignment might be, but the bisection result seemed rather reliable. I have 4 good boots with all mm-patches before the maps2-* ones and 2 out of 3 boots failed with part or all maps2-* patches applied. (Any many more failed boots with more mm-patches applied.) But I do think it might be very possible that some (maybe even correct) change in the behavior of this code triggers the error. So I'm very interested in what you additional printk outputs to track down what changed and why this breaks. I looked at the scripts from the initramfs, but sadly I don't see anything that crawls throug /proc and might hit your files. Other than that there is nearly only busybox in there. cryptsetup should run later and modprobe does not have any modules it could try to load... Torsten - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
