search for: msg00048

Hi all, I have a little question about a problem i''m experiencing with the new xen 2.0.7: I installed in on a debian box, dom0 starts with no problem, also the domains i copied over from my 2.0.6 box start rightaway BUT: i needed a custom kernel (i want to play with PCI device acces in domU) so i grabbed the 2.0.7 source and compiled the 2.6.11-domU kernel (with the standard config)

On Tuesday, 27 June 2017 13:55:54 CEST Richard W.M. Jones wrote: > Previously posted in 2015: > v1: https://www.redhat.com/archives/libguestfs/2015-June/msg00048.html > v2: https://www.redhat.com/archives/libguestfs/2015-June/msg00118.html > > I have rebased and tidied up the patches, fixing a few spelling > mistakes, but they are broadly the same as before. I also ran all the > tests, which pass. > > As with the previous versions, t...

...up that hindered the performance of the machine or is it just that vmdk performace is bad? What could we check so that we can hint users in a better direction performance-wise? Martin For a full reference, here is the original thread: https://www.redhat.com/archives/libvirt-users/2016-February/msg00048.html

[root@fnord-rides-again wine]# make make[1]: Entering directory `/root/wine/unicode' make[1]: `libwine_unicode.so' is up to date. make[1]: Leaving directory `/root/wine/unicode' make[1]: Entering directory `/root/wine/tools' make[2]: Entering directory `/root/wine/tools/specmaker' gcc -g -O2 -Wall -o specmaker dll.o main.o misc.o msmangle.o output.o search.o symbol.o

...itial zero state, we debated whether burning one of our 16 NBD_FLAG_* transmission bits for that purpose was wise [2], but discussion stalled after I never developed a counterproposal with NBD_OPT_* handshaking and never produced a reference implementation. [2] https://lists.debian.org/nbd/2016/12/msg00048.html Also, keep in mind that knowing that something started as all zeroes (which only affects startup; once you do any write, that early status bit no longer means anything to current operation, so less important to hand to the kernel during transmission phase, especially if the kernel can ever le...

http://bugzilla.mindrot.org/show_bug.cgi?id=75 ------- Additional Comments From djm at mindrot.org 2002-01-23 17:16 ------- AFAIK atexit() should only take one arg. It looks like configure might not be finding your libc atexit() and is using the compat macro in defines.h. What does configure report when it looks for atexit()? Ben, the compat macro looks wrong too. It is currently defined

Previously posted in 2015: v1: https://www.redhat.com/archives/libguestfs/2015-June/msg00048.html v2: https://www.redhat.com/archives/libguestfs/2015-June/msg00118.html I have rebased and tidied up the patches, fixing a few spelling mistakes, but they are broadly the same as before. I also ran all the tests, which pass. As with the previous versions, this makes a change to the API, wher...

...ted whether burning one of our 16 NBD_FLAG_* > transmission bits for that purpose was wise [2], but discussion stalled > after I never developed a counterproposal with NBD_OPT_* handshaking and > never produced a reference implementation. > > [2] https://lists.debian.org/nbd/2016/12/msg00048.html > > Also, keep in mind that knowing that something started as all zeroes > (which only affects startup; once you do any write, that early status > bit no longer means anything to current operation, so less important to > hand to the kernel during transmission phase, especially...

...What should happen is there is a lock in the handle which every API takes. It requires some changes to the generator to implement but is not necessary hard to do. In fact I posted patches for it a while back, but they did not get upstream: https://www.redhat.com/archives/libguestfs/2015-June/msg00048.html Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html

2016-02-18 15:15 GMT+01:00 Martin Kletzander <mkletzan@redhat.com>: > On Thu, Feb 18, 2016 at 12:59:52PM +0100, John Obaterspok wrote: > >> 2016-02-18 11:25 GMT+01:00 Martin Kletzander <mkletzan@redhat.com>: >> >> On Thu, Feb 18, 2016 at 10:41:42AM +0100, John Obaterspok wrote: >>> >>> 2016-02-18 10:13 GMT+01:00 Martin Kletzander

V1->V2: add the documentation. V2->V3: change the split sign from ":" to "@" for IPv6. Add the the ipconfig for vir-prep. Usage like below: [root at Allen ~]# virt-sysprep --ipconfig="eth0:192.168.1.2,255.255.255.0,192.168.1.1" --enable=ipconfig -d clone-6u1 OR [root at Allen ~]# virt-sysprep -d clone-6u1 Signed-off-by: Wanlong Gao <gaowanlong at

While it may be counterintuitive at first, the introduction of NBD_CMD_WRITE_ZEROES and NBD_CMD_BLOCK_STATUS has caused a performance regression in qemu [1], when copying a sparse file. When the destination file must contain the same contents as the source, but it is not known in advance whether the destination started life with all zero content, then there are cases where it is faster to request

v1 was here with much discussion: https://www.redhat.com/archives/libguestfs/2018-December/msg00048.html v2: - Fix the case where there are multiple interfaces. Note this does not preserve order correctly (see patch for comment on why that is a hard problem). - Preserve name servers. This patch is still for discussion only. I'd like to see what might be done to get this upstream...

Previously posted in 2015: v1: https://www.redhat.com/archives/libguestfs/2015-June/msg00048.html v2: https://www.redhat.com/archives/libguestfs/2015-June/msg00118.html This series was posted about 4 weeks ago: v3: https://www.redhat.com/archives/libguestfs/2017-June/msg00287.html There is no change in this series except I rebased it against current upstream head and retested. Last time...

...is not always doable). Caveat: the progname is left as it is, so set_program_name will still affect program_name but not what error will use. (Please note it's my first big patch to gnulib, so bear with me for anything wrong/missing.) [1] http://lists.gnu.org/archive/html/bug-gnulib/2016-03/msg00048.html Changes from v1: - rebased, updating ChangeLog date Pino Toscano (4): getprogname: new module Port modules to use getprogname explicitly Port tests away from progname main.mk: remove sc_program_name ChangeLog | 162 +++++++++++++++++++++++++++++++++++ cf...