search for: munlock

Hi, Keir, Attached are the necessary changes in control panel to support ia64/vti domain builder. One is in common side, and the other is in vti specific image builder. Please take a look, and if no objection, I''d like to ask Dan''s help to check into xen-ia64-unstable.hg first. Signed-off-by Ke Yu <ke.yu@intel.com> Signed-off-by Anthony Xu <anthony.xu@intel.com>

(I posted this on xen-users last week, and nobody seemed to know what was up. It is time, I suppose then, to dust off the debugger; I was hoping one of you could point me in the correct direction to begin troubleshooting this.) I''m HVM booting our install-disks (systemimager) here, and I''m spotting some weird performance issues. Our install uses rsync and prints every

Hi all, I am running the current xen-unstable and had the following error message when trying to create domain1. # ./xenctl script -f/etc/xen-mynewdom Domain defaults: name XenoLinux size 98304 vifs 1 domainImage /boot/xenolinux.gz domainInitRD null rootDevice /dev/hda5 rootArgs rw usrDevice null NWIP

Hi, this is a repost of a previous question - since then I have tried rebuilding my Xen0 kernel numerous times and trying different configurations, but I haven''t yet ever got a single DomU to boot so I really don''t even know what is supposed to happen, let alone how to start debugging it... Can someone please speculate on how to debug this further? It''s a gentoo

Hi, I had a problem trying to migrate domains, in trying to locate it I noticed that saving domains doesn''t work either, which I believe explains why the receiving xfrd doesn''t actually receive anything. So here it goes... xenone:/tmp# xm list Name Id Mem(MB) CPU State Time(s) Console Domain-0 0 123 0 r---- 900.6 sky 9

Dear list members, Could anyone tell me if there is an equivalent of the Matlab declaration 'persistant' in R? Thank you very much, Bernard Gregorry. (Matlaber converted to R). --------------------------------- [[alternative HTML version deleted]]

Hi, All Intel QA conducted a full validation for xen 4.1 rc1, it includes VT-x, VT-d, SRIOV, RAS, TXT and xl tools testing. 24 issues were exposed. Refer the bug list, please. We already assigned 14 bugs to Intel developers (which has an ''Intel'' tag in the bug title), most of the rest 10 bugs are related xl command. For the these bugs, need community''s help to fix

ging_prep ensures that an mfn is backing the paged-out gfn, and transitions to the next state in the paging state machine for this page. Foreign mappings of the gfn will now succeed. This is the key idea, as it allows the pager to now map the gfn and fill in its contents. Unfortunately, it also allows any other foreign mapper to map the gfn and read its contents. This is particularly dangerous

Hi there, We are using latest version of XCP on 6 hosts. While issuing VM.start or VM.start_on xmlrpc functional call , it says : {''Status'': ''Failure'', ''ErrorDescription'': [''SESSION_INVALID'', ''OpaqueRef:cfb6df14-387d-40a1-cc27-d5962cba7712'']} However if I put VM.start in a loop maybe after

.... no checking for symlink... yes checking for readlink... yes checking for syslog... (cached) yes checking for vsyslog... (cached) yes checking for timegm... (cached) no checking for setlocale... yes checking for nl_langinfo... yes checking for nanosleep... no checking for mlock... yes checking for munlock... yes checking for mlockall... yes checking for munlockall... yes checking for memalign... yes checking for posix_memalign... no checking for hstrerror... no checking for sys/mman.h... (cached) yes checking for setbuffer... (cached) yes checking for shmget... yes checking for shm_open... no checki...

...hecking for fcvtl... no checking for syslog... (cached) yes checking for vsyslog... (cached) yes checking for timegm... (cached) no checking for setlocale... yes checking for nl_langinfo... yes checking for nanosleep... no checking for nanosleep in -lrt... yes checking for mlock... yes checking for munlock... yes checking for mlockall... yes checking for munlockall... yes checking for memalign... yes checking for posix_memalign... no checking for hstrerror... no checking for sys/mman.h... (cached) yes checking for shmget... yes checking for shm_open... yes checking for gettext... yes checking for dge...

