[libvirt] [PATCHv3 0/6] Add additional data to NUMA topology info

2013-01-24 Thread Peter Krempa
Another spin of the series. Difference to previous version:
- remove redundant init of some structures
- add graceful behavior if topology cannot be discovered
- fix incorrect usage of virBitmapParse

I'm working on adding more docs for the capabilities XML and the support for 
the xend driver.

Peter Krempa (6):
  schema: Make the cpuset type reusable across schema files
  schemas: Add schemas for more CPU topology information in the caps XML
  conf: Split out NUMA topology formatting to simplify access to data
  capabilities: Switch CPU data in NUMA topology to a struct
  capabilities: Add additional data to the NUMA topology info
  test: Add support for thread and core information for the test driver

 docs/schemas/basictypes.rng   |  6 +++
 docs/schemas/capability.rng   | 11 +
 docs/schemas/domaincommon.rng |  5 ---
 src/conf/capabilities.c   | 94 ++-
 src/conf/capabilities.h   | 16 +++-
 src/libvirt_private.syms  |  1 +
 src/nodeinfo.c| 85 --
 src/qemu/qemu_process.c   |  2 +-
 src/test/test_driver.c| 24 +--
 src/xen/xend_internal.c   | 21 +-
 10 files changed, 204 insertions(+), 61 deletions(-)

-- 
1.8.1.1

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list


Re: [libvirt] [PATCHv3 0/6] Add additional data to NUMA topology info

2013-01-24 Thread Daniel P. Berrange
On Thu, Jan 24, 2013 at 10:57:28AM +0100, Peter Krempa wrote:
 Another spin of the series. Difference to previous version:
 - remove redundant init of some structures
 - add graceful behavior if topology cannot be discovered
 - fix incorrect usage of virBitmapParse
 
 I'm working on adding more docs for the capabilities XML and the support for 
 the xend driver.
 
 Peter Krempa (6):
   schema: Make the cpuset type reusable across schema files
   schemas: Add schemas for more CPU topology information in the caps XML
   conf: Split out NUMA topology formatting to simplify access to data
   capabilities: Switch CPU data in NUMA topology to a struct
   capabilities: Add additional data to the NUMA topology info
   test: Add support for thread and core information for the test driver

ACK to all.

For future reference, if you have a series and the early patches
in the series have already been ACKed, there's no need to keep
reposting the ACKd patches. Just merge the first ACKs ones in the
series, and repost what is left over.

Daniel
-- 
|: http://berrange.com  -o-http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org  -o- http://virt-manager.org :|
|: http://autobuild.org   -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org   -o-   http://live.gnome.org/gtk-vnc :|

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list


Re: [libvirt] [PATCHv3 0/6] Add additional data to NUMA topology info

2013-01-24 Thread Peter Krempa

On 01/24/13 11:05, Daniel P. Berrange wrote:

On Thu, Jan 24, 2013 at 10:57:28AM +0100, Peter Krempa wrote:

Another spin of the series. Difference to previous version:
 - remove redundant init of some structures
 - add graceful behavior if topology cannot be discovered
 - fix incorrect usage of virBitmapParse

I'm working on adding more docs for the capabilities XML and the support for 
the xend driver.

Peter Krempa (6):
   schema: Make the cpuset type reusable across schema files
   schemas: Add schemas for more CPU topology information in the caps XML
   conf: Split out NUMA topology formatting to simplify access to data
   capabilities: Switch CPU data in NUMA topology to a struct
   capabilities: Add additional data to the NUMA topology info
   test: Add support for thread and core information for the test driver


ACK to all.

For future reference, if you have a series and the early patches
in the series have already been ACKed, there's no need to keep
reposting the ACKd patches. Just merge the first ACKs ones in the
series, and repost what is left over.


Hm, yeah, those were pretty self-contained. I will keep that in mind for 
the next time.


Thanks for the review.

Peter



Daniel



--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list