From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LQst6-0004aw-Pf for qemu-devel@nongnu.org; Sat, 24 Jan 2009 19:30:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LQst2-0004aC-Re for qemu-devel@nongnu.org; Sat, 24 Jan 2009 19:30:08 -0500 Received: from [199.232.76.173] (port=33434 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LQst2-0004a1-L5 for qemu-devel@nongnu.org; Sat, 24 Jan 2009 19:30:04 -0500 Received: from smtp2-g21.free.fr ([212.27.42.2]:52274) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LQst1-0004Yb-Qf for qemu-devel@nongnu.org; Sat, 24 Jan 2009 19:30:04 -0500 Received: from smtp2-g21.free.fr (localhost [127.0.0.1]) by smtp2-g21.free.fr (Postfix) with ESMTP id 124D14B001D for ; Sun, 25 Jan 2009 01:29:56 +0100 (CET) Received: from laptop (vaf26-2-82-244-111-82.fbx.proxad.net [82.244.111.82]) by smtp2-g21.free.fr (Postfix) with ESMTP id 26E974B0037 for ; Sun, 25 Jan 2009 01:29:54 +0100 (CET) In-Reply-To: <20090124235908.GE16336@volta.aurel32.net> Subject: Re: [Qemu-devel] [PATCH] Fix -kernel on target-ppc From: "=?utf-8?q?Fran=C3=A7ois?= Revol" Date: Sun, 25 Jan 2009 01:30:31 +0100 CET Message-Id: <25531948444-BeMail@laptop> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org > >> I have already proposed a patch to use the virtual address of the > > > elf > >> header as done by yaboot or quik, but I have been told it is > > > actually > >> wrong. > >> > >> We have to find another way to load the elf file at a fixed > > > address. > > > > Hm - can't we just give load=5Felf an override value for the base > > address=3F > > > > /* address=5Foffset is hack for kernel images that are > > linked at the wrong physical address. */ > > addr =3D ph->p=5Fpaddr + address=5Foffset; > > > > cpu=5Fphysical=5Fmemory=5Fwrite=5From(addr, data, mem=5Fsize); > > > > Just pass another variable here that overrides addr and doesn't > > calculate it=3F > > Except that they can be more than one segment to load, so the last > one > will overwrite the previous ones. The PowerPC kernels I have seen > only > have one load segment, but I am not sure it is always the case. The Haiku bootloader currently has both a text and data segment, but I suppose I can easily change the ldscript. It's not exactly a kernel but it's what is supposed to be loaded because we have our own way to load modules and setup things. I'd only need -kernel to ease testing anyway, I'd rather have OpenBIOS actually read the ISO/HFS image and dig the loader from there... The available commands seem a bit scarce. Fran=C3=A7ois.