[Xen-devel] [PATCH v4 0/] Begin to disentangle libxenctrl and provide some stable libraries

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

Re: [Xen-devel] [ANNOUNCE] Switching to qemu-xen.git and qemu-xen-traditional.git

On Wed, Oct 21, Ian Campbell wrote: > http://xenbits.xen.org/gitweb/?p=qemu-xen.git Is the HEAD warning expected? $ git clone git://xenbits.xen.org/qemu-xen qemu-xen.git $ cd $_ $ git remote show origin * remote origin Fetch URL: git://xenbits.xen.org/qemu-xen Push URL:

[Xen-devel] [xen-4.2-testing test] 63110: regressions - FAIL

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

Re: [Xen-devel] [PATCH v2 1/1] xen-netfront: update num_queues to real created

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.

[Xen-devel] [xen-unstable test] 63102: regressions - trouble: blocked/fail/pass/preparing/running

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

[Xen-devel] [linux-linus test] 63107: regressions - trouble: blocked/fail/pass/preparing/queued

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

Re: [Xen-devel] [edk2] [PATCH v2] OvmfPkg: XenPvBlkDxe: handle empty cdrom drives

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

[Xen-devel] [PATCH] tools: create XEN_DUMP_DIR with mode 0700

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 ---

Re: [Xen-devel] [PATCH OSSTEST] Switch to merged qemu-xen{, -traditional}.git trees

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

[Xen-devel] [PATCH QEMU-XEN v4 3/9] xen: Switch to libxengnttab interface for compat shims.

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 libxengnttab which provides access to grant tables. In preparation for this switch the compatibility layer in xen_common.h

[Xen-devel] [PATCH MINI-OS v4 5/5] mini-os: Include libxenforeignmemory with libxc

libxenforeignmemory has just been split out from libxc. From mini-os's point of view we don't care about the distinction, so keep things simple by just including libxenforeignmemory if libxc is enabled. Signed-off-by: Ian Campbell --- v2: Adjust for libs/$lib layout. ---

[Xen-devel] [PATCH MINI-OS v4 2/5] mini-os: Include libxenevtchn with libxc

libxenevtchn has just been split out from libxc. From mini-os's point of view we don't care about the distinction, so keep things simple by just including libxenevtchn if libxc is enabled. Signed-off-by: Ian Campbell --- v2: Adjust for libs/$lib layout. --- Makefile | 1

[Xen-devel] [PATCH XEN v4 05/23] tools: Arrange to check public headers for ANSI compatiblity

Using the same rune as we use for the Xen public headers, except we do not need stdint.h here and we use -pedantic too. Signed-off-by: Ian Campbell --- .gitignore | 2 ++ tools/Rules.mk | 8 tools/libs/evtchn/Makefile | 4 +++-

[Xen-devel] [PATCH QEMU-XEN-TRADITIONAL v4 3/5] qemu-xen-traditional: Use libxengnttab

/dev/xen/gntdev related wrappers have been moved out of libxenctrl into their own library. Signed-off-by: Ian Campbell --- v3: Library moved to tools/libs/ --- hw/xen_backend.c | 4 ++-- hw/xen_backend.h | 2 +- hw/xen_common.h | 1 + hw/xen_console.c | 4 ++--

[Xen-devel] [PATCH MINI-OS v4 4/5] mini-os: Include libxencall with libxc

libxencall has just been split out from libxc. From mini-os's point of view we don't care about the distinction, so keep things simple by just including libxencall if libxc is enabled. Signed-off-by: Ian Campbell --- v2: Adjust for libs/$lib layout. --- Makefile | 1 +

[Xen-devel] [PATCH MINI-OS v4 0/5] Begin to disentangle libxenctrl and provide some stable libraries

We intend to stabilise some parts of the libxenctrl interface by splitting out some functionality into separate stable libraries. This is the mini-os part of the first phase of that change. This mail is (or is intended to be) a reply to a "0/" super-intro mail covering all of the related patch

[Xen-devel] [PATCH MINI-OS v4 3/5] mini-os: Include libxengnttab with libxc

libxengnttab has just been split out from libxc. From mini-os's point of view we don't care about the distinction, so keep things simple by just including libxengnttab if libxc is enabled. Signed-off-by: Ian Campbell --- v2: Adjust for libs/$lib layout. --- Makefile | 1

