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
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 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,
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 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
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 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
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
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
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
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
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 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 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
>>> 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
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
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, 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
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, 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 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
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 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
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
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
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 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
---
...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
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
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
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:
> > >
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 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
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
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
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
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
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_
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
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
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
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
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
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
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
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-
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
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
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
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 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:
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 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
This run is configured for baseline tests only.
flight 38183 qemu-upstream-4.6-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38183/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-midway 16 gu
On Wed, 2015-10-21 at 14:15 +0100, Ian Campbell wrote:
> /home/xen/git qemu-xen.git#staging
> xen-stag...@lists.xensource.com xen-de...@lists.xensource.com
> /home/xen/git qemu-xen.git#staging-4.6
> xen-stag...@lists.xensource.com xen-de...@lists.xensource.co
On Wed, 2015-10-21 at 13:10 +0100, Wei Liu wrote:
> There is no need to explicitly ask for 700.
Is the rationale for 0700 explicitly not that the files in here will
contain possibly sensitive date from guest memory?
i.e. the use of something other than the default is deliberate.
If you think tha
flight 63105 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63105/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm5 xen-build fail REGR. vs. 60684
build-amd6
Il 21/10/2015 14:45, Laszlo Ersek ha scritto:
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 cdr
flight 63106 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63106/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 5 xen-build fail REGR. vs. 63022
build-i386-xsm
flight 63110 xen-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63110/
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
From: Joe Jin
Date: Mon, 19 Oct 2015 13:37:17 +0800
> Sometimes xennet_create_queues() may failed to created all requested
> queues, we need to update num_queues to real created to avoid NULL
> pointer dereference.
>
> Signed-off-by: Joe Jin
Applied.
__
flight 63109 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63109/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 5 xen-build fail REGR. vs. 63081
build-i386-xsm
On Wed, Oct 21, 2015 at 02:46:54PM +0100, Ian Campbell wrote:
> On Wed, 2015-10-21 at 13:10 +0100, Wei Liu wrote:
> > There is no need to explicitly ask for 700.
>
> Is the rationale for 0700 explicitly not that the files in here will
> contain possibly sensitive date from guest memory?
>
> i.e.
That directory is used to store guest memory dump which contains
sensitive information.
Signed-off-by: Wei Liu
---
tools/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/Makefile b/tools/Makefile
index 2618559..820ca40 100644
--- a/tools/Makefile
+++ b/tools/Mak
On Wed, 2015-10-21 at 14:15 +0100, Ian Campbell wrote:
> > * Remove the old staging/qemu-upstream-* trees, they are not
> >referenced by anything.
>
> Done (by move aside a discussed above).
This was premature and I have put them back.
The reason is that all osstest flights prior to the upd
On Wed, 2015-10-21 at 15:12 +0100, Ian Campbell wrote:
> On Wed, 2015-10-21 at 14:15 +0100, Ian Campbell wrote:
> > > * Remove the old staging/qemu-upstream-* trees, they are not
> > >referenced by anything.
> >
> > Done (by move aside a discussed above).
>
> This was premature and I have pu
On Fri, 16 Oct 2015, Lars Kurth wrote:
> * Blocking Votes
>
>We had several cases, where a voter wanted to express disagreement with a
>proposal, but did not want to block a vote. I wanted to suggest an
>approach that we used very successfully in Event Program Management
>Committee
This run is configured for baseline tests only.
flight 38190 xen-4.5-testing running [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38190/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 5 xen-build
This run is configured for baseline tests only.
flight 38187 linux-4.1 running [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38187/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm 5 xen-build
This run is configured for baseline tests only.
flight 38189 qemu-upstream-unstable running [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38189/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 5 xe
flight 63115 xen-4.3-testing running [real]
http://logs.test-lab.xenproject.org/osstest/logs/63115/
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 14:16 +0100, Ian Campbell wrote:
> 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).
Some flights which were active during the transition have been kille
flight 63102 xen-unstable running [real]
http://logs.test-lab.xenproject.org/osstest/logs/63102/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 5 xen-build fail REGR. vs. 63080
build-i386-xsm
flight 63107 linux-linus running [real]
http://logs.test-lab.xenproject.org/osstest/logs/63107/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 59254
build-i386-xsm
In <1431963008.4944.80.ca...@citrix.com> I proposed stabilising some
parts of the libxenctrl API/ABI by disaggregating into separate
libraries.
This is v4 of that set of series against:
xen
qemu-xen
qemu-xen-traditional
mini-os
NB: Samuel+minios-devel will only get the mini-os sid
libxenforeignmemory will provide a stable API and ABI for mapping
foreign domain memory (subject to appropriate privileges).
The new library exposes an interface equivalent to
xc_map_foreign_memory_bulk, which all the other
xc_map_foreign_memory_* functions (which remain in libxc) are
implemented
Remove the reference to pre-4.1, since this is now a new library.
Fixup references to xc.
Signed-off-by: Ian Campbell
---
tools/libs/evtchn/include/xenevtchn.h | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/tools/libs/evtchn/include/xenevtchn.h
b/tools/libs/evtchn/in
In attempting to disaggregate libxenctrl I found that many of the
pieces were going to want access to this library, so split it out (as
it probably should always have been).
Various build adjustments are needed. In particular things which use
xtl_* themselves now need to explicity link against the
Remove some stray xc references.
While I'm not convinced by javadoc/doxygen cause the existing comments
which appear to use that syntax to have the appropriate /** marker.
Also fix a typo in a code comment.
Signed-off-by: Ian Campbell
---
tools/libs/gnttab/include/xengnttab.h | 21 +++-
Using an existing libxenctrl handle after a fork was never
particularly safe (especially if foreign mappings existed at the time
of the fork) and the xc fd has been unavailable for many releases.
Reopen the handle after fork and therefore do away with xc_fd().
Signed-off-by: Ian Campbell
Acked-b
Signed-off-by: Ian Campbell
---
tools/libs/call/linux.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/libs/call/linux.c b/tools/libs/call/linux.c
index 906ca7e..80b505c 100644
--- a/tools/libs/call/linux.c
+++ b/tools/libs/call/linux.c
@@ -88,7 +88,7 @@ void *osdep
Surprisingly it appears no callers need updating.
Signed-off-by: Ian Campbell
---
v4: New patch
---
tools/libs/foreignmemory/compat.c | 2 +-
tools/libs/foreignmemory/freebsd.c | 4 ++--
.../libs/foreignmemory/include/xenforeignmemory.h | 4 ++--
tools/libs/f
This means adding -L for libxen{evtchn,gnttab,foreignmemory} so that
it can link them directly (rather than using the libxenctrl compat
layer exposed via -rpath-link). Also add -I for libxenforeignmemory.
Signed-off-by: Ian Campbell
---
tools/Makefile | 4
1 file changed, 4 insertions(+)
d
In Xen 4.7 we are refactoring parts libxenctrl into a number of
separate libraries which will provide backward and forward API and ABI
compatiblity.
One such library will be libxenforeignmemory which provides access to
privileged foreign mappings and which will provide an interface
equivalent to x
In Xen 4.7 we are refactoring parts libxenctrl into a number of
separate libraries which will provide backward and forward API and ABI
compatiblity.
Specifically libxenevtchn, libxengnttab and libxenforeignmemory.
Previous patches have already laid the groundwork for using these by
switching the
These were wrong in the context of libxc before this code was
extracted, clean them up.
Also add some emacs magic blocks
Signed-off-by: Ian Campbell
---
tools/libs/call/buffer.c | 4 ++--
tools/libs/call/core.c| 2 +-
tools/libs/call/minios.c | 4 ++-
v4: Config.mk instead of .config
---
Config.mk | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/Config.mk b/Config.mk
index 114db9a..a72b671 100644
--- a/Config.mk
+++ b/Config.mk
@@ -242,20 +242,20 @@ endif
ifeq ($(GIT_HTTP),y)
OVMF_UPSTREAM_URL ?= http:/
These are already arch specific, so just use the appropriate
interfaces (as determined by looking at the xc_memalign backend).
Signed-off-by: Ian Campbell
---
tools/libs/call/netbsd.c | 4 ++--
tools/libs/call/solaris.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/tool
And require it be used instead of direct munmap.
This will allow e.g. Valgrind hooks to help track incorrect use of
foreign mappings.
Switch all uses of xenforeignmemory_map to use
xenforeignmemory_unmap, not that foreign mappings via the libxc compat
xc_map_foreign_* interface will not take adva
Signed-off-by: Ian Campbell
---
tools/libs/foreignmemory/include/xenforeignmemory.h | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/tools/libs/foreignmemory/include/xenforeignmemory.h
b/tools/libs/foreignmemory/include/xenforeignmemory.h
index 99ec883..3f52417 100644
--
This has been split out of libxenctrl, so the build needs to be able
to find the header and the library. QEMU does not use xtl_* itself so
-rpath-link is sufficient to allow linking to libxenctrl.so (which
links against libxentoollog).
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
v3: L
1 - 100 of 162 matches
Mail list logo
