On Mon, 2013-11-04 at 10:41 +0100, Alexander Graf wrote: > What we really have are 3 semantically separate entities: > > * QEMU internal cpu id > * KVM internal cpu id > * DT exposed cpu id > > As you have noted, it's a good idea to keep the QEMU internal cpu id > linear, thus completely separate from the others. The DT exposed cpu id > should be 100% local to hw/ppc/spapr*.c. I don't think any code outside > of the DT generation and anything that accesses the "Virtual Processor > Number" in sPAPR needs to care about the DT cpu id. All that code is > 100% KVM agnostic.
This patch isn't just for sPAPR... On e500 the DT cpu id is supposed to match the MPIC cpu id. -Scott