From: xen.org <Ian.Jackson@eu.citrix.com>
To: xen-devel@lists.xensource.com, rumpkernel-builds@lists.sourceforge.net
Cc: ian.jackson@eu.citrix.com
Subject: [rumpuserxen test] 27478: regressions - FAIL
Date: Thu, 26 Jun 2014 23:04:59 +0100 [thread overview]
Message-ID: <osstest-27478-mainreport@xen.org> (raw)
flight 27478 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/27478/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 27442
Tests which did not succeed, but are not blocking:
test-amd64-amd64-rumpuserxen-amd64 1 build-check(1) blocked n/a
version targeted for testing:
rumpuserxen 244aef9e090a2a6ff6b37ba9f0fd32d10617e2a1
baseline version:
rumpuserxen 49656246af5f96ac4c8524fddbea7efb41416125
------------------------------------------------------------
People who touched revisions under test:
Ian Jackson <ian.jackson@eu.citrix.com>
------------------------------------------------------------
jobs:
build-amd64 pass
build-i386 pass
build-amd64-pvops pass
build-i386-pvops pass
build-amd64-rumpuserxen fail
build-i386-rumpuserxen pass
test-amd64-amd64-rumpuserxen-amd64 blocked
test-amd64-i386-rumpuserxen-i386 pass
------------------------------------------------------------
sg-report-flight on osstest.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images
Logs, config files, etc. are available at
http://www.chiark.greenend.org.uk/~xensrcts/logs
Test harness code can be found at
http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary
Not pushing.
------------------------------------------------------------
commit 244aef9e090a2a6ff6b37ba9f0fd32d10617e2a1
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Tue Jun 24 19:25:23 2014 +0100
xendev_component: Fix printf format in panic
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit 1128eeb06f589cfb983e1bf16f0cfc1fd0d06144
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Tue Jun 24 19:04:45 2014 +0100
buildxen.sh: Do "make links".
This fixes the build which I just broke.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit eb15687ea4bb54997929671732b3e1e72cfd6cce
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Mon Jun 9 16:36:38 2014 +0100
rumpxendev: Provide /dev/xen/xenbus
This is a new rumpkernel component which provides an interface to the
minios xenbus driver. It presents as /dev/xen/xenbus which speaks the
standard xenstore protocol and can be used in the normal way by all
the tools (including with poll or select).
Internally, it arranges to use the xenbus driver's ability to
multiplex requests, responses and watch events from multiple users.
So it can be used in parallel with all existing rump kernel
functionality. The device can also perhaps be opened more than once.
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
commit ffd53ed7b9042da89b01410b1a3f810f416333f0
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Fri Jun 20 18:43:55 2014 +0100
mini-os/xenbus: Provide xenbus_free
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit b2d73e60891db7df98cc4015cbfdc030a0b8be77
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Tue Jun 17 16:00:09 2014 +0100
mini-os/xenbus: Provide queue->wakeup hook
This allows xenbus's caller to get called back when an item is put on
the queue, rather than simply having the waitq signaled.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit 1b4cfbf122eb9c4714599fd1e48fa647859a5f82
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Mon Jun 16 18:01:54 2014 +0100
mini-os/xenbus: Sort out request and watch locking
Make the xenbus_req_lock public, and lock it everywhere it is needed.
It needs to protect not just the xenbus request ring itself, but also
a number of internal data structures.
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
commit 33a1eff693a444387623aa17ab2034c13839157c
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed Jun 11 16:17:20 2014 +0100
mini-os/xenbus: Expose lower-level interface
Provide an interface that allows a xenbus user to explicitly allocate
ids, deal with responses asynchronously, specify the queues to be used
for responses and watches, etc.
More specifically:
* Enhance xenbus_event to be capable of dealing with both watches and
command replies. In particular, arrange that it will contain a
pointer to the watch. We leave the old fields undisturbed because
of the way that this struct is already used in various places.
* Provide that a xenbus_event for a command response contains a copy
of the pointer to the reply message, rather than putting it in the
req_info (which is visible only internally).
* Rename `struct watch' to `struct xenbus_watch' because it needs
to be in the public interface.
* allocate_xenbus_id becomes xenbus_id_allocate; same for release.
* Make xb_write into a public function, xenbus_xb_write.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit 353e348f258896b0be480011edb1dba18cdbf1d6
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Mon Jun 9 16:02:11 2014 +0100
mini-os/xenbus: Unify watch and reply queues
We are going to want to provide an interface to xenbus which does not
reorder messages for a particular user. In particular, the reply to a
watch or unwatch should not be reordered with respect to watch events.
To this end we arrange that both replies and watches use the same kind
of queue inside the xenbus driver. Currently this queue type is only
exposed outside the xenbus driver for use with watches, as before.
Important functional changes in this patch include:
* There is a separate scheduler wait queue for each reply queue,
rather than one for all watches and one for each outstanding reply.
This wait queue lives in the reply queue struct.
* There are abstracted-away internal functions for removing (and,
indeed, awaiting) events. xenbus_wait_for_watch_return becomes a
trivial wrapper around await_event.
* Handling of the replies to requests is formalised, using the new
queues. Now a single reply queue might be used for multiple
requests (although there are no callers that do this).
Other changes are:
* The latent bug in xenbus_msg_reply, which assumed no spurious
wakeups, is gone.
* The "in_use" flag in the request array can be done away with, since
we can use the reply_queue pointer value instead.
* The callers of allocate_xenbus_id (currently, only
xenbus_msg_reply), have to initialise a xenbus_event_queue and
provide it to allocate_xenbus_id.
* Abolished the xenbus_watch_queue waitq in favour of the waitq inside
the xenbus_default_watch_events event queue.
* Abolished a duplicate assignment to in_use in release_xenbus_id.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit 553066a3bd6129bcceef1a66f24555deccf61f6c
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Fri Jun 20 17:44:18 2014 +0100
mini-os/xenbus: Rename xenbus_events to xenbus_default_watch_queue
This is only used for watch events, and only if xenbus's caller
doesn't specify a queue of their own.
Rename the variable because future patches are going to make the
current name confusing, because "event" is going to mean not just
watch events.
perl -i~ -pe 's/\bxenbus_events\b/xenbus_default_watch_queue/' xen/xenbus/xenbus.c include/mini-os/xenbus.h
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit 10fc813c9151bd7b6cd8f4c797e199a7d80905a9
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed Jun 11 13:28:07 2014 +0100
mini-os/xenbus: Use MINIOS_LIST for the list of watches
Remove the open-coded singly-linked list manipulation.
We replace it with a doubly-linked list because in forthcoming patches
we are going to want the ability to remove a watch from the middle of
the list without hunting for it first.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit 5097cd81193efad956dd753a0efaada0083ee127
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Fri Jun 20 16:47:46 2014 +0100
mini-os/xenbus: Change type of xenbus_event_queue
We change xenbus_event_queue from a pointer typedef to a struct, for
two reasons:
1. In a moment we are going to want to extend this struct to include
a minios scheduler wait queue.
2. We can replace the open-coded list with a MINIOS_STAILQ.
All the xenbus users need to call the new initialisation function
instead of simply initialising the struct to NULL, and have their
parameter type changed.
There is a functional side-effect: now we are using a tail queue,
rather than a tailless queue, we insert events at the end rather than
the beginning. So watch events now come out in chronological order,
rather than their order possibly being scrambled in the queue.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit af4147109d8dc600298f6e99422de6e123256139
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed Jun 11 13:35:28 2014 +0100
mini-os/xenbus: Add missing locks to xb_write
xb_write was missing any locking against concurrent calls.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit 51d90b72262a35996ba6898335091e84125d70b3
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed Jun 11 13:18:09 2014 +0100
mini-os: Provide <mini-os/queue.h>
Upstream (xen.git) minios has MINIOS_{,S}{LIST,TAILQ}_* (eg,
MINIOS_LIST_INSERT). rumpuser-xen has {,S}{LIST,TAILQ}_* (eg,
LIST_INSERT) because it can #include <sys/queue.h>.
We want to try to make this code upstreamable (or at least no less
upstreamable than it already is).
So provide <mini-os/queue.h> which provides MINIOS_* in terms of
<sys/queue.h>. That allows us to use MINIOS_* in the bulk of minios.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit 82aaf6c26034d172c252f4bb9fce442448f8872a
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed Jun 18 14:27:47 2014 +0100
mini-os: Make some headers more rumpkernel-friendly
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit 2bd8f43762eac1e8a25e8d284181b607ea175aa2
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Thu Jun 19 16:45:48 2014 +0100
callmain: Split up command line into separate arguments for main()
We understand '' and "" quoting, with \-escapes for ' and ", like a
shell would. (Of course we don't interpolate ` or $ in "".)
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
commit 89fe3972c0190216770680859886e3b4f6537e0a
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed May 28 17:10:12 2014 +0100
callmain: Provide a default app_main which calls main()
This allows the linking of programs which expect a conventional main().
For now we pass the command line as a single argument.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit 8802bd213883554b366323757ebc6edb6e11a721
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Mon Jun 9 16:35:51 2014 +0100
.gitignore: Ignore things generated by build
Including the subtrees cloned adhoc.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
commit 1e51af49ccecb14619ce3e55cfef789c834704b7
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Fri Jun 20 14:56:46 2014 +0100
update buildrump.sh for new rumpsrc revison
reply other threads:[~2014-06-26 22:04 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=osstest-27478-mainreport@xen.org \
--to=ian.jackson@eu.citrix.com \
--cc=rumpkernel-builds@lists.sourceforge.net \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.