[Qemu-devel] QEMU Roadmap for 2009 -- Status

[Qemu-devel] QEMU Roadmap for 2009 -- Status

[Prince Riley]

[-- Attachment #1: Type: text/plain, Size: 1102 bytes --]

Greetings <http://bellard.org/qemu/qemu-tech.html#TOC3>I am writing to ask
if anyone can respond to this post with a summary of the current efforts
underway to work on the points mentioned in the lst below for the x86 and
ARM processor platforms.
Is there a development/release roadmap for adding these features ? I am
interested in the work toward adding support for the ARM9 processor.

Thanks

Prince Riley

1.2 x86 emulation <http://bellard.org/qemu/qemu-tech.html#TOC3>

Current QEMU limitations:

   - No SSE/MMX support (yet).
   - No x86-64 support.
   - IPC syscalls are missing.
   - 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.

1.3 ARM emulation <http://bellard.org/qemu/qemu-tech.html#TOC4>

   - Full ARM 7 user emulation.
   - NWFPE FPU support included in user Linux emulation.
   - Can run most ARM Linux binaries.

[-- Attachment #2: Type: text/html, Size: 1411 bytes --]

Re: [Qemu-devel] QEMU Roadmap for 2009 -- Status

[Andreas Färber]

Hello,

Am 15.12.2008 um 19:18 schrieb Prince Riley:

> GreetingsI am writing to ask if anyone can respond to this post with  
> a summary of the current efforts underway to work on the points  
> mentioned in the lst below for the x86 and ARM processor platforms.

The document you quote has this at the bottom:
"This document was generated on 5 February 2007 [...]"

The most up-to-date documentation is in SVN, that usually gets updated  
whenever a new feature is added.

Andreas

> Is there a development/release roadmap for adding these features ? I  
> am interested in the work toward adding support for the ARM9  
> processor.
>
> Thanks
>
> Prince Riley
>
> 1.2 x86 emulation
> Current QEMU limitations:
>
> 	• No SSE/MMX support (yet).
> 	• No x86-64 support.
> 	• IPC syscalls are missing.
> 	• 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.
> 1.3 ARM emulation
> 	• Full ARM 7 user emulation.
> 	• NWFPE FPU support included in user Linux emulation.
> 	• Can run most ARM Linux binaries.

Re: [Qemu-devel] QEMU Roadmap for 2009 -- Status

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1571 bytes --]

On Mon, Dec 15, 2008 at 12:18:17PM -0600, Prince Riley wrote:
> Greetings
> 
> I am writing to ask if anyone can respond to this post with a summary of the
> current efforts underway to work on the points mentioned in the lst below for
> the x86 and ARM processor platforms.
> 
>    Is there a development/release roadmap for adding these features ? I am
>    interested in the work toward adding support for the ARM9 processor.
>    Thanks
>    Prince Riley
> 
> [1]1.2 x86 emulation
> 
>    Current QEMU limitations:
>      * No SSE/MMX support (yet).
>      * No x86-64 support.
>      * IPC syscalls are missing.

I've posted IPC syscalls implementation, but only msg* was merged. :(

>      * 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.
> 
> [2]1.3 ARM emulation
> 
>      * Full ARM 7 user emulation.
>      * NWFPE FPU support included in user Linux emulation.
>      * Can run most ARM Linux binaries.
> 
> References
> 
>    Visible links
>    1. http://bellard.org/qemu/qemu-tech.html#TOC3
>    2. http://bellard.org/qemu/qemu-tech.html#TOC4
> 
>    Hidden links:
>    3. http://bellard.org/qemu/qemu-tech.html#TOC3

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.org/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Qemu-devel] QEMU Roadmap for 2009 -- Status

[Miklos Vajna]

[-- Attachment #1: Type: text/plain, Size: 830 bytes --]

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.
>    - 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.

I think this would be really nice to have on common targets like x86 or
PPC.

Thanks.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [Qemu-devel] QEMU Roadmap for 2009 -- Status

[Martin Mohring]

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