similar to: [PATCH]remove the runtime download and compile of libconfig package

# HG changeset patch # User Zhigang Wang <zhigang.x.wang@oracle.com> # Date 1327336349 18000 # Node ID 35c926c69a1397dd7360eacf2c6864ad12d9da02 # Parent 5b2676ac13218951698c49fa0350f2ac48220f3d xl: remove duplicate line Signed-off-by: Zhigang Wang <zhigang.x.wang@oracle.com> diff -r 5b2676ac1321 -r 35c926c69a13 tools/libxl/xl_cmdimpl.c --- a/tools/libxl/xl_cmdimpl.c Mon Jan 09

Hi, xstransact and xswatch are well designed python interface that can be used by third party utils rather than only in xend. But the logging approach here binds xswatch to xend and prevent it from being used by other utils. This patch removes the dependency on XendLogging from xswatch. Signed-off-by: Zhigang Wang <zhigang.x.wang@oracle.com> regards, zhigang

# HG changeset patch # User Zhigang Wang <zhigang.x.wang@oracle.com> # Date 1326227259 18000 # Node ID a78507899bea4824901d209d818b69545f607312 # Parent 03138a08366b895d79e143119d4c9c72833cdbcd libxl: fix typo iff -> if Signed-off-by: Zhigang Wang <zhigang.x.wang@oracle.com> diff -r 03138a08366b -r a78507899bea tools/libxl/libxl_types.idl --- a/tools/libxl/libxl_types.idl Fri Dec

# HG changeset patch # User Zhigang Wang <zhigang.x.wang@oracle.com> # Date 1280719211 -28800 # Node ID 21855d1dd84ebfc8eb8b276b0dcb898cac888098 # Parent 3263d0ff9476f574961a3975897fe33601253b56 liblx: fix fstat() build warning. Signed-off-by: Zhigang Wang <zhigang.x.wang@oracle.com> diff -r 3263d0ff9476 -r 21855d1dd84e tools/libxl/libxl.c --- a/tools/libxl/libxl.c Thu Jul 29

Some of the C tools were building also config.c as part of the shared sources from guestfish, and thus bringing a dependency on libconfig. Since none of them actually read the libguestfs configuration at all, then exclude fish/config.c from their build, and stop linking to libconfig. --- align/Makefile.am | 3 --- df/Makefile.am | 3 --- edit/Makefile.am | 3 ---

Hi all, This small patch enables you to loopback disk image files on readonly nfs filesystem on some system. When we losetup a file on readonly nfs filesystem, it fails with: # losetup /dev/loop7 /data/vm/xen_el5_i386_para/system.raw /data/vm/xen_el5_i386_para/system.raw: Permission denied New version of losetup has add a "-r" option for readonly loop, which Linux kernel has

flight 13460 xen-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/13460/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-pv 18 leak-check/check fail REGR. vs. 13459 test-amd64-amd64-pv 18 leak-check/check fail REGR. vs. 13459 test-amd64-i386-xl 18

# HG changeset patch # User Zhigang Wang <zhigang.x.wang@oracle.com> # Date 1342720736 14400 # Node ID ec9655b30a5fa5b5abb3e05505f681f9be559613 # Parent 43e21ce7f22151524b800a6cf0ac4ba1233b34a7 pygrub: add syslog support to pygrub Currently, when pygrub failed, we don''t know the reason because xend/xl will not capture the stderr message. This patch will log the error message to

Thank Zhigang Wang for your response. I have test pvgrub with this config file: #pv-config kernel = "/usr/lib/xen/boot/pv-grub-x86_32.gz" extra = "(hd0,5)/boot/grub/menu.lst" memory = 512 name = "ExampleDomain" disk = [ ''file:/var/lib/xen/images/opensuse11-1/disk0,xvda,w'' ] vif = [ "bridge=eth0" ] root = "/dev/sda5 ro" start

flight 11929 xen-unstable running [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/11929/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-i386-i386-xl-qemuu-winxpsp3 <none executed> queued test-amd64-amd64-xl-qemuu-winxpsp3 <none executed> queued test-amd64-amd64-xl-qemuu-win7-amd64

Thanks samuel, zhang dd, wang zhigang. I have start pvgrub successfully. Thanks you very much. best regards, -- James >>> Samuel Thibault <samuel.thibault@ens-lyon.org> 08年10月10日 下午 16:36 >>> Zhang, Dongdong, le Fri 10 Oct 2008 14:55:00 +0800, a écrit : > if you see "grubdom>", this maybe grub can''t find its config file > Check your

On Tue, Aug 20, 2019 at 10:29:32AM +0800, Jason Wang wrote: > > On 2019/8/20 ??5:08, Michael S. Tsirkin wrote: > > On Tue, Aug 13, 2019 at 04:12:49PM +0800, Jason Wang wrote: > > > On 2019/8/12 ??5:49, Michael S. Tsirkin wrote: > > > > On Mon, Aug 12, 2019 at 10:44:51AM +0800, Jason Wang wrote: > > > > > On 2019/8/11 ??1:52, Michael S. Tsirkin

On Mon, Aug 12, 2019 at 10:44:51AM +0800, Jason Wang wrote: > > On 2019/8/11 ??1:52, Michael S. Tsirkin wrote: > > On Fri, Aug 09, 2019 at 01:48:42AM -0400, Jason Wang wrote: > > > Hi all: > > > > > > This series try to fix several issues introduced by meta data > > > accelreation series. Please review. > > > > > > Changes from

On 2019/7/23 ??5:17, Michael S. Tsirkin wrote: > On Tue, Jul 23, 2019 at 03:57:17AM -0400, Jason Wang wrote: >> We don't mark dirty pages if the map was teared down outside MMU >> notifier. This will lead untracked dirty pages. Fixing by marking >> dirty pages during map uninit. >> >> Reported-by: Michael S. Tsirkin<mst at redhat.com> >> Fixes:

On Mon, Aug 12, 2019 at 05:49:08AM -0400, Michael S. Tsirkin wrote: > On Mon, Aug 12, 2019 at 10:44:51AM +0800, Jason Wang wrote: > > > > On 2019/8/11 ??1:52, Michael S. Tsirkin wrote: > > > On Fri, Aug 09, 2019 at 01:48:42AM -0400, Jason Wang wrote: > > > > Hi all: > > > > > > > > This series try to fix several issues introduced by

On Mon, Aug 12, 2019 at 05:49:08AM -0400, Michael S. Tsirkin wrote: > On Mon, Aug 12, 2019 at 10:44:51AM +0800, Jason Wang wrote: > > > > On 2019/8/11 ??1:52, Michael S. Tsirkin wrote: > > > On Fri, Aug 09, 2019 at 01:48:42AM -0400, Jason Wang wrote: > > > > Hi all: > > > > > > > > This series try to fix several issues introduced by

On 2019/8/12 ??9:02, Jason Gunthorpe wrote: > On Mon, Aug 12, 2019 at 05:49:08AM -0400, Michael S. Tsirkin wrote: >> On Mon, Aug 12, 2019 at 10:44:51AM +0800, Jason Wang wrote: >>> On 2019/8/11 ??1:52, Michael S. Tsirkin wrote: >>>> On Fri, Aug 09, 2019 at 01:48:42AM -0400, Jason Wang wrote: >>>>> Hi all: >>>>> >>>>> This

On Wed, Feb 5, 2020 at 1:00 AM Wang, Wei W <wei.w.wang at intel.com> wrote: > On Wednesday, February 5, 2020 4:57 PM, David Hildenbrand wrote: > > >> Yes, I agree with you. Yet, I am thinking about one > > >> (unlikely?impossible?) scenario. Can you refresh my brain why that > > >> cannot happen (IOW, why we don't have to wait for the host to

On Tue, Jul 23, 2019 at 03:57:17AM -0400, Jason Wang wrote: > We don't mark dirty pages if the map was teared down outside MMU > notifier. This will lead untracked dirty pages. Fixing by marking > dirty pages during map uninit. > > Reported-by: Michael S. Tsirkin <mst at redhat.com> > Fixes: 7f466032dc9e ("vhost: access vq metadata through kernel virtual

On Tue, Jul 23, 2019 at 03:57:17AM -0400, Jason Wang wrote: > We don't mark dirty pages if the map was teared down outside MMU > notifier. This will lead untracked dirty pages. Fixing by marking > dirty pages during map uninit. > > Reported-by: Michael S. Tsirkin <mst at redhat.com> > Fixes: 7f466032dc9e ("vhost: access vq metadata through kernel virtual