Re: [PATCH v3 3/4] NUMA: cleanup for numa related codes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2013年03月18日 18:06, Gao feng wrote:
On 2013/03/18 17:34, Osier Yang wrote:
On 2013年03月18日 17:04, Gao feng wrote:
Intend to reduce the redundant code,use virNumaSetupMemoryPolicy
to replace virLXCControllerSetupNUMAPolicy and
qemuProcessInitNumaMemoryPolicy.

This patch also moves the numa related codes to the
file virnuma.c and virnuma.h

Signed-off-by: Gao feng<gaofeng@xxxxxxxxxxxxxx>
---
   include/libvirt/libvirt.h.in |  15 ------
   src/conf/domain_conf.c       |  25 +++------
   src/conf/domain_conf.h       |  17 +-----
   src/libvirt_private.syms     |   9 ++--
   src/lxc/lxc_controller.c     | 114 +--------------------------------------
   src/qemu/qemu_cgroup.c       |   6 +--
   src/qemu/qemu_driver.c       |   2 +-
   src/qemu/qemu_process.c      | 121 +----------------------------------------
   src/util/virnuma.c           | 125 +++++++++++++++++++++++++++++++++++++++++++
   src/util/virnuma.h           |  45 ++++++++++++++++
   tools/virsh-domain.c         |   4 +-
   11 files changed, 192 insertions(+), 291 deletions(-)

diff --git PATCH v3include/libvirt/libvirt.h.in b/include/libvirt/libvirt.h.in
index f6a7aff..b3bfd1d 100644
--- PATCH v3include/libvirt/libvirt.h.in	
+++ b/include/libvirt/libvirt.h.in
@@ -1762,21 +1762,6 @@ typedef enum {
   /* Manage numa parameters */

   /**
- * virDomainNumatuneMemMode:
- * Representation of the various modes in the<numatune>   element of
- * a domain.
- */
-typedef enum {
-    VIR_DOMAIN_NUMATUNE_MEM_STRICT      = 0,
-    VIR_DOMAIN_NUMATUNE_MEM_PREFERRED   = 1,
-    VIR_DOMAIN_NUMATUNE_MEM_INTERLEAVE  = 2,
-
-#ifdef VIR_ENUM_SENTINELS
-    VIR_DOMAIN_NUMATUNE_MEM_LAST /* This constant is subject to change */
-#endif
-} virDomainNumatuneMemMode;
-

NACK, this will introduce backward compatibility problems. They should
*not* be changed or removed.


So what we should do is just move them from domain_conf to virnuma?
The rename will cause compatibility problems.
I am right?

The point is not to change/remove the stuffs which is exported to
public, removing/changing on the internal files (e.g. domain_conf.{c,h})
is fine.


Thanks!

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



[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]