[Qemu-devel] Re: cpuid problem in upstream qemu with kvm

2010-01-06 Thread Paolo Bonzini
On 01/05/2010 07:06 AM, john cooper wrote: > Nehalem is really just a code name. Would it be better to use core-i7? I'd inquired whether marketing sanctioned names existed but didn't receive anything conclusive. The resulting monikers at least are in common usage. Unfortunately it goes on a

Re: [Qemu-devel] Re: cpuid problem in upstream qemu with kvm

2009-12-23 Thread Paolo Bonzini
On 12/22/2009 11:56 PM, Jamie Lokier wrote: Are you joking? Even as a casual users, when would you ever run Windows without networking these days???! I don't think you can even buy a computer without networking any more:-) Probably not. :) Or do you mean something else by "networked images"

Re: [Qemu-devel] Re: cpuid problem in upstream qemu with kvm

2009-12-22 Thread Jamie Lokier
Paolo Bonzini wrote: > > >>No, Windows tries to detect changes in your hardware and assumes that > >>if too many things change, you might be a pirate and requires you to > >>phone their offices to re-authenticate. > > > >'Just' the CPU is not big deal. Might hit you with two 'bad' points. > >Netwo

[Qemu-devel] Re: cpuid problem in upstream qemu with kvm

2009-12-21 Thread Paolo Bonzini
No, Windows tries to detect changes in your hardware and assumes that if too many things change, you might be a pirate and requires you to phone their offices to re-authenticate. 'Just' the CPU is not big deal. Might hit you with two 'bad' points. Network interface + CPU will require re-activa

[Qemu-devel] Re: cpuid problem in upstream qemu with kvm

2009-12-21 Thread Paolo Bonzini
On 12/21/2009 08:48 AM, Gleb Natapov wrote: > Well, I wouldn't be too sure on that one. Software may use SSE3 instructions to access MMIO in which case we do have to emulate it. Unfortunately this is already a reality. Look here: http://groups.google.com/group/linux.kernel/browse_thread/thread