From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IdACd-0006tI-Bs for qemu-devel@nongnu.org; Wed, 03 Oct 2007 15:48:15 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IdACb-0006sL-M0 for qemu-devel@nongnu.org; Wed, 03 Oct 2007 15:48:14 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IdACb-0006rw-9h for qemu-devel@nongnu.org; Wed, 03 Oct 2007 15:48:13 -0400 Received: from mail.bawue.net ([193.7.176.63]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IdACa-0003Ts-T5 for qemu-devel@nongnu.org; Wed, 03 Oct 2007 15:48:13 -0400 Date: Wed, 3 Oct 2007 20:47:44 +0100 From: Thiemo Seufer Subject: Re: [Qemu-devel] U-Boot patch for qemu -M mips Message-ID: <20071003194744.GO16772@networkno.de> References: <4702185B.3010807@comsys.ro> <20071002164027.GG16772@networkno.de> <470352E7.8050200@comsys.ro> <20071003133706.GM16772@networkno.de> <47039DDF.7050004@comsys.ro> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47039DDF.7050004@comsys.ro> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Vlad Lungu Cc: qemu-devel@nongnu.org Vlad Lungu wrote: > Thiemo Seufer wrote: >> Vlad Lungu wrote: >> [snip] >> >>>>> +long int initdram(int board_type) >>>>> +{ >>>>> + /* Sdram is setup by assembler code */ >>>>> + /* If memory could be changed, we should return the true value >>>>> here */ >>>>> + return MEM_SIZE*1024*1024; >>>>> >>>> Qemu gets the amount of RAM passed via a command line switch, the >>>> qemu-mips emulation sets up a Linux kernel like "command line" in >>>> memory where u-boot could parse it from. >>>> >>>> >>> Does it, or just when you pass -kernel to it? I'll check. >>> >> >> Hm, you are right, it does that only for -kernel. Would it make sense >> to change that in Qemu? >> > IDK. Maybe I can probe the RAM size in U-Boot , or if this does not work, mips_r4k implements no probable memory controller, so this won't work. > put some info somewhere (RAM, register, > emulated DIP-dwitch), like RAM size, endianness of the CPU. Endianness is rather pointless. If your U-Boot binary doesn't explode immediately you got the right endianness. :-) Thiemo