qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Re: KVM call agenda for July 27


From: Jes Sorensen
Subject: Re: [Qemu-devel] Re: KVM call agenda for July 27
Date: Tue, 27 Jul 2010 15:22:32 +0200
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100621 Fedora/3.0.5-1.fc13 Lightning/1.0b2pre Thunderbird/3.0.5

On 07/27/10 02:13, Alex Williamson wrote:
> On Mon, 2010-07-26 at 18:28 -0500, Anthony Liguori wrote:
>> On 07/26/2010 05:28 PM, Anthony Liguori wrote:
>>> On 07/26/2010 04:28 PM, Chris Wright wrote:
>>>> Please send in any agenda items you are interested in covering.
>>>
>>> - 0.13 update
>>>   I'll pre-empt the 0.13 question with an answer.  I'm just testing 
>>> the VNC changes and if all goes well, I'll tag tonight.
>>>
>>>   Initial thinking is to keep 0.14 short and target Dec 1st.
>>>
>>> - if danpb can make it, would like to discuss -help output parsing
>>>   summary: help parsing is terrible, but given the fact that 
>>> capabilities is going to take a while to get totally right, would like 
>>> to discuss an interim solution that gives us more flexibility to do 
>>> reasonable things with the help output.
>>
>> - any additional input on probed_raw?
> 
>  - cpu model #s, does anyone know things that would break if we bumped
> the qemu64 model up to 13 (or higher?) and made definitions for
> Conroe/Penryn/Nehalem use more representative model #s?

That was my topic for the call :)

The currenct qemu64 cpu model is a mess, family 6, model 2 is not even a
64 bit processor, plus we enable a bunch of flags that didn't exist in
those processors: pni, popcnt, cx16, sse4a, lm, nx, lahf_lm, svm, abm
(if I got the list right).

Jes






reply via email to

[Prev in Thread] Current Thread [Next in Thread]