[Xen-devel] [PATCH MINI-OS v4 1/5] mini-os: Include libxentoollog with libxc

libxentoollog has just been split out from libxc. From mini-os's point of view we don't care about the distinction, so keep things simple by just including libxentoollog if libxc is enabled. Signed-off-by: Ian Campbell --- v2: Adjust for libs/$lib layout. --- Makefile |

[Xen-devel] [libvirt test] 63106: regressions - FAIL

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

[Xen-devel] [ovmf test] 63109: regressions - FAIL

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

Re: [Xen-devel] [PATCH OSSTEST] Switch to merged qemu-xen{, -traditional}.git trees

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

[Xen-devel] [linux-mingo-tip-master test] 63105: regressions - trouble: blocked/fail

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

Re: [Xen-devel] [PATCH] tools/xenpaging: install directory with default permission

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

[Xen-devel] [PATCH XEN v4 13/23] tools: Refactor foreign memory mapping into libxenforeignmemory

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

[Xen-devel] [PATCH XEN v4 16/23] tools/libs/evtchn: Review and update doc comments.

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

[Xen-devel] [PATCH QEMU-XEN v4 8/9] xen: domainbuild: reopen libxenctrl interface after forking for domain watcher.

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

[Xen-devel] [PATCH XEN v4 19/23] tools/libs/call: Update some log messages to not refer to xc.

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 @@

[Xen-devel] [PATCH XEN v4 15/23] foreignmemory: use size_t for size arguments.

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 ++--

[Xen-devel] [PATCH XEN v4 22/23] tools: Update CFLAGS for qemu-xen to allow it to use new libraries

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

[Xen-devel] [PATCH QEMU-XEN v4 6/9] xen: Switch uses of xc_map_foreign_bulk to use libxenforeignmemory API.

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

[Xen-devel] [PATCH QEMU-XEN v4 7/9] xen: Use stable library interfaces when they are available.

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

[Xen-devel] [PATCH XEN v4 17/23] tools/libs: Clean up hard tabs.

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 +-

[Xen-devel] [PATCH XEN v4 23/23] HACK: Update Config.mk to pull all the right bits from my xenbits trees

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 ?=

[Xen-devel] [PATCH XEN v4 20/23] tools/libs/call: Avoid xc_memalign in netbsd and solaris backends

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

[Xen-devel] [PATCH XEN v4 14/23] tools: foreignmemory: provide xenforeignmemory_unmap.

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

[Xen-devel] [PATCH XEN v4 21/23] tools/libs/foreignmemory: Mention restrictions on fork in docs.

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

[Xen-devel] [PATCH QEMU-XEN-TRADITIONAL v4 1/5] qemu-xen-traditional: Use xentoollog as a separate library

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

[Xen-devel] [PATCH XEN v4 02/23] tools: Refactor "xentoollog" into its own library

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

[Xen-devel] [PATCH XEN v4 18/23] tools/libs/gnttab: Review and update doc comments.

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 ---

[Xen-devel] Changing the voting model, Was: Survey Results - Part 3 : Improving Xen Project Governance and Conventions

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 >

[Xen-devel] [linux-4.1 baseline-only test] 38187: regressions - trouble: blocked/fail/pass/preparing/running

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

[Xen-devel] [qemu-upstream-unstable baseline-only test] 38189: regressions - trouble: blocked/fail/pass/preparing/queued/running

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

[Xen-devel] [xen-4.5-testing baseline-only test] 38190: regressions - trouble: blocked/fail/pass/preparing/queued

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-devel] [xen-4.3-testing test] 63115: regressions - trouble: blocked/fail/pass/preparing/queued

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

[Xen-devel] Killed osstest flights (Was: Re: [ANNOUNCE] Switching to qemu-xen.git and qemu-xen-traditional.git)

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

Re: [Xen-devel] [V7 1/4] x86/xsaves: add basic definitions/helpers to support xsaves

On Tue, Oct 20, 2015 at 02:26:46PM +0100, Andrew Cooper wrote: > On 20/10/15 09:21, Shuai Ruan wrote: > > This patch add basic definitions/helpers which will be used in > > later patches. > > > *this_xss = xss; > > Using this_cpu() multiple times cannot be optimised by compiler (because > of the

Re: [Xen-devel] [ANNOUNCE] Switching to qemu-xen.git and qemu-xen-traditional.git

On Wed, 2015-10-21 at 16:52 +0100, Ian Campbell wrote: > On Wed, 2015-10-21 at 17:26 +0200, Olaf Hering wrote: > > On Wed, Oct 21, Ian Campbell wrote: > > > > > http://xenbits.xen.org/gitweb/?p=qemu-xen.git > > > > Is the HEAD warning expected? > > No it is not. Apparently it actually is, it's

Re: [Xen-devel] Wiki for automatic reports / fixes

On Mon, Oct 12, 2015 at 12:55 PM, Luis R. Rodriguez wrote: > On Mon, Oct 5, 2015 at 10:03 AM, Luis R. Rodriguez > wrote: >> On Mon, Oct 5, 2015 at 9:56 AM, Ian Jackson >> wrote: >>> Luis R. Rodriguez writes ("Wiki for

Re: [Xen-devel] Dom0 kernel for Xen4.6 on R-Car H2 (LAGER)

Hi! Thanks for both DT fixes, the "add ranges;", and the "complete memory map". Here are some findings: * Linus' most recent version of the kernel [1] (configured with a mix of Xen/OMAP description [2] and lager_defconfig [3]) needs the 'add "ranges;"'-fixes, but does not access the otherwise

Re: [Xen-devel] [Minios-devel] [PATCH v4 0/] Begin to disentangle libxenctrl and provide some stable libraries

(Trimming CCs a bit) On Wed, 2015-10-21 at 16:22 +0100, Ian Campbell wrote: > [...] > Still to come would be libraries for specific out of tree purposes > (device model, kexec), which would be adding new library at the same > level as libxc I think, rather than underneath, i.e. also using the >

Re: [Xen-devel] [linux-4.1 test] 63030: regressions - FAIL

On Tue, 2015-10-20 at 16:34 +0100, Ian Jackson wrote: > Wei Liu writes ("Re: [Xen-devel] [linux-4.1 test] 63030: regressions > - FAIL"): > > From mere code inspection and document of lwip 1.3.0 I think mini > -os > > does send gratuitous ARP. > > The guest is using the PVHVM drivers at this

Re: [Xen-devel] Dom0 kernel for Xen4.6 on R-Car H2 (LAGER)

On 21/10/15 17:05, Ferger, Max wrote: > Hi! Hello, > Thanks for both DT fixes, the "add ranges;", and the "complete memory map". > > Here are some findings: > > * Linus' most recent version of the kernel [1] (configured with a mix of > Xen/OMAP description [2] and lager_defconfig [3]) needs

[Xen-devel] More benchmarks with flatten topology in the Linux kernel

Hi everyone, I managed running again the benchmarks I had already showed off here: [PATCH RFC] xen: if on Xen, "flatten" the scheduling domain hierarchy https://lkml.org/lkml/2015/8/18/302 Basically, this is about Linux guests using topology information for scheduling, while they just don't

Re: [Xen-devel] [ANNOUNCE] Switching to qemu-xen.git and qemu-xen-traditional.git

On Wed, 2015-10-21 at 17:26 +0200, Olaf Hering wrote: > On Wed, Oct 21, Ian Campbell wrote: > > > http://xenbits.xen.org/gitweb/?p=qemu-xen.git > > Is the HEAD warning expected? No it is not. Both trees contain a file HEAD containing: ref: refs/heads/master which is the same as xen.git

[Xen-devel] [xen-4.4-testing test] 63097: regressions - FAIL

flight 63097 xen-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/63097/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-winxpsp3 15 guest-localmigrate.2 fail REGR. vs. 62811 Regressions

Re: [Xen-devel] [edk2] [PATCH v2] OvmfPkg: XenPvBlkDxe: handle empty cdrom drives

On Wed, 21 Oct 2015, Fabio Fantoni wrote: > 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

[Xen-devel] [PATCH QEMU-XEN-TRADITIONAL v4 4/5] qemu-xen-traditional: Add libxencall to rpath-link

libxenctrl links against this library Signed-off-by: Ian Campbell --- v3: Library moved to tools/libs --- xen-hooks.mak | 1 + 1 file changed, 1 insertion(+) diff --git a/xen-hooks.mak b/xen-hooks.mak index 179a6b7..229d642 100644 --- a/xen-hooks.mak +++

Re: [Xen-devel] [PATCH v4 1/3] xen/arm: Enable cpu_hotplug.c

On Wed, 21 Oct 2015, Boris Ostrovsky wrote: > 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 > > >

[Xen-devel] [xen-unstable-smoke test] 63137: tolerable all pass - PUSHED

flight 63137 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/63137/ 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

Re: [Xen-devel] [PATCH] tools/xenpaging: install directory with default permission

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.

[Xen-devel] [PATCH XEN v4 11/23] tools: Remove xc_map_foreign_batch

It can trivially be replaced by xc_map_foreign_bulk which is the interface I want to move to going forward. All in tree users are trivially converted by supplying the appropriate error array and adjusting the what error handling exists (which in many cases is not much). This reduces the twist

[Xen-devel] [PATCH QEMU-XEN v4 4/9] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_bulk

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

[Xen-devel] [PATCH QEMU-XEN-TRADITIONAL v4 2/5] qemu-xen-traditional: Use libxenevtchn

/dev/xen/evtchn related wrappers have been moved out of libxenctrl into their own library. Note that i386-dm/helper2.c's xc_interface * was always really an xc_evtchn *, it's just they used to be typedefs to the same thing... Signed-off-by: Ian Campbell --- v3: Library

[Xen-devel] [PATCH XEN v4 09/23] tools: Refactor hypercall calling wrappers into libxencall.

libxencall will provide a stable API and ABI for calling hypercalls (although those hypercalls themselves may not have a stable API). As well as the hypercall buffer infrastructure needed in order to safely provide pointer arguments to hypercalls. libxenctrl encapsulates a instance of this

[Xen-devel] [PATCH XEN v4 01/23] tools/Rules.mk: Properly handle libraries with recursive dependencies.

In tree libraries which link against other in tree libraries in a way which is opaque to their callers need special handling, specifically correct use of -Wl,-rpath-link for the recusively used libraries. Currently this is rather simple, but up coming changes are going to introduce transitive

[Xen-devel] [PATCH XEN v4 07/23] tools: Refactor /dev/xen/gnt{dev, shr} wrappers into libxengnttab.

libxengnttab will provide a stable API and ABI for accessing the grant table devices. The functions are moved into the xengnt{tab,shr} namespace to make a clean break from libxc and avoid ambiguity regarding which interfaces are stable. XXX consider combining into a single namespace (i.e. with

[Xen-devel] [PATCH QEMU-XEN-TRADITIONAL v4 5/5] qemu-xen-traditional: Add libxenforeignmemory to rpath-link

libxenctrl links against this library. Also, request the compat xc_map_foreign API from libxc. Signed-off-by: Ian Campbell --- v3: Library moved to tools/libs/ --- xen-hooks.mak | 2 ++ 1 file changed, 2 insertions(+) diff --git a/xen-hooks.mak b/xen-hooks.mak index

[Xen-devel] [PATCH QEMU-XEN v4 2/9] xen: Switch to libxenevtchn interface for compat shims.

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 libxenevtchn which provides access to event channels. In preparation for this switch the compatibility layer in

[Xen-devel] [PATCH QEMU-XEN v4 9/9] xen: make it possible to build without the Xen PV domain builder

Until the previous patch this relied on xc_fd(), which was only implemented for Xen 4.0 and earlier. Given this wasn't working since Xen 4.0 I have marked this as disabled by default. Removing this support drops the use of a bunch of symbols from libxenctrl, specifically: - xc_domain_create

[Xen-devel] [PATCH XEN v4 08/23] tools/libxc: Remove osdep indirection for privcmd

The alternative backend (a xen-api/xapi shim) is no longer around and so this stuff is now just baggage which is getting in the way of refactoring libxenctrl. Nested virt probably suffices for this use case now. This was the last component of the osdep infrastructure, so all the dynamic loading

[Xen-devel] [PATCH QEMU-XEN v4 5/9] xen: Switch uses of xc_map_foreign_pages into xc_map_foreign_bulk

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

[Xen-devel] [PATCH XEN v4 03/23] tools/libxc: Remove osdep indirection for xc_evtchn

The alternative backend (a xen-api/xapi shim) is no longer around and so this stuff is now just baggage which is getting in the way of refactoring libxenctrl. Note that the intention is to move this into a separate library shortly. Nested virt probably suffices for this use case now. One

[Xen-devel] [PATCH XEN v4 06/23] tools/libxc: Remove osdep indirection for xc_gnt{shr, tab}

The alternative backend (a xen-api/xapi shim) is no longer around and so this stuff is now just baggage which is getting in the way of refactoring libxenctrl. Nested virt probably suffices for this use case now. It is now necessary to provide explicit versions of things for platforms which do

[Xen-devel] [PATCH QEMU-XEN-TRADITIONAL v4 0/5] Begin to disentangle libxenctrl and provide some stable libraries

We intend to stabilise some parts of the libxenctrl interface by splitting out some functionality into separate stable libraries. This is the qemu-xen-traditional part of the first phase of that change. This mail is (or is intended to be) a reply to a "0/" super-intro mail covering all of the

[Xen-devel] [PATCH QEMU-XEN v4 0/9] Begin to disentangle libxenctrl and provide some stable libraries

We intend to stabilise some parts of the libxenctrl interface by splitting out some functionality into separate stable libraries. This is the qemu-xen part of the first phase of that change. This mail is (or is intended to be) a reply to a "0/" super-intro mail covering all of the related patch

[Xen-devel] [PATCH QEMU-XEN v4 1/9] xen_console: correctly cleanup primary console on teardown.

All of the work in con_disconnect applies to the primary console case (when xendev->dev is NULL). Therefore remove the early check and bail and allow it to fall through. All of the existing code is correctly conditional already. The ->dev and ->gnttabdev handles are either both set or neither.

[Xen-devel] [PATCH XEN v4 12/23] tools: Implement xc_map_foreign_range(s) in terms of common helper

Both Linux and FreeBSD already implemented these functions using identical helpers based on xc_map_foreign_pages. Make one copy of these common helpers and switch all OSes to use them, even those which previously had a specific lower level implementation of this functionality. This is makes two

[Xen-devel] [PATCH XEN v4 10/23] tools/libxc: drop xc_map_foreign_bulk_compat wrappers

On Solaris and NetBSD xc_map_foreign_bulk is implemented by calling xc_map_foreign_bulk_compat and xc_map_foreign_bulk_compat is exposed as a symbol by libxenctrl.so. Remove these wrappers and turn the compat function into the real thing surrounded by the appropriate ifdef. As this is a compat

[Xen-devel] [PATCH XEN v4 00/23] Begin to disentangle libxenctrl and provide some stable libraries

We intend to stabilise some parts of the libxenctrl interface by splitting out some functionality into separate stable libraries. This is the xen part of the first phase of that change. This mail is (or is intended to be) a reply to a "0/" super-intro mail covering all of the related patch

Re: [Xen-devel] [linux-4.1 test] 63030: regressions - FAIL

On Wed, Oct 21, 2015 at 05:47:06PM +0100, Ian Campbell wrote: > On Tue, 2015-10-20 at 16:34 +0100, Ian Jackson wrote: > > Wei Liu writes ("Re: [Xen-devel] [linux-4.1 test] 63030: regressions > > - FAIL"): > > > From mere code inspection and document of lwip 1.3.0 I think mini > > -os > > > does

Re: [Xen-devel] xen-netfront crash when detaching network while some network activity

On Wed, May 27, 2015 at 12:03:12AM +0200, Marek Marczykowski-Górecki wrote: > On Tue, May 26, 2015 at 11:56:00AM +0100, David Vrabel wrote: > > On 22/05/15 12:49, Marek Marczykowski-Górecki wrote: > > > Hi all, > > > > > > I'm experiencing xen-netfront crash when doing xl network-detach while > >

Re: [Xen-devel] [PATCH v2 3/6] xen: sched: clarify use cases of schedule_cpu_switch()

On Thu, 2015-10-15 at 10:25 +0200, Juergen Gross wrote: > Maybe it would be a good idea to move setting of per_cpu(cpupool, > cpu) > into schedule_cpu_switch(). Originally I didn't do that to avoid > spreading too much cpupool related actions outside of cpupool.c. But > with those ASSERT()s added

[Xen-devel] [xen-4.3-testing bisection] complete build-amd64

branch xen-4.3-testing xen branch xen-4.3-testing job build-amd64 test xen-build Tree: qemu git://xenbits.xen.org/staging/qemu-xen-4.3-testing.git Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-4.3-testing.git Tree: xen git://xenbits.xen.org/xen.git *** Found and reproduced problem

[Xen-devel] [qemu-mainline baseline-only test] 38185: tolerable FAIL

This run is configured for baseline tests only. flight 38185 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38185/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-xsm 21

[Xen-devel] Credit scheduler

Hi, Can somebody please point me to a resource that talks about scheduler design for VMs , in contrast with a standard scheduler ( I have consulted Remzi, Operating Systems for this which is pretty easy to understand conceptually ). I need to understand the working of the credit scheduler.

Re: [Xen-devel] Dom0 kernel for Xen4.6 on R-Car H2 (LAGER)

On 21/10/15 18:20, Ferger, Max wrote: > Hi! Hello, > I'm sorry, but that didn't do the trick. > Neither did trying, whether a compressed or non-compressed dom0 image would > do. > > Also, I tried: > - 8< - > /chosen/xen,dom0-bootargs = "console=hvc0 earlyprintk=xen debug >

Re: [Xen-devel] Dom0 kernel for Xen4.6 on R-Car H2 (LAGER)

Hi! I'm sorry, but that didn't do the trick. Neither did trying, whether a compressed or non-compressed dom0 image would do. Also, I tried: - 8< - /chosen/xen,dom0-bootargs = "console=hvc0 earlyprintk=xen debug ignore_loglevel vmalloc=384M video=HDMI-A-1:1920x1080-32@60

[Xen-devel] [xen-4.2-testing bisection] complete build-amd64

branch xen-4.2-testing xen branch xen-4.2-testing job build-amd64 test xen-build Tree: qemu git://xenbits.xen.org/staging/qemu-xen-4.2-testing.git Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-4.2-testing.git Tree: xen git://xenbits.xen.org/xen.git *** Found and reproduced problem

Re: [Xen-devel] [PATCH 9/9] treewide: Remove newlines inside DEFINE_PER_CPU() macros

Dne 21.10.2015 v 21:27 Prarit Bhargava napsal(a): > On 10/15/2015 04:16 PM, Michal Marek wrote: >> Otherwise make tags can't parse them: >> >> ctags: Warning: arch/ia64/kernel/smp.c:60: null expansion of name pattern >> "\1" >> ctags: Warning: drivers/xen/events/events_2l.c:41: null expansion of

Re: [Xen-devel] [PATCH 9/9] treewide: Remove newlines inside DEFINE_PER_CPU() macros

On 10/15/2015 04:16 PM, Michal Marek wrote: > Otherwise make tags can't parse them: > > ctags: Warning: arch/ia64/kernel/smp.c:60: null expansion of name pattern "\1" > ctags: Warning: drivers/xen/events/events_2l.c:41: null expansion of name > pattern "\1" > ctags: Warning:

[Xen-devel] [xen-4.3-testing bisection] complete build-armhf

branch xen-4.3-testing xen branch xen-4.3-testing job build-armhf test xen-build Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-4.3-testing.git Tree: xen git://xenbits.xen.org/xen.git *** Found and reproduced problem changeset *** Bug is in tree: xen git://xenbits.xen.org/xen.git

[Xen-devel] [xen-4.5-testing baseline-only test] 38192: regressions - FAIL

This run is configured for baseline tests only. flight 38192 xen-4.5-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38192/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-pygrub 20

[Xen-devel] [qemu-mainline test] 63117: tolerable FAIL - PUSHED

flight 63117 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/63117/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds 15 guest-start.2fail blocked in 63086 Tests which did not

[Xen-devel] [xen-4.5-testing test] 63099: tolerable FAIL - PUSHED

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

Re: [Xen-devel] [PATCH v4 2/3] xen, cpu_hotplug: call device_offline instead of cpu_down

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,

Re: [Xen-devel] [PATCH v4 1/3] xen/arm: Enable cpu_hotplug.c

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

Re: [Xen-devel] [qemu-mainline test] 63108: trouble: preparing/queued

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

[Xen-devel] [PATCH] libxl: make libxl_vncviewer_exec work with stubdom

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

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: > 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 > > >

[Xen-devel] [ANNOUNCE] Switching to qemu-xen.git and qemu-xen-traditional.git

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:

  1   2   >