From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FOxNw-0000aq-Nk for qemu-devel@nongnu.org; Thu, 30 Mar 2006 08:40:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FOxNu-0000Yk-AZ for qemu-devel@nongnu.org; Thu, 30 Mar 2006 08:40:23 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FOxNu-0000Ye-7X for qemu-devel@nongnu.org; Thu, 30 Mar 2006 08:40:22 -0500 Received: from [64.233.184.239] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FOxQ5-0006hH-Db for qemu-devel@nongnu.org; Thu, 30 Mar 2006 08:42:37 -0500 Received: by wproxy.gmail.com with SMTP id i21so451404wra for ; Thu, 30 Mar 2006 05:40:21 -0800 (PST) Message-ID: <442BDFC9.40009@gmail.com> Date: Thu, 30 Mar 2006 15:40:25 +0200 MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] Add MIPS ELF loader References: <4428DE4B.6040802@gmail.com> <20060328130159.GA31939@networkno.de> In-Reply-To: <20060328130159.GA31939@networkno.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit From: Dirk Behme 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 Thiemo Seufer wrote: > On Tue, Mar 28, 2006 at 08:57:15AM +0200, Dirk Behme wrote: >>What about the patch in attachment? It first tries to load >>image as an ELF file. If this fails it falls back to raw >>image load. Additionally, it takes feature of patch above to >>go on even if no BIOS is found. > > > A slightly more polished version with less noisy messages is appended. > It also adjusts the ramdisk load address to physical addressing, > similiar to the binary kernel load. One question I just found: If we go on if no BIOS is found/executed and we load some stuff to e.g. 0x80010000, where is the default address translation made? As I understand MIPS, code in kseg0 (0x80000000) and kseg1 (0xA0000000) should be executable without MMU/TLB setup because it is mapped by default to physical 0x0. But looks to me that I get a cpu_mips_handle_mmu_fault pc 80010000 ad 80010000 rw 2 is_user 0 smmu 1 for it. Dirk