...... yes checking for fcvtl... no checking for syslog... (cached) yes checking for vsyslog... (cached) no checking for timegm... (cached) no checking for setlocale... yes checking for nl_langinfo... yes checking for nanosleep... yes checking for utimensat... no checking for mlock... yes checking for munlock... yes checking for mlockall... yes checking for munlockall... yes checking for memalign... no checking for posix_memalign... yes checking for hstrerror... yes checking for sys/mman.h... (cached) yes checking for shmget... yes checking for shm_open... yes checking for gettext... no checking for dge...

...: ok Checking for utimensat : ok Checking for futimens : ok Checking for mlock : ok Checking for munlock : ok Checking for mlockall : ok Checking for munlockall : ok Checking for shmget...

Also available here: https://github.com/rwmjones/nbdkit/tree/2020-windows-mingw This is the port to Windows using native Windows APIs (not MSYS or Cygwin). This patch series is at the point where it basically now works. I can run the server with the memory plugin, and access it remotely using guestfish, creating filesystems and so on without any apparent problems. Nevertheless there are many

...slog... (cached) yes checking for timegm... (cached) yes checking for setlocale... yes checking for nl_langinfo... yes checking for nanosleep... yes checking for lutimes... no checking for futimes... yes checking for utimensat... no checking for futimens... no checking for mlock... yes checking for munlock... yes checking for mlockall... yes checking for munlockall... yes checking for memalign... yes checking for posix_memalign... yes checking for hstrerror... yes checking for sys/mman.h... (cached) yes checking for shmget... yes checking for shm_open... no checking for gettext... yes checking for dg...

Also available here: https://github.com/rwmjones/nbdkit/tree/2020-windows-mingw-nolib After a lot of work I have made the port to Windows work without using a separate library. Instead, on Windows only, we build an "import library" (library of stubs) which resolves references to nbdkit_* functions in the main program and fixes up the plugin, basically the first technique outlined in

...= 0 access("/proc/xen/privcmd", R_OK|W_OK) = 0 open("/proc/xen/privcmd", O_RDWR) = 7 fcntl(7, F_GETFD) = 0 fcntl(7, F_SETFD, FD_CLOEXEC) = 0 mlock(0x7fffffff1000, 4096) = 0 ioctl(7, SNDCTL_DSP_RESET, 0x7fffffff1db0) = 0 munlock(0x7fffffff1000, 4096) = 0 close(7) = 0 close(5) = 0 close(4) = 0 stat("/usr/lib/xen-3.2-1/bin/../lib/python/xen/xm/XenAPI", 0x7fffffff6690) = -1 ENOENT (No such file or directory) open(&...

...LL FOUND: getcwd SYSCALL FOUND: sched_get_priority_min SYSCALL FOUND: putpmsg SYSCALL FOUND: rt_sigprocmask SYSCALL FOUND: sigreturn SYSCALL FOUND: accept SYSCALL FOUND: sync_file_range2 SYSCALL FOUND: clock_settime SYSCALL FOUND: bind SYSCALL FOUND: sched_yield SYSCALL FOUND: access SYSCALL FOUND: munlock SYSCALL FOUND: dup2 SYSCALL FOUND: dup3 SYSCALL FOUND: pipe SYSCALL FOUND: readdir SYSCALL FOUND: munlockall SYSCALL FOUND: getitimer SYSCALL FOUND: vm86 SYSCALL FOUND: setuid SYSCALL FOUND: getgid SYSCALL FOUND: pwrite64 SYSCALL FOUND: getpmsg SYSCALL FOUND: llistxattr SYSCALL FOUND: readlink SYSC...

On Tue, Aug 20, 2013 at 07:44:39AM +0200, leroy christophe wrote: > > > Find attached two patches I have in order to build klibc 2.0.2 > against kernel 3.8.13 > We had to introduce those patches when going from kernel 3.6 to kernel 3.7 > Hope it helps. > those patches are wrong and again very brittle. just use the way it is described in `make help': A) cd ~/src/linux