From mboxrd@z Thu Jan 1 00:00:00 1970 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-reply-to: Your message of "Tue, 04 Aug 2009 13:46:31 EDT." References: From: Bakul Shah Date: Tue, 11 Aug 2009 23:18:24 -0700 Message-Id: <20090812061824.EAB7C5AF5@mail.bitblocks.com> Subject: Re: [9fans] Parallels Vesa driver question Topicbox-Message-UUID: 43d964aa-ead5-11e9-9d60-3106f5b1d025 On Tue, 04 Aug 2009 13:46:31 EDT erik quanstrom wrote: > > Anyway, a couple of areas to look into, if you want plan9 on > > vbox: try changing the memory layout of plan9 or figure out > > what qemu did to make plan9 run well and apply that change to > > vbox. > > what makes you think its a memory layout issue? I can no longer remember but I think the following played some part in thinking that. Qemu internals document (on qemu.org): For system emulation, QEMU uses the mmap() system call to emulate the target CPU MMU. It works as long the emulated OS does not use an area reserved by the host OS (such as the area above 0xc0000000 on x86 Linux). Elsewhere it says Achieving self-virtualization is not easy because there may be address space conflicts. QEMU solves this problem by being an executable ELF shared object as the ld-linux.so ELF interpreter. That way, it can be relocated at load time. It was a hypothesis and it could be all wet.