On Wed, 2015-10-21 at 13:52 +0100, Ian Jackson wrote:
> ap-push should not be used to delete the target branch.
>
> This safety catch will prevent accidentaly deletion of branches if
"accidentally".
> there is an undetected failure of whatever is generating the revision
> to push.
>
> Signed-of
On 10/21/2015 09:00 AM, Stefano Stabellini wrote:
diff --git a/arch/x86/include/asm/xen/hypervisor.h
b/arch/x86/include/asm/xen/hypervisor.h
index d866959..8b2d4be 100644
--- a/arch/x86/include/asm/xen/hypervisor.h
+++ b/arch/x86/include/asm/xen/hypervisor.h
@@ -57,4 +57,9 @@ static inline bool
On Fri, 2015-10-16 at 12:34 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [PATCH XEN] Config: Switch to unified qemu
> trees."):
> > > From dff5c395c1d23c21238ce17ddcd6f7abe2efd08d Mon Sep 17 00:00:00
> > > 2001
> > From: Ian Campbell
> > Date: Thu, 10 Sep 2015 14:31:34 +0100
> > Subject:
I have just completed the switch to use a single qemu tree for each of the
versions we support (qemu-xen AKA upstream and qemu-xen-traditional AKA our
historical fork).
Instead of the individual Xen release specific repositories the QEMU trees
are now:
http://xenbits.xen.org/gitweb/?p=qemu-xen-tr
On Tue, 2015-10-20 at 11:34 +0100, Ian Campbell wrote:
> On Mon, 2015-10-19 at 12:44 +0100, Ian Jackson wrote:
> > Ian Campbell writes ("Re: [PATCH OSSTEST] Switch to merged qemu-xen{,
> > -traditional}.git trees"):
> > > We discussed on IRC with you and Stefano and are going to aim to push
> > > t
The xenstore path to look at when stubdom is in used is different. Libxl
should look at stubdom path instead.
Signed-off-by: Wei Liu
---
tools/libxl/libxl.c | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c
index 22bb
CC'ing few more x86 people as it contains a few x86 changes.
If you are OK with this, I'll go ahead and apply the series to
xentip/for-linus-4.4.
On Wed, 21 Oct 2015, Stefano Stabellini wrote:
> Build cpu_hotplug for ARM and ARM64 guests.
>
> Rename arch_(un)register_cpu to xen_(un)register_cpu
On Wed, 2015-10-21 at 12:48 +, osstest service owner wrote:
> flight 63108 qemu-mainline running [real]
> http://logs.test-lab.xenproject.org/osstest/logs/63108/
>
> Failures and problems with tests :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run
flight 63099 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63099/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-libvirt-pair 21 guest-migrate/src_host/dst_host fail REGR. vs.
62802
test-amd64-i386-xl-
On 10/21/2015 07:53 AM, Stefano Stabellini wrote:
When offlining a cpu, instead of cpu_down, call device_offline, which
also takes care of updating the cpu.dev.offline field. This keeps the
sysfs file /sys/devices/system/cpu/cpuN/online, up to date. Also move
the call to disable_hotplug_cpu, bec
ap-push should not be used to delete the target branch.
This safety catch will prevent accidentaly deletion of branches if
there is an undetected failure of whatever is generating the revision
to push.
Signed-off-by: Ian Jackson
---
ap-push |4
1 file changed, 4 insertions(+)
diff --g
flight 63108 qemu-mainline running [real]
http://logs.test-lab.xenproject.org/osstest/logs/63108/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-amd queued
test-amd64-amd64-xl-p
On 10/21/15 13:39, Stefano Stabellini wrote:
> Empty cdroms are not going to connect, avoid waiting for the backend to
> switch to state 4, which is never going to happen, and return
> error instead from XenPvBlockFrontInitialization(). Detect an
> empty cdrom by looking at the "params" node on xen
There is no need to explicitly ask for 700.
Signed-off-by: Wei Liu
---
tools/xenpaging/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/xenpaging/Makefile b/tools/xenpaging/Makefile
index 2407a30..4badaae 100644
--- a/tools/xenpaging/Makefile
+++ b/tools/xenpagi
Hi Stefano,
On 21/10/15 12:53, Stefano Stabellini wrote:
> Call disable_percpu_irq on CPU_DYING and enable_percpu_irq when the cpu
> is coming up.
>
> Signed-off-by: Stefano Stabellini
Reviewed-by: Julien Grall
Regards,
--
Julien Grall
___
Xen-de
When offlining a cpu, instead of cpu_down, call device_offline, which
also takes care of updating the cpu.dev.offline field. This keeps the
sysfs file /sys/devices/system/cpu/cpuN/online, up to date. Also move
the call to disable_hotplug_cpu, because it makes more sense to have it
there.
We don't
Build cpu_hotplug for ARM and ARM64 guests.
Rename arch_(un)register_cpu to xen_(un)register_cpu and provide an
empty implementation on ARM and ARM64. On x86 just call
arch_(un)register_cpu as we are already doing.
Initialize cpu_hotplug on ARM.
Signed-off-by: Stefano Stabellini
Reviewed-by: Ju
Call disable_percpu_irq on CPU_DYING and enable_percpu_irq when the cpu
is coming up.
Signed-off-by: Stefano Stabellini
---
Changes in v4:
- use goto
- call disable_percpu_irq on CPU_DYING
Changes in v3:
- call disable_percpu_irq on CPU_DYING
- call enable_percpu_irq even when VCPUOP_register_
Hi all,
this small patch series enable cpu_hotplug in ARM and ARM64 guests,
using the PV path to plug and unplug the cpus and psci to enable/disable
them.
Stefano Stabellini (3):
xen/arm: Enable cpu_hotplug.c
xen, cpu_hotplug: call device_offline instead of cpu_down
xen/arm: do
Empty cdroms are not going to connect, avoid waiting for the backend to
switch to state 4, which is never going to happen, and return
error instead from XenPvBlockFrontInitialization(). Detect an
empty cdrom by looking at the "params" node on xenstore, which is set to
"" or "aio:" for empty drives
flight 38186 distros-debian-squeeze real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38186/
Perfect :-)
All tests in this flight passed
baseline version:
flight 38167
jobs:
build-amd64 pass
build-armhf
I just want to say that this is one of the best reviews I have ever
received, very clear and useful. Thanks Laszlo!
On Tue, 20 Oct 2015, Laszlo Ersek wrote:
> (1) Please make the subject line say:
>
> OvmfPkg: XenPvBlkDxe: handle empty cdrom drives
>
> On 10/20/15 17:03, Stefano Stabellini wro
On Tue, 2015-10-20 at 11:34 +0100, Ian Campbell wrote:
> On Mon, 2015-10-19 at 12:44 +0100, Ian Jackson wrote:
> > Ian Campbell writes ("Re: [PATCH OSSTEST] Switch to merged qemu-xen{,
> > -traditional}.git trees"):
> > > We discussed on IRC with you and Stefano and are going to aim to push
> > > t
On Wed, Oct 21, 2015 at 11:48:24AM +0100, Ian Campbell wrote:
> On Wed, 2015-10-21 at 11:35 +0100, Wei Liu wrote:
> > On Wed, Oct 21, 2015 at 10:44:48AM +0100, Ian Campbell wrote:
> > > On Wed, 2015-10-21 at 10:24 +0100, Wei Liu wrote:
> > > > On Wed, Oct 21, 2015 at 10:04:14AM +0100, Ian Campbell
On Wed, 2015-10-21 at 11:35 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [PATCH OSSTEST] Switch to merged
> qemu-xen{, -traditional}.git trees"):
> > On Tue, 2015-10-20 at 11:34 +0100, Ian Campbell wrote:
> > > * See if there is a way to prevent pushes to the old trees (e.g. a
On Wed, 2015-10-21 at 11:35 +0100, Wei Liu wrote:
> On Wed, Oct 21, 2015 at 10:44:48AM +0100, Ian Campbell wrote:
> > On Wed, 2015-10-21 at 10:24 +0100, Wei Liu wrote:
> > > On Wed, Oct 21, 2015 at 10:04:14AM +0100, Ian Campbell wrote:
> > > > On Tue, 2015-10-20 at 16:24 +0100, Wei Liu wrote:
> > >
flight 63112 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63112/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
The code in net_rx_action() that builds rx responses has direct access
to the skb so there is no need to copy this information into the meta
structure.
This patch removes the extraneous fields, saves space in the array and
removes many lines of code.
Signed-off-by: Paul Durrant
Cc: Ian Campbell
The code does not currently allow a frontend to pass multiple extra info
segments to the backend in a tx request. A subsequent patch in this series
needs this functionality so it is added here, without any other
modification, for better bisectability.
Signed-off-by: Paul Durrant
Cc: Ian Campbell
If the frontend indicates it's capable (see netif.h for details) and an
skb has an L4 or L3 hash value then pass the value to the frontend in
a xen_netif_extra_info segment.
Signed-off-by: Paul Durrant
Cc: Ian Campbell
Cc: Wei Liu
---
drivers/net/xen-netback/common.h | 1 +
drivers/net/xen-n
The canonical netif header (in the Xen source repo) and the Linux variant
have diverged significantly. Recently much documentation has been added to
the canonical header and new definitions and types to support packet hash
configuration. Subsequent patches in this series add support for packet
hash
...rather than a boolean merely indicating a canonical L4 hash.
skb_set_hash() takes a hash type (from enum pkt_hash_types) as an
argument but information is lost since only a single bit in the skb
stores whether that hash type is PKT_HASH_TYPE_L4 or not.
By using two bits it's possible to store
Advertise the capability to handle a hash mapping specified by the
frontend (see netif.h for details).
Add an ndo_select() entry point so that, of the frontend does specify a
hash mapping, the skb hash is extracted and mapped to a queue. If no
mapping is specified then the fallback queue selection
This patch adds an indication that netback is capable of handling hash
values passed from the frontend (see netif.h for details), and the code
necessary to process the additional xen_netif_extra_info segment and
set a hash on the skb.
Signed-off-by: Paul Durrant
Cc: Ian Campbell
Cc: Wei Liu
---
This patch adds all the necessary infrastructure to allow a frontend to
specify toeplitz hashing of network packets on its receive side. (See
netif.h for details of the xenbus protocol).
The toeplitz hash algorithm itself was based on pseudo-code provided by
Microsoft at:
https://msdn.microsoft.c
This series adds xen-netback support for hash negotiation with a frontend
driver, and an implementation of toeplitz hashing as the initial negotiable
algorithm.
Patch #1 re-imports the canonical netif header from Xen, which contains
the necessary definitions and a type required by subsequent patch
Ian Campbell writes ("Re: [Xen-devel] [PATCH OSSTEST] Switch to merged
qemu-xen{, -traditional}.git trees"):
> On Tue, 2015-10-20 at 11:34 +0100, Ian Campbell wrote:
> > * See if there is a way to prevent pushes to the old trees (e.g. a
> >setting in their .git/config file).
>
> It appears t
On Wed, Oct 21, 2015 at 10:44:48AM +0100, Ian Campbell wrote:
> On Wed, 2015-10-21 at 10:24 +0100, Wei Liu wrote:
> > On Wed, Oct 21, 2015 at 10:04:14AM +0100, Ian Campbell wrote:
> > > On Tue, 2015-10-20 at 16:24 +0100, Wei Liu wrote:
> > > > But this is only code inspection, so I'm not very conf
flight 63089 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63089/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-pvh-amd 11 guest-start fail never pass
test-amd64-amd64-xl-pvh-inte
On Tue, 2015-10-20 at 11:34 +0100, Ian Campbell wrote:
> * See if there is a way to prevent pushes to the old trees (e.g. a
>setting in their .git/config file).
It appears that it is trivial to block force pushes or pushes to the
current branch (which I think might be meaningless for a bare
On Wed, 2015-10-21 at 10:44 +0100, Ian Campbell wrote:
> > Found your patch posted in 2011.
> >
> > https://patchwork.ozlabs.org/patch/82813/
> >
> > I think you're right and the said behaviour exists in Wheezy's 3.2
> > kernel.
>
> This ended up as d11327ad6695db8117c78d70611e71102ceec2ac and:
On Wed, 2015-10-21 at 10:24 +0100, Wei Liu wrote:
> On Wed, Oct 21, 2015 at 10:04:14AM +0100, Ian Campbell wrote:
> > On Tue, 2015-10-20 at 16:24 +0100, Wei Liu wrote:
> > > But this is only code inspection, so I'm not very confident whether
> > > everything does what it says it does.
> >
> > Rig
On Wed, Oct 21, 2015 at 10:04:14AM +0100, Ian Campbell wrote:
> On Tue, 2015-10-20 at 16:24 +0100, Wei Liu wrote:
> > But this is only code inspection, so I'm not very confident whether
> > everything does what it says it does.
>
> Right,. I think this one probably needs someone to setup a system
flight 63098 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63098/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 62742
build-amd64
On Wed, 2015-10-21 at 10:07 +0100, Ian Campbell wrote:
> I suggest that if you want help with new developments you should
> target the
> master branch in xen.git (which is targetted becoming 4.7) or as an
> absolute minimum the latest release branch (stable-4.6).
>
> A lot has changed WRT migrati
>>> On 21.10.15 at 10:43, wrote:
> On Tue, 2015-10-20 at 04:38 -0600, Jan Beulich wrote:
>> This requires adjustments to the tool generating the symbol table and
>> its as well as nm's invocation.
>>
>> Note: Not warning about duplicate symbols in the EFI case for now, as
>> a binutils bug causes
Add code to support pvusb in domain config file. One could specify
usbctrl and usb in domain's configuration file and create domain,
then usb controllers will be created and usb device would be attached
to guest automatically.
One could specify usb controllers and usb devices in config file
like t
Add pvusb APIs, including:
- attach/detach (create/destroy) virtual usb controller.
- attach/detach usb device
- list usb controller and usb devices
- some other helper functions
Signed-off-by: Chunyan Liu
Signed-off-by: Simon Cao
---
changes:
- update COMPARE_USB to compare ctrl and port
Add pvusb commands: usbctrl-attach, usbctrl-detach, usb-list,
usb-attach and usb-detach.
To attach a usb device to guest through pvusb, one could follow
following example:
#xl usbctrl-attach test_vm version=1 ports=8
#xl usb-list test_vm
will show the usb controllers and port usage under the
Add xl usb-assignable-list command to list assignable USB devices.
Assignable USB device means the USB device type is assignable and
it's not assigned to any guest yet.
Signed-off-by: Chunyan Liu
---
Same as "libxl: add libxl_device_usb_assignable_list API" patch,
this patch could be sqaushe
Sysfs file has size=4096 but actual file content is less than that.
Current libxl_read_file_contents will treat it as error when file size
and actual file content differs, so reading sysfs file content with
this function always fails.
Add a new entry libxl_read_sysfs_file_contents to handle sysfs
Signed-off-by: Chunyan Liu
Signed-off-by: Simon Cao
Reviewed-by: Wei Liu
---
tools/libxl/libxl.c | 4 ++--
tools/libxl/libxl_internal.h | 3 +++
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c
index 22bbc29..dacfaae 100644
--- a/
This patch series is to add pvusb toolstack work, supporting hot add|remove
USB device to|from guest and specify USB device in domain configuration file.
Changes to V7:
* lots of changes in libxl pvusb API (patch 3/7)
* update 2/7 to follow internal function rules
* update parse_usb(usbctrl)_confi
Add API for listing assignable USB devices info.
Assignable USB device means the USB device type is assignable and
it's not assigned to any guest yet.
Signed-off-by: Chunyan Liu
---
This could be squashed with previous patch. Split because there is
some dispute on this. If this is acceptable, co
On Wed, 2015-10-21 at 11:06 +0800, 高强 wrote:
> Hi,alls
>
> I 'm modifying the source code of snapshot in xen-4.4.1.
That is now 3 Xen releases ago.
I suggest that if you want help with new developments you should target the
master branch in xen.git (which is targetted becoming 4.7) or as an
abso
On Tue, 2015-10-20 at 16:24 +0100, Wei Liu wrote:
> But this is only code inspection, so I'm not very confident whether
> everything does what it says it does.
Right,. I think this one probably needs someone to setup a system in a
similar configuration and play with it.
xen-netfront.c calls netd
flight 63087 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63087/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-qemut-winxpsp3 3 host-install(3) broken pass in 63067
test-amd64-i386-xl-qemut-stubdom-debi
On Wed, Oct 21, 2015 at 11:06:07AM +0800, 高强 wrote:
> Hi,alls
>
> I 'm modifying the source code of snapshot in xen-4.4.1. I know the memory
> copy and cpu state copy are all in xc_domain_save.c--xc_domain_save().
>
> But I don't sure where is the device state copy. Who can tell me the
> position
On Tue, 2015-10-20 at 16:20 -0400, hanji unit wrote:
> Does anyone know if its possible to run an Android DomU on Xen without
> rooting Android?
You would at the very least need a kernel which supports the various Xen
drivers etc, which I think probably counts as a step beyond rooting.
Although h
On Tue, 2015-10-20 at 18:26 +0100, Ian Jackson wrote:
> chan-read-data would spin if `read' returns early because of
> nonblocking mode.
>
> Check whether the return value is the empty string (which can only
> happen on eof or nonblocking lack of data, and we checked eof just
> before), and if so,
flight 63096 xen-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63096/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 62380
build-amd64
On Tue, 2015-10-20 at 04:38 -0600, Jan Beulich wrote:
> This requires adjustments to the tool generating the symbol table and
> its as well as nm's invocation.
>
> Note: Not warning about duplicate symbols in the EFI case for now, as
> a binutils bug causes misnamed file name entries to appear in
101 - 162 of 162 matches
Mail list logo