On Thu, Mar 30, 2006 at 08:19:50AM +0200, Domen Puncer wrote: > On 29/03/06 22:31 +0100, Chris Boot wrote: > > On 29 Mar 2006, at 17:03, Thiemo Seufer wrote: > > > > >On Wed, Mar 29, 2006 at 04:47:23PM +0100, Chris Boot wrote: > > >[snip] > > >>Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) > > >>Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) > > >>Memory: 128480k/131072k available (907k kernel code, 2556k reserved, > > >>172k data, 96k init, 0k highmem) > > >>Mount-cache hash table entries: 512 > > >>Checking for 'wait' instruction... available. > > >> > > >>At this stage it gets stuck and I have to kill qemu. Any ideas how to > > >>debug this? > > > > > >Familiar symptom, I fixed it but don't remember offhand which patch > > >contains the fix. It was either related to TLB emulation or to > > >kernel-mode/user-mode mismatch. > > > > Well, I added a few more patches and it finally boots now, but it > > can't mount the root FS off the RAMDISK. I'm not sure if this is a > > side-effect of the previous initrd problem or what, but it feels good > > to be getting further... > > I was unable to boot userspace from initrd too. It was loaded to the > wrong address or something. "Fixing" that didn't work either. It gets loaded to 0x80800000, feeding rd_start/rd_size derived from that address as kernel parameters should work. Thiemo
