Subject: CVS commit: pkgsrc/sysutils/xentools20
To: None <pkgsrc-changes@NetBSD.org>
From: Manuel Bouyer <bouyer@netbsd.org>
List: pkgsrc-changes
Date: 09/10/2005 15:54:39
Module Name: pkgsrc
Committed By: bouyer
Date: Sat Sep 10 15:54:39 UTC 2005
Modified Files:
pkgsrc/sysutils/xentools20: Makefile distinfo
pkgsrc/sysutils/xentools20/files: xenio.h
Added Files:
pkgsrc/sysutils/xentools20/patches: patch-av
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.
To generate a diff of this commit:
cvs rdiff -r1.18 -r1.19 pkgsrc/sysutils/xentools20/Makefile
cvs rdiff -r1.10 -r1.11 pkgsrc/sysutils/xentools20/distinfo
cvs rdiff -r1.2 -r1.3 pkgsrc/sysutils/xentools20/files/xenio.h
cvs rdiff -r0 -r1.1 pkgsrc/sysutils/xentools20/patches/patch-av
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.