Subject: CVS commit: pkgsrc/sysutils/xentools20
From: Manuel Bouyer
Date: 2005-09-10 17:54:39
Message id: 20050910155439.1372B2DA27@cvs.netbsd.org

Log Message:
Sync xenio.h with kernel, and apply patch from Jed Davis on port-xen:
| libxc change #1 is to have xfrd's forked child munmap each 4MB batch
| of foreign RAM after it's done writing it, rather than unmapping only
| the last one and letting the process's exit clean up the rest.  This
| really does look like a simple mistake, and strictly speaking it's not
| that big a deal -- but on NetBSD, the foreign mappings count against
| the process's locked memory rlimit as if it were the dom0's own RAM.
|
| libxc change #2... I don't really understand the problem; it has
| something to do with live migration and the domU releasing
| pseudo-physical pages after they were sent but before it's suspended.
| Except that, for non-live mode, I think it's reporting all the holes
| in the pseudo-physical range, even though those pages haven't been
| sent.  In any case, the result is that the restoring xfrd fails to
| decrease_reservation the pages away.  And I distinctly recall this
| working at least once under Linux with Xen 2, but I have little idea
| what NetBSD might be doing differently.

Bump PKGREVISION. This, along with a up to date -current kernel,
make xm (save|restore) work properly for a linux domU.

Files:
RevisionActionfile
1.19modifypkgsrc/sysutils/xentools20/Makefile
1.11modifypkgsrc/sysutils/xentools20/distinfo
1.3modifypkgsrc/sysutils/xentools20/files/xenio.h
1.1addpkgsrc/sysutils/xentools20/patches/patch-av