Re: [libvirt] [PATCH 4/5] capabilities: Switch CPU data in NUMA topology to a struct

2013-01-22 Thread Daniel P. Berrange
On Sat, Jan 19, 2013 at 12:06:41AM +0100, Peter Krempa wrote: This will allow storing additional topology data in the NUMA topology definition. This patch changes the storage type and fixes fallback of the change s/fallback/fallout/ across the drivers using it. This patch also changes

Re: [libvirt] [PATCH 4/5] capabilities: Switch CPU data in NUMA topology to a struct

2013-01-21 Thread Martin Kletzander
On 01/19/2013 12:06 AM, Peter Krempa wrote: This will allow storing additional topology data in the NUMA topology definition. This patch changes the storage type and fixes fallback of the change across the drivers using it. This patch also changes semantics of adding new NUMA cell

Re: [libvirt] [PATCH 4/5] capabilities: Switch CPU data in NUMA topology to a struct

2013-01-21 Thread Martin Kletzander
On 01/21/2013 02:10 PM, Peter Krempa wrote: On 01/21/13 12:31, Martin Kletzander wrote: [...] Because this and [PATCH 5/5] both require [PATCH 3/5] to be in, I'm cond-ACKing this patch with the same condition as [PATCH 3/5]. I assume that you mean patch 2/5 :) Sorry, of course I meant

Re: [libvirt] [PATCH 4/5] capabilities: Switch CPU data in NUMA topology to a struct

2013-01-21 Thread Peter Krempa
On 01/21/13 12:31, Martin Kletzander wrote: On 01/19/2013 12:06 AM, Peter Krempa wrote: This will allow storing additional topology data in the NUMA topology definition. This patch changes the storage type and fixes fallback of the change across the drivers using it. This patch also changes

[libvirt] [PATCH 4/5] capabilities: Switch CPU data in NUMA topology to a struct

2013-01-18 Thread Peter Krempa
This will allow storing additional topology data in the NUMA topology definition. This patch changes the storage type and fixes fallback of the change across the drivers using it. This patch also changes semantics of adding new NUMA cell information. Until now the data were re-allocated and