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.