From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ExAK8-0001ai-MX for qemu-devel@nongnu.org; Thu, 12 Jan 2006 16:49:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ExAK7-0001aG-N0 for qemu-devel@nongnu.org; Thu, 12 Jan 2006 16:49:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ExAK7-0001aB-L3 for qemu-devel@nongnu.org; Thu, 12 Jan 2006 16:49:35 -0500 Received: from [84.96.92.56] (helo=smTp.neuf.fr) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ExAMz-0004dp-JV for qemu-devel@nongnu.org; Thu, 12 Jan 2006 16:52:33 -0500 Received: from [84.102.211.180] by sp604003mt.gpm.neuf.ld (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0IT000C3T0SHJ741@sp604003mt.gpm.neuf.ld> for qemu-devel@nongnu.org; Thu, 12 Jan 2006 22:24:18 +0100 (CET) Date: Thu, 12 Jan 2006 22:26:31 +0100 From: Fabrice Bellard Subject: Re: [Qemu-devel] MIPS little endian system emulation? In-reply-to: <20060111115610.GB4842@domen.ultra.si> Message-id: <43C6C987.1060700@bellard.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT References: <20060111115610.GB4842@domen.ultra.si> 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 Domen Puncer wrote: > Hi. > > What would need to be done for qemu to support little endian system > emulation? > I tried changing kernel config, to "support" little endian, and it > even builds it. When i try to boot it with qemu-system-mips it... > well... doesn't do anything. > > I'm guessing that I need something like qemu-system-mipsel? > Any hints on how to easily (if that's possible) provide it? Hi, I see no reason why the mipsel system emulation cannot be implemented in the existing qemu-system-mips with a dynamic switch (I was told that some MIPS processor have a bit to dynamically select the endianness). I would really prefer that compared to a new target. Note that I added a new target for user mode mipsel and armeb just because it would have been difficult and inefficient to switch the endianness dynamically in the Linux system call converter... Fabrice.