search for: submitting_xen_patches

Hi, tools/misc/xencov.c fails to build. NetBSD does not have MAP_LOCKED. Christoph

...> Which is obviously incorrect. Here is a hopefully correct patch. > With only one pipe in the pipeline. Hi Bob, Any chance you could send this patch to the upstream xen-devel at lists.xen.org mailing list with a Signed-off-by line to indicate acceptance of the DCO http://wiki.xen.org/wiki/Submitting_Xen_Patches#Signing_off_a_patch. Thanks, Ian. > > --- vif-bridge.orig 2013-08-07 20:01:57.240366430 -0600 > +++ vif-bridge 2013-08-07 22:54:12.076993655 -0600 > @@ -37,8 +37,7 @@ > > if [ -z "$bridge" ] > then > - bridge=$(brctl show | cut -d " > -" -f 2 |...

...evel. Once > committed there they will be backported as required to the stable branch > maintained by Xen.org as qemu-xen-upstream. > > (Stefano, is that correct? Is there somewhere we can (or do!) document > this? Perhaps http://wiki.xen.org/xenwiki/QEMUUpstream linked to from > Submitting_Xen_Patches? The backport policy should also be covered, e.g. > http://marc.info/?l=xen-devel&m=132872001218724 ) Yes, it is correct. I added few lines to http://wiki.xen.org/wiki?title=Submitting_Xen_Patches to explain this concept. I have also linked http://wiki.qemu.org/Contribute/SubmitAPatch that...

Hi All, Everytime I upgrade to a new version of Xen (just did 4.2.1 this weekend) I find the xendomains script completely unusable. I use xl exclusively and the behaviour is slightly different to what the script appears to be expecting. Am I the only one that has this problem? I have an Ubuntu 12.04 based Xen server and a Scientific Linux 6.3 based server and both suffer the same problem. I am

diff -r e6266fc76d08 -r 6feac926cf80 xen/drivers/passthrough/vtd/iommu.c --- a/xen/drivers/passthrough/vtd/iommu.c Fri Jul 27 12:22:13 2012 +0200 +++ b/xen/drivers/passthrough/vtd/iommu.c Mon Jul 30 15:35:16 2012 -0700 @@ -2137,6 +2137,15 @@ int __init intel_vtd_setup(void) { iommu = drhd->iommu; + printk("Intel VT-d supported page sizes: 4kB"); + if

Hi all, Since Xen 4.2.0, users can change time slice of the scheduler at runtime via xl command line, a very nice feature. However, it is not *correctly* implemented. Problem description -------------------- say you set the ''cap'' of one VM to 50 (a half core), -when setting the time slice to be *greater* than 30ms, the VM gets much *less* CPU cycles than its allocation -when

Bob Proulx wrote: > Here is a patch that I believe should fix the problem. I will also > attach it so that there won't be any mailer problems with the > transport of it. And I broke it in the editing of it. Drat! > + bridge=$(brctl show | | awk 'NR==2{print$1}') Which is obviously incorrect. Here is a hopefully correct patch. With only one pipe in the pipeline. ---

Hello, I am new to Xen, and I have taken my project on Xen. I want to know what can I do in xen so that my project can be reviewed successfully.If I want to live migrate the virtual machine using xen, then what are the options available to carry out the work. If say, I want to edit the code of precopy algorithm then what to do? Regards, DigvijaySingh.

Signed-off-by: Fabio Fantoni <fabio.fantoni@m2r.biz> Signed-off-by: Ian Campbell <ian.campbell@citrix.com> --- tools/firmware/ovmf-makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/firmware/ovmf-makefile b/tools/firmware/ovmf-makefile index c3cd466..073ed44 100644 --- a/tools/firmware/ovmf-makefile +++ b/tools/firmware/ovmf-makefile @@ -10,7 +10,7

Hi, I have set maxvcpus and vcpus options in my domU configuration file, and I can see that X number of vcpu are set for the domU. I tried to activate all the vpcus by using vpcu_avail option (using decimal to represent vpcu bitmask e.g. 24=11000) but it doesn''t seem to work, and only the first vpcu is activated (i.e. has -b- state) while all other vpcu''s set for the domU are

Hi, I have set maxvcpus and vcpus options in my domU configuration file, and I can see that X number of vcpu are set for the domU. I tried to activate all the vpcus by using vpcu_avail option (using decimal to represent vpcu bitmask e.g. 24=11000) but it doesn''t seem to work, and only the first vpcu is activated (i.e. has -b- state) while all other vpcu''s set for the domU are

The i915 driver probes chip version through PCH ISA bridge device / vendor ID. Previously, the PCH ISA bridge is exposed as PCI-PCI bridge in qemu-xen-trad, which breaks the assumption of the driver. This change fixes the issue by correctly exposing the ISA bridge to domU. Signed-off-by: Rui Guo <firemeteor@users.sourceforge.net> Tested-by: Rui Guo <firemeteor@users.sourceforge.net>

With the numbers of patches flying around it can be a bit hard for a maintainer to spot patches which (s)he is expected to comment on / deal with, especially now that we have a larger number of maintainers of varying subsystems etc. I think it might be time to start asking patch submitters to CC the maintainers of the code they are touching, based on the MAINTAINERS file. If people (specifically

From: Ben Cressey <bcressey@amazon.com> The commit "minios: refactor xenbus state machine" caused "/state" to be appended to the local value of nodename. Previously the nodename variable pointed to dev->nodename. The xenbus_rm() calls were not updated to reflect this change, and refer to paths that do not exist. For example, shutdown_blkfront() for vbd 2049 would

I believe both mailing lists are great but there are so may postings that many issues get missed. There are some bugs that hand never been resolved because developers are unaware of it. I just setup forum for xen users at sam.hebe.us/forums please be free to join _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

I believe both mailing lists are great but there are so may postings that many issues get missed. There are some bugs that hand never been resolved because developers are unaware of it. I just setup forum for xen users at sam.hebe.us/forums please be free to join _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

2. update ZFS in libfsimage from illumos for pygrub diff -r 7c12aaa128e3 -r c2e11847cac0 tools/libfsimage/Rules.mk --- a/tools/libfsimage/Rules.mk Thu Oct 24 22:46:20 2013 +0100 +++ b/tools/libfsimage/Rules.mk Sat Oct 26 20:03:06 2013 +0400 @@ -2,11 +2,19 @@ include $(XEN_ROOT)/tools/Rules.mk CFLAGS += -Wno-unknown-pragmas -I$(XEN_ROOT)/tools/libfsimage/common/