
On Fri, Oct 03, 2008 at 07:45:24AM -0700, Dan Smith wrote:
DV> creating a domain is always the trickiest part of domain lifecycle DV> and setting up the framework is often something a bit obfuscated, DV> nearly by definition. But if we could associate meaningful DV> constants to the device policies here, this would help people DV> having to improve or debug that code in the future ;-)
Okay, I suppose that if the QEMU driver ends up doing something similar, the constants would be reused.
Possibly - for QEMU we'd need to drive device ACL's off the list of configured disks in the XML - we'd probably just 'stat()' them to lookup their major/minor numbers at time of launch.
Should they go in cgroup.h since they're expected to be used with that interface?
If needing to be shared, I'd suggest util.h since that has a collection of file/filesystem related utility functions. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|