From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1LDpbC-0005t2-N2
	for qemu-devel@nongnu.org; Fri, 19 Dec 2008 19:21:42 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1LDpbB-0005rx-Ob
	for qemu-devel@nongnu.org; Fri, 19 Dec 2008 19:21:42 -0500
Received: from [199.232.76.173] (port=55871 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1LDpbB-0005rY-HY
	for qemu-devel@nongnu.org; Fri, 19 Dec 2008 19:21:41 -0500
Received: from moutng.kundenserver.de ([212.227.17.9]:65387)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <martin.mohring@opensuse.org>) id 1LDpbA-0007d3-VO
	for qemu-devel@nongnu.org; Fri, 19 Dec 2008 19:21:41 -0500
Message-ID: <494C3A92.8020607@opensuse.org>
Date: Sat, 20 Dec 2008 01:21:38 +0100
From: Martin Mohring <martin.mohring@opensuse.org>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] QEMU Roadmap for 2009 -- Status
References: <fa04eb750812151018u54c8e8cfyc561b8b813eee76c@mail.gmail.com>
	<20081219234425.GJ21154@genesis.frugalware.org>
In-Reply-To: <20081219234425.GJ21154@genesis.frugalware.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

Miklos Vajna wrote:
> On Mon, Dec 15, 2008 at 12:18:17PM -0600, Prince Riley <wmarketing3@gmail.com> wrote:
>   
>> Current QEMU limitations:
>>
>>    - No SSE/MMX support (yet).
>>    - No x86-64 support.
>>    - IPC syscalls are missing.
>>     
Kirill A. Shutemov sent patches for most IPC calls in user mode, but
only a few were accepted for some unknown to me reason.
>>    - The x86 segment limits and access rights are not tested at every memory
>>    access (yet). Hopefully, very few OSes seem to rely on that for normal use.
>>    - On non x86 host CPUs, doubles are used instead of the non standard 10
>>    byte long doubles of x86 for floating point emulation to get maximum
>>    performances.
>>     
>
> I don't know if this fits in this list or not, but given that user mode
> emulation supports NPTL only on arm/sh, most of today's binaries (think
> or a shell, for example) can't be run.
>   
They do in fact not run powerpc in user mode. To run modern powerpc
binaries, also two other missing syscalls are needed.
> I think this would be really nice to have on common targets like x86 or
> PPC.
>   
yes, definititely.

Martin