From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JmhVk-0000J3-F3 for qemu-devel@nongnu.org; Thu, 17 Apr 2008 23:43:40 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JmhVi-0000IN-Ro for qemu-devel@nongnu.org; Thu, 17 Apr 2008 23:43:39 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JmhVi-0000IA-Mg for qemu-devel@nongnu.org; Thu, 17 Apr 2008 23:43:38 -0400 Received: from fg-out-1718.google.com ([72.14.220.157]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JmhVi-0000WL-8o for qemu-devel@nongnu.org; Thu, 17 Apr 2008 23:43:38 -0400 Received: by fg-out-1718.google.com with SMTP id e12so273428fga.8 for ; Thu, 17 Apr 2008 20:43:32 -0700 (PDT) Message-ID: <5b5833aa0804172043o76747a53ie18fdce6f760c356@mail.gmail.com> Date: Thu, 17 Apr 2008 23:43:31 -0400 From: "Anderson Lizardo" Subject: Re: [Qemu-devel] Re: [4215] Nokia N800 machine support (ARM). In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: 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 On Thu, Apr 17, 2008 at 7:03 PM, andrzej zaborowski wrote: > The firmware kernel is very quiet, so if it's unable to mount the > initfs, it'll hang at the blank screen. A kernel built from sources > will dump logs on the third serial port. To boot Linux you'll need to > provide the kernel and a flash image with at least two of the five > partitions present on it. The flash is supplied with "-mtdblock > filename" and the file should be of 276824064 bytes (256 MB of data + > OOB data at the end). You'll need to have the initfs and the rootfs > present in this image, and for Maemo also the "config" partition (not > my fault). Poky (pokylinux.org) boots fine with just the stock initfs > + Poky rootfs. A nice feature would be to allow the host to communicate with nolo running inside qemu (e.g. through a TCP server or something), then modify the free 0xFFFF flasher (http://nopcode.org/0xFFFF/) to be able to communicate with this server. In practice, this would allow to "flash" the emulated device like we do for the real hardware. Is that feasible? Regards, -- Anderson Lizardo Instituto Nokia de Tecnologia (INdT) Manaus - Brazil