From: osstest service owner <osstest-admin@xenproject.org>
To: xen-devel@lists.xensource.com, osstest-admin@xenproject.org
Subject: [qemu-mainline bisection] complete build-arm64-xsm
Date: Fri, 28 Apr 2017 21:42:01 +0000 [thread overview]
Message-ID: <E1d4DeL-0003XG-Us@osstest.test-lab.xenproject.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 37890 bytes --]
branch xen-unstable
xenbranch xen-unstable
job build-arm64-xsm
testid xen-build
Tree: qemuu git://git.qemu.org/qemu.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and reproduced problem changeset ***
Bug is in tree: qemuu git://git.qemu.org/qemu.git
Bug introduced: 52e94ea5de3ed9d7ddf1b0e5fc6ff7c2807ae711
Bug not present: fe491fa85c4634453b340b18046aae2eaf8147db
Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/107923/
commit 52e94ea5de3ed9d7ddf1b0e5fc6ff7c2807ae711
Merge: fe491fa 28b99f4
Author: Peter Maydell <peter.maydell@linaro.org>
Date: Wed Apr 26 10:22:31 2017 +0100
Merge remote-tracking branch 'remotes/sstabellini/tags/xen-20170421-v2-tag' into staging
Xen 2017/04/21 + fix
# gpg: Signature made Tue 25 Apr 2017 19:10:37 BST
# gpg: using RSA key 0x894F8F4870E1AE90
# gpg: Good signature from "Stefano Stabellini <stefano.stabellini@eu.citrix.com>"
# gpg: aka "Stefano Stabellini <sstabellini@kernel.org>"
# Primary key fingerprint: D04E 33AB A51F 67BA 07D3 0AEA 894F 8F48 70E1 AE90
* remotes/sstabellini/tags/xen-20170421-v2-tag: (21 commits)
move xen-mapcache.c to hw/i386/xen/
move xen-hvm.c to hw/i386/xen/
move xen-common.c to hw/xen/
add xen-9p-backend to MAINTAINERS under Xen
xen/9pfs: build and register Xen 9pfs backend
xen/9pfs: send responses back to the frontend
xen/9pfs: implement in/out_iov_from_pdu and vmarshal/vunmarshal
xen/9pfs: receive requests from the frontend
xen/9pfs: connect to the frontend
xen/9pfs: introduce Xen 9pfs backend
9p: introduce a type for the 9p header
xen: import ring.h from xen
configure: use pkg-config for obtaining xen version
xen: additionally restrict xenforeignmemory operations
xen: use libxendevice model to restrict operations
xen: use 5 digit xen versions
xen: use libxendevicemodel when available
configure: detect presence of libxendevicemodel
xen: create wrappers for all other uses of xc_hvm_XXX() functions
xen: rename xen_modified_memory() to xen_hvm_modified_memory()
...
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
commit 28b99f473bda682385da944b0404aedbe11ea0dc
Author: Anthony Xu <anthony.xu@intel.com>
Date: Wed Apr 5 16:21:31 2017 -0700
move xen-mapcache.c to hw/i386/xen/
move xen-mapcache.c to hw/i386/xen/
Signed-off -by: Anthony Xu <anthony.xu@intel.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 93d43e7e11ad43f7aa1e648319385ecf289b1884
Author: Anthony Xu <anthony.xu@intel.com>
Date: Wed Apr 5 16:21:30 2017 -0700
move xen-hvm.c to hw/i386/xen/
move xen-hvm.c to hw/i386/xen/
Signed-off -by: Anthony Xu <anthony.xu@intel.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 56e2cd24527867ac65aa86fc1820e5b700ccfa03
Author: Anthony Xu <anthony.xu@intel.com>
Date: Wed Apr 5 16:21:29 2017 -0700
move xen-common.c to hw/xen/
move xen-common.c to hw/xen/
Signed-off -by: Anthony Xu <anthony.xu@intel.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit d6a3f64ad3e8136758bc71e47f860974204c7a12
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Wed Mar 22 10:18:09 2017 -0700
add xen-9p-backend to MAINTAINERS under Xen
Signed-off-by: Stefano Stabellini <sstabellini@kernel.org>
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
CC: groug@kaod.org
CC: anthony.perard@citrix.com
commit e737b6d5c3d69bde91c8cc554a8ce6d20e14feaa
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Wed Mar 22 10:17:09 2017 -0700
xen/9pfs: build and register Xen 9pfs backend
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit 4476e09e34d4257d2bfbdb70d106a154f42c928b
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Wed Mar 22 10:16:09 2017 -0700
xen/9pfs: send responses back to the frontend
Once a request is completed, xen_9pfs_push_and_notify gets called. In
xen_9pfs_push_and_notify, update the indexes (data has already been
copied to the sg by the common code) and send a notification to the
frontend.
Schedule the bottom-half to check if we already have any other requests
pending.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit 40a2389207fb1a7ee179a9eba1b2fe9a5584bbc3
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Wed Mar 22 10:16:06 2017 -0700
xen/9pfs: implement in/out_iov_from_pdu and vmarshal/vunmarshal
Implement xen_9pfs_init_in/out_iov_from_pdu and
xen_9pfs_pdu_vmarshal/vunmarshall by creating new sg pointing to the
data on the ring.
This is safe as we only handle one request per ring at any given time.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit 47b70fb1e4b619c9d6de74776a6c7c8e5c7719ee
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Wed Mar 22 10:16:03 2017 -0700
xen/9pfs: receive requests from the frontend
Upon receiving an event channel notification from the frontend, schedule
the bottom half. From the bottom half, read one request from the ring,
create a pdu and call pdu_submit to handle it.
For now, only handle one request per ring at a time.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit f23ef34a5dec56103e1348a622a6adf7c87c821f
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Wed Mar 22 10:15:59 2017 -0700
xen/9pfs: connect to the frontend
Write the limits of the backend to xenstore. Connect to the frontend.
Upon connection, allocate the rings according to the protocol
specification.
Initialize a QEMUBH to schedule work upon receiving an event channel
notification from the frontend.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit b37eeb020123d16a2ba10b16b9923088f727b005
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Tue Mar 21 13:51:34 2017 -0700
xen/9pfs: introduce Xen 9pfs backend
Introduce the Xen 9pfs backend: add struct XenDevOps to register as a
Xen backend and add struct V9fsTransport to register as v9fs transport.
All functions are empty stubs for now.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit c9fb47e7d028b7c76655625880eb30666619f636
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Tue Mar 21 13:51:34 2017 -0700
9p: introduce a type for the 9p header
Use the new type in virtio-9p-device.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit f65eadb6394340ccf7d23533c7844b6e21c056e9
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Tue Mar 21 13:51:25 2017 -0700
xen: import ring.h from xen
Do not use the ring.h header installed on the system. Instead, import
the header into the QEMU codebase. This avoids problems when QEMU is
built against a Xen version too old to provide all the ring macros.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
commit c1cdd9d5beb052b072c1f57ea634e3c52e9dc17b
Author: Juergen Gross <jgross@suse.com>
Date: Mon Mar 27 09:42:45 2017 +0200
configure: use pkg-config for obtaining xen version
Instead of trying to guess the Xen version to use by compiling various
test programs first just ask the system via pkg-config. Only if it
can't return the version fall back to the test program scheme.
If configure is being called with dedicated flags for the Xen libraries
use those instead of the pkg-config output. This will avoid breaking
an in-tree Xen build of an old Xen version while a new Xen version is
installed on the build machine: pkg-config would pick up the installed
Xen config files as the Xen tree wouldn't contain any of them.
Signed-off-by: Juergen Gross <jgross@suse.com>
Signed-off-by: Stefano Stabellini <sstabellini@kernel.org>
Tested-by: Paul Durrant <paul.durrant@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 14d015b6fcd0b94a1e0983f82fab3e144143a314
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Tue Mar 28 16:54:55 2017 +0100
xen: additionally restrict xenforeignmemory operations
Commit f0f272baf3a7 "xen: use libxendevice model to restrict operations"
added a command-line option (-xen-domid-restrict) to limit operations
using the libxendevicemodel API to a specified domid. The commit also
noted that the restriction would be extended to cover operations issued
via other xen libraries by subsequent patches.
My recent Xen patch [1] added a call to the xenforeignmemory API to allow
it to be restricted. This patch now makes use of that new call when the
-xen-domid-restrict option is passed.
[1] http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=5823d6eb
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Signed-off-by: Stefano Stabellini <sstabellini@kernel.org>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 1c599472b02783ee80691bfdaa465af9fbf25c8a
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Wed Mar 22 09:39:15 2017 +0000
xen: use libxendevice model to restrict operations
This patch adds a command-line option (-xen-domid-restrict) which will
use the new libxendevicemodel API to restrict devicemodel [1] operations
to the specified domid. (Such operations are not applicable to the xenpv
machine type).
This patch also adds a tracepoint to allow successful enabling of the
restriction to be monitored.
[1] I.e. operations issued by libxendevicemodel. Operation issued by other
xen libraries (e.g. libxenforeignmemory) are currently still unrestricted
but this will be rectified by subsequent patches.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit f1167ee684279bffabe7bb3ab23eff87577fe427
Author: Juergen Gross <jgross@suse.com>
Date: Thu Mar 16 15:19:52 2017 +0100
xen: use 5 digit xen versions
Today qemu is using e.g. the value 480 for Xen version 4.8.0. As some
Xen version tests are using ">" relations this scheme will lead to
problems when Xen version 4.10.0 is being reached.
Instead of the 3 digit schem use a 5 digit scheme (e.g. 40800 for
version 4.8.0).
Signed-off-by: Juergen Gross <jgross@suse.com>
Signed-off-by: Stefano Stabellini <sstabellini@kernel.org>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit d655f34e6d6a68f64e885fa85295e0c7a31ce846
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Tue Mar 7 10:55:34 2017 +0000
xen: use libxendevicemodel when available
This patch modifies the wrapper functions in xen_common.h to use the
new xendevicemodel interface if it is available along with compatibility
code to use the old libxenctrl interface if it is not.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Signed-off-by: Stefano Stabellini <sstabellini@kernel.org>
Reviewed-by: Anthony Perard <anthony.perard@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit da8090ccb7735aed5a46ce27dfbe8486cfce61f5
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Tue Mar 7 10:55:33 2017 +0000
configure: detect presence of libxendevicemodel
This patch adds code in configure to set CONFIG_XEN_CTRL_INTERFACE_VERSION
to a new value of 490 if libxendevicemodel is present in the build
environment.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Signed-off-by: Stefano Stabellini <sstabellini@kernel.org>
Reviewed-by: Anthony Perard <anthony.perard@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 8f25e7544150abd4bfd4ef35fe152c049b5ea5e7
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Tue Mar 7 10:55:32 2017 +0000
xen: create wrappers for all other uses of xc_hvm_XXX() functions
This patch creates inline wrapper functions in xen_common.h for all open
coded calls to xc_hvm_XXX() functions outside of xen_common.h so that use
of xen_xc can be made implicit. This again is in preparation for the move
to using libxendevicemodel.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Reviewed-by: Anthony Perard <anthony.perard@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 5100afb5f59906f63490c050d2eee578b9ba2b3d
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Tue Mar 7 10:55:31 2017 +0000
xen: rename xen_modified_memory() to xen_hvm_modified_memory()
This patch is a purely cosmetic change that avoids a name collision in
a subsequent patch.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Reviewed-by: Anthony Perard <anthony.perard@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 260cabed718c4d3137553a4a98de268b0fb166b7
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Tue Mar 7 10:55:30 2017 +0000
xen: make use of xen_xc implicit in xen_common.h inlines
Doing this will make the transition to using the new libxendevicemodel
interface less intrusive on the callers of these functions, since using
the new library will require a change of handle.
NOTE: The patch also moves the 'externs' for xen_xc and xen_fmem from
xen_backend.h to xen_common.h, and the declarations from
xen_backend.c to xen-common.c, which is where they belong.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Reviewed-by: Anthony Perard <anthony.perard@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
For bisection revision-tuple graph see:
http://logs.test-lab.xenproject.org/osstest/results/bisect/qemu-mainline/build-arm64-xsm.xen-build.html
Revision IDs in each graph node refer, respectively, to the Trees above.
----------------------------------------
Running cs-bisection-step --graph-out=/home/logs/results/bisect/qemu-mainline/build-arm64-xsm.xen-build --summary-out=tmp/107923.bisection-summary --basis-template=107636 --blessings=real,real-bisect qemu-mainline build-arm64-xsm xen-build
Searching for failure / basis pass:
107884 fail [host=laxton0] / 107644 [host=laxton1] 107636 [host=laxton1] 107610 [host=laxton1] 107598 ok.
Failure / basis pass flights: 107884 / 107598
Tree: qemuu git://git.qemu.org/qemu.git
Tree: xen git://xenbits.xen.org/xen.git
Latest 81b2d5ceb0cfb4cdc2163492e3169ed714b0cda9 8829d12ac0f9e3f7b01f276cd966c5a39497da92
Basis pass 32c7e0ab755745e961f1772e95cac381cc68769d f97838bbd980a0104e16c4a12fbf514f9fa805f1
Generating revisions with ./adhoc-revtuple-generator git://git.qemu.org/qemu.git#32c7e0ab755745e961f1772e95cac381cc68769d-81b2d5ceb0cfb4cdc2163492e3169ed714b0cda9 git://xenbits.xen.org/xen.git#f97838bbd980a0104e16c4a12fbf514f9fa805f1-8829d12ac0f9e3f7b01f276cd966c5a39497da92
Loaded 18783 nodes in revision graph
Searching for test results:
107598 pass 32c7e0ab755745e961f1772e95cac381cc68769d f97838bbd980a0104e16c4a12fbf514f9fa805f1
107610 [host=laxton1]
107636 [host=laxton1]
107644 [host=laxton1]
107736 fail 81b2d5ceb0cfb4cdc2163492e3169ed714b0cda9 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107777 fail 81b2d5ceb0cfb4cdc2163492e3169ed714b0cda9 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107758 fail 81b2d5ceb0cfb4cdc2163492e3169ed714b0cda9 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107788 fail 81b2d5ceb0cfb4cdc2163492e3169ed714b0cda9 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107808 fail 81b2d5ceb0cfb4cdc2163492e3169ed714b0cda9 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107877 pass d6fcdf06d9fc7d72151cc2069dc5c1adf5c21707 99704f26360ee8d4f85081c6c50ce64f47961f6d
107923 fail 52e94ea5de3ed9d7ddf1b0e5fc6ff7c2807ae711 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107865 pass 9eb2575e6c2cb902db88eb5539c66d32a30a94cf 99704f26360ee8d4f85081c6c50ce64f47961f6d
107845 pass 54f59d786c05765bf7410eadd10e88f5579df9e7 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107841 fail 81b2d5ceb0cfb4cdc2163492e3169ed714b0cda9 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107826 fail 81b2d5ceb0cfb4cdc2163492e3169ed714b0cda9 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107837 pass 32c7e0ab755745e961f1772e95cac381cc68769d f97838bbd980a0104e16c4a12fbf514f9fa805f1
107895 fail 52e94ea5de3ed9d7ddf1b0e5fc6ff7c2807ae711 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107838 fail 81b2d5ceb0cfb4cdc2163492e3169ed714b0cda9 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107844 fail 02ef6e878f4c013889767ef239901962600de545 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107855 pass b8c7193fe9479a941a56863595766d4517152dae 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107860 pass eab1e53cacfb1d877317d5e7b416ddb43858d92e 99704f26360ee8d4f85081c6c50ce64f47961f6d
107896 pass 2cf9953beebd194a432ebd567399807d9b1f6a4d 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107898 pass fe491fa85c4634453b340b18046aae2eaf8147db 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107886 pass b1c897d58729bd5cb390afa4e311dc42b38baf77 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107917 pass fe491fa85c4634453b340b18046aae2eaf8147db 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107890 pass 2cf9953beebd194a432ebd567399807d9b1f6a4d dc93246b504a4cdd90a7d79bfffd42255f9af83f
107905 fail 52e94ea5de3ed9d7ddf1b0e5fc6ff7c2807ae711 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107884 fail 81b2d5ceb0cfb4cdc2163492e3169ed714b0cda9 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107919 fail 52e94ea5de3ed9d7ddf1b0e5fc6ff7c2807ae711 8829d12ac0f9e3f7b01f276cd966c5a39497da92
107920 pass fe491fa85c4634453b340b18046aae2eaf8147db 8829d12ac0f9e3f7b01f276cd966c5a39497da92
Searching for interesting versions
Result found: flight 107598 (pass), for basis pass
Result found: flight 107736 (fail), for basis failure
Repro found: flight 107837 (pass), for basis pass
Repro found: flight 107838 (fail), for basis failure
0 revisions at fe491fa85c4634453b340b18046aae2eaf8147db 8829d12ac0f9e3f7b01f276cd966c5a39497da92
No revisions left to test, checking graph state.
Result found: flight 107898 (pass), for last pass
Result found: flight 107905 (fail), for first failure
Repro found: flight 107917 (pass), for last pass
Repro found: flight 107919 (fail), for first failure
Repro found: flight 107920 (pass), for last pass
Repro found: flight 107923 (fail), for first failure
*** Found and reproduced problem changeset ***
Bug is in tree: qemuu git://git.qemu.org/qemu.git
Bug introduced: 52e94ea5de3ed9d7ddf1b0e5fc6ff7c2807ae711
Bug not present: fe491fa85c4634453b340b18046aae2eaf8147db
Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/107923/
commit 52e94ea5de3ed9d7ddf1b0e5fc6ff7c2807ae711
Merge: fe491fa 28b99f4
Author: Peter Maydell <peter.maydell@linaro.org>
Date: Wed Apr 26 10:22:31 2017 +0100
Merge remote-tracking branch 'remotes/sstabellini/tags/xen-20170421-v2-tag' into staging
Xen 2017/04/21 + fix
# gpg: Signature made Tue 25 Apr 2017 19:10:37 BST
# gpg: using RSA key 0x894F8F4870E1AE90
# gpg: Good signature from "Stefano Stabellini <stefano.stabellini@eu.citrix.com>"
# gpg: aka "Stefano Stabellini <sstabellini@kernel.org>"
# Primary key fingerprint: D04E 33AB A51F 67BA 07D3 0AEA 894F 8F48 70E1 AE90
* remotes/sstabellini/tags/xen-20170421-v2-tag: (21 commits)
move xen-mapcache.c to hw/i386/xen/
move xen-hvm.c to hw/i386/xen/
move xen-common.c to hw/xen/
add xen-9p-backend to MAINTAINERS under Xen
xen/9pfs: build and register Xen 9pfs backend
xen/9pfs: send responses back to the frontend
xen/9pfs: implement in/out_iov_from_pdu and vmarshal/vunmarshal
xen/9pfs: receive requests from the frontend
xen/9pfs: connect to the frontend
xen/9pfs: introduce Xen 9pfs backend
9p: introduce a type for the 9p header
xen: import ring.h from xen
configure: use pkg-config for obtaining xen version
xen: additionally restrict xenforeignmemory operations
xen: use libxendevice model to restrict operations
xen: use 5 digit xen versions
xen: use libxendevicemodel when available
configure: detect presence of libxendevicemodel
xen: create wrappers for all other uses of xc_hvm_XXX() functions
xen: rename xen_modified_memory() to xen_hvm_modified_memory()
...
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
commit 28b99f473bda682385da944b0404aedbe11ea0dc
Author: Anthony Xu <anthony.xu@intel.com>
Date: Wed Apr 5 16:21:31 2017 -0700
move xen-mapcache.c to hw/i386/xen/
move xen-mapcache.c to hw/i386/xen/
Signed-off -by: Anthony Xu <anthony.xu@intel.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 93d43e7e11ad43f7aa1e648319385ecf289b1884
Author: Anthony Xu <anthony.xu@intel.com>
Date: Wed Apr 5 16:21:30 2017 -0700
move xen-hvm.c to hw/i386/xen/
move xen-hvm.c to hw/i386/xen/
Signed-off -by: Anthony Xu <anthony.xu@intel.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 56e2cd24527867ac65aa86fc1820e5b700ccfa03
Author: Anthony Xu <anthony.xu@intel.com>
Date: Wed Apr 5 16:21:29 2017 -0700
move xen-common.c to hw/xen/
move xen-common.c to hw/xen/
Signed-off -by: Anthony Xu <anthony.xu@intel.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit d6a3f64ad3e8136758bc71e47f860974204c7a12
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Wed Mar 22 10:18:09 2017 -0700
add xen-9p-backend to MAINTAINERS under Xen
Signed-off-by: Stefano Stabellini <sstabellini@kernel.org>
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
CC: groug@kaod.org
CC: anthony.perard@citrix.com
commit e737b6d5c3d69bde91c8cc554a8ce6d20e14feaa
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Wed Mar 22 10:17:09 2017 -0700
xen/9pfs: build and register Xen 9pfs backend
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit 4476e09e34d4257d2bfbdb70d106a154f42c928b
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Wed Mar 22 10:16:09 2017 -0700
xen/9pfs: send responses back to the frontend
Once a request is completed, xen_9pfs_push_and_notify gets called. In
xen_9pfs_push_and_notify, update the indexes (data has already been
copied to the sg by the common code) and send a notification to the
frontend.
Schedule the bottom-half to check if we already have any other requests
pending.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit 40a2389207fb1a7ee179a9eba1b2fe9a5584bbc3
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Wed Mar 22 10:16:06 2017 -0700
xen/9pfs: implement in/out_iov_from_pdu and vmarshal/vunmarshal
Implement xen_9pfs_init_in/out_iov_from_pdu and
xen_9pfs_pdu_vmarshal/vunmarshall by creating new sg pointing to the
data on the ring.
This is safe as we only handle one request per ring at any given time.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit 47b70fb1e4b619c9d6de74776a6c7c8e5c7719ee
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Wed Mar 22 10:16:03 2017 -0700
xen/9pfs: receive requests from the frontend
Upon receiving an event channel notification from the frontend, schedule
the bottom half. From the bottom half, read one request from the ring,
create a pdu and call pdu_submit to handle it.
For now, only handle one request per ring at a time.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit f23ef34a5dec56103e1348a622a6adf7c87c821f
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Wed Mar 22 10:15:59 2017 -0700
xen/9pfs: connect to the frontend
Write the limits of the backend to xenstore. Connect to the frontend.
Upon connection, allocate the rings according to the protocol
specification.
Initialize a QEMUBH to schedule work upon receiving an event channel
notification from the frontend.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit b37eeb020123d16a2ba10b16b9923088f727b005
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Tue Mar 21 13:51:34 2017 -0700
xen/9pfs: introduce Xen 9pfs backend
Introduce the Xen 9pfs backend: add struct XenDevOps to register as a
Xen backend and add struct V9fsTransport to register as v9fs transport.
All functions are empty stubs for now.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit c9fb47e7d028b7c76655625880eb30666619f636
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Tue Mar 21 13:51:34 2017 -0700
9p: introduce a type for the 9p header
Use the new type in virtio-9p-device.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
CC: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
CC: Greg Kurz <groug@kaod.org>
commit f65eadb6394340ccf7d23533c7844b6e21c056e9
Author: Stefano Stabellini <sstabellini@kernel.org>
Date: Tue Mar 21 13:51:25 2017 -0700
xen: import ring.h from xen
Do not use the ring.h header installed on the system. Instead, import
the header into the QEMU codebase. This avoids problems when QEMU is
built against a Xen version too old to provide all the ring macros.
Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
CC: anthony.perard@citrix.com
CC: jgross@suse.com
commit c1cdd9d5beb052b072c1f57ea634e3c52e9dc17b
Author: Juergen Gross <jgross@suse.com>
Date: Mon Mar 27 09:42:45 2017 +0200
configure: use pkg-config for obtaining xen version
Instead of trying to guess the Xen version to use by compiling various
test programs first just ask the system via pkg-config. Only if it
can't return the version fall back to the test program scheme.
If configure is being called with dedicated flags for the Xen libraries
use those instead of the pkg-config output. This will avoid breaking
an in-tree Xen build of an old Xen version while a new Xen version is
installed on the build machine: pkg-config would pick up the installed
Xen config files as the Xen tree wouldn't contain any of them.
Signed-off-by: Juergen Gross <jgross@suse.com>
Signed-off-by: Stefano Stabellini <sstabellini@kernel.org>
Tested-by: Paul Durrant <paul.durrant@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 14d015b6fcd0b94a1e0983f82fab3e144143a314
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Tue Mar 28 16:54:55 2017 +0100
xen: additionally restrict xenforeignmemory operations
Commit f0f272baf3a7 "xen: use libxendevice model to restrict operations"
added a command-line option (-xen-domid-restrict) to limit operations
using the libxendevicemodel API to a specified domid. The commit also
noted that the restriction would be extended to cover operations issued
via other xen libraries by subsequent patches.
My recent Xen patch [1] added a call to the xenforeignmemory API to allow
it to be restricted. This patch now makes use of that new call when the
-xen-domid-restrict option is passed.
[1] http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=5823d6eb
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Signed-off-by: Stefano Stabellini <sstabellini@kernel.org>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 1c599472b02783ee80691bfdaa465af9fbf25c8a
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Wed Mar 22 09:39:15 2017 +0000
xen: use libxendevice model to restrict operations
This patch adds a command-line option (-xen-domid-restrict) which will
use the new libxendevicemodel API to restrict devicemodel [1] operations
to the specified domid. (Such operations are not applicable to the xenpv
machine type).
This patch also adds a tracepoint to allow successful enabling of the
restriction to be monitored.
[1] I.e. operations issued by libxendevicemodel. Operation issued by other
xen libraries (e.g. libxenforeignmemory) are currently still unrestricted
but this will be rectified by subsequent patches.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit f1167ee684279bffabe7bb3ab23eff87577fe427
Author: Juergen Gross <jgross@suse.com>
Date: Thu Mar 16 15:19:52 2017 +0100
xen: use 5 digit xen versions
Today qemu is using e.g. the value 480 for Xen version 4.8.0. As some
Xen version tests are using ">" relations this scheme will lead to
problems when Xen version 4.10.0 is being reached.
Instead of the 3 digit schem use a 5 digit scheme (e.g. 40800 for
version 4.8.0).
Signed-off-by: Juergen Gross <jgross@suse.com>
Signed-off-by: Stefano Stabellini <sstabellini@kernel.org>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit d655f34e6d6a68f64e885fa85295e0c7a31ce846
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Tue Mar 7 10:55:34 2017 +0000
xen: use libxendevicemodel when available
This patch modifies the wrapper functions in xen_common.h to use the
new xendevicemodel interface if it is available along with compatibility
code to use the old libxenctrl interface if it is not.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Signed-off-by: Stefano Stabellini <sstabellini@kernel.org>
Reviewed-by: Anthony Perard <anthony.perard@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit da8090ccb7735aed5a46ce27dfbe8486cfce61f5
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Tue Mar 7 10:55:33 2017 +0000
configure: detect presence of libxendevicemodel
This patch adds code in configure to set CONFIG_XEN_CTRL_INTERFACE_VERSION
to a new value of 490 if libxendevicemodel is present in the build
environment.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Signed-off-by: Stefano Stabellini <sstabellini@kernel.org>
Reviewed-by: Anthony Perard <anthony.perard@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 8f25e7544150abd4bfd4ef35fe152c049b5ea5e7
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Tue Mar 7 10:55:32 2017 +0000
xen: create wrappers for all other uses of xc_hvm_XXX() functions
This patch creates inline wrapper functions in xen_common.h for all open
coded calls to xc_hvm_XXX() functions outside of xen_common.h so that use
of xen_xc can be made implicit. This again is in preparation for the move
to using libxendevicemodel.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Reviewed-by: Anthony Perard <anthony.perard@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 5100afb5f59906f63490c050d2eee578b9ba2b3d
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Tue Mar 7 10:55:31 2017 +0000
xen: rename xen_modified_memory() to xen_hvm_modified_memory()
This patch is a purely cosmetic change that avoids a name collision in
a subsequent patch.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Reviewed-by: Anthony Perard <anthony.perard@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
commit 260cabed718c4d3137553a4a98de268b0fb166b7
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Tue Mar 7 10:55:30 2017 +0000
xen: make use of xen_xc implicit in xen_common.h inlines
Doing this will make the transition to using the new libxendevicemodel
interface less intrusive on the callers of these functions, since using
the new library will require a change of handle.
NOTE: The patch also moves the 'externs' for xen_xc and xen_fmem from
xen_backend.h to xen_common.h, and the declarations from
xen_backend.c to xen-common.c, which is where they belong.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Reviewed-by: Anthony Perard <anthony.perard@citrix.com>
Reviewed-by: Stefano Stabellini <sstabellini@kernel.org>
Revision graph left in /home/logs/results/bisect/qemu-mainline/build-arm64-xsm.xen-build.{dot,ps,png,html,svg}.
----------------------------------------
107923: tolerable ALL FAIL
flight 107923 qemu-mainline real-bisect [real]
http://logs.test-lab.xenproject.org/osstest/logs/107923/
Failures :-/ but no regressions.
Tests which did not succeed,
including tests which could not be run:
build-arm64-xsm 5 xen-build fail baseline untested
jobs:
build-arm64-xsm fail
------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images
Logs, config files, etc. are available at
http://logs.test-lab.xenproject.org/osstest/logs
Explanation of these reports, and of osstest in general, is at
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master
Test harness code can be found at
http://xenbits.xen.org/gitweb?p=osstest.git;a=summary
[-- Attachment #2: Type: text/plain, Size: 127 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next reply other threads:[~2017-04-28 21:42 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-28 21:42 osstest service owner [this message]
-- strict thread matches above, loose matches on Subject: below --
2019-05-13 7:33 [qemu-mainline bisection] complete build-arm64-xsm osstest service owner
2020-10-19 21:36 osstest service owner
2023-05-21 16:04 osstest service owner
2023-09-09 4:15 osstest service owner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E1d4DeL-0003XG-Us@osstest.test-lab.xenproject.org \
--to=osstest-admin@xenproject.org \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).