This report didn't make it to the list (SPAM filter, fix in progress) but I
wanted to refer to it, so forwarding.
Forwarded Message
From: osstest service owner
To: xen-de...@lists.xensource.com, osstest-ad...@xenproject.org
Subject: [linux-3.14 test] 60666: tolerable FAIL - PUSH
This report didn't make it to the list (SPAM filter, fix in progress) but I
wanted to refer to it, so forwarding.
Forwarded Message
From: osstest service owner
To: xen-de...@lists.xensource.com, osstest-ad...@xenproject.org
Subject: [linux-4.1 test] 60654: tolerable FAIL - PUSHE
>>> On 02.09.15 at 18:58, wrote:
> @@ -1215,6 +1289,31 @@ static void xenvif_tx_build_gops(struct xenvif_queue
> *queue,
> break;
> }
>
> + if (extras[XEN_NETIF_EXTRA_TYPE_MCAST_ADD - 1].type) {
> + struct xen_netif_ext
TL;DR: There are issues which need fixing first...
On Fri, 2015-08-21 at 17:24 +, osstest service owner wrote:
> flight 60785 linux-4.1 real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/60785/
>
> Failures :-/ but no regressions.
>
> Tests which are failing intermittently (not b
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 03 September 2015 09:57
> To: Paul Durrant
> Cc: Ian Campbell; Wei Liu; xen-de...@lists.xenproject.org;
> net...@vger.kernel.org
> Subject: Re: [Xen-devel] [PATCH v2 net-next] xen-netback: add support for
> multicas
flight 61268 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61268/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qcow2 9 debian-di-install fail REGR. vs. 60670
test-amd64-amd64-xl-vh
On Wed, 2015-09-02 at 17:12 +0100, Lars Kurth wrote:
> Hi all,
>
> I wanted to kick off a vote related to the following threads
> * http://lists.xenproject.org/archives/html/xen-devel/2015
> -08/msg00883.html - [URGENT RFC] Branching and reopening -unstable
> * http://lists.xenproject.org/archives
flight 37850 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/37850/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-armhf-jessie-netboot-pygrub 9 debian-di-install fail never
pass
baseline version:
fli
On Thu, 2015-09-03 at 10:00 +0100, Paul Durrant wrote:
> >
> > -Original Message-
> > From: Jan Beulich [mailto:jbeul...@suse.com]
> > Sent: 03 September 2015 09:57
> > To: Paul Durrant
> > Cc: Ian Campbell; Wei Liu; xen-de...@lists.xenproject.org;
> > net...@vger.kernel.org
> > Subject: R
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: 03 September 2015 10:31
> To: Paul Durrant; Jan Beulich
> Cc: Wei Liu; xen-de...@lists.xenproject.org; net...@vger.kernel.org
> Subject: Re: [Xen-devel] [PATCH v2 net-next] xen-netback: add support for
> mult
Hi,
At 12:50 -0500 on 02 Sep (1441198200), Doug Goldstein wrote:
> I just wanted to bring this to a top level post since Jonathan Creekmore
> and myself have talked with a few maintainers in different threads and
> on IRC about potentially using Kconfig and/or Kbuild for Xen.
If we're going to ne
On Fri, 2015-08-21 at 17:24 +, osstest service owner wrote:
> flight 60785 linux-4.1 real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/60785/
>
> Failures :-/ but no regressions.
>
> Tests which are failing intermittently (not blocking):
> test-amd64-i386-xl-qemut-debianhvm-amd6
Hi,
On 03/09/2015 07:32, Vijay Kilari wrote:
On Tue, Sep 1, 2015 at 6:32 PM, Julien Grall wrote:
On 01/09/15 12:56, Vijay Kilari wrote:
BTW, I suggested to create a field nr_lpis but you decided to store the
number of bits supported. Why?
I have nr_lpis field in vgic structure (patch #17).
On Wed, 2015-09-02 at 19:29 +0100, Andrew Cooper wrote:
> On 02/09/15 18:50, Doug Goldstein wrote:
> > I just wanted to bring this to a top level post since Jonathan
> > Creekmore
> > and myself have talked with a few maintainers in different threads and
> > on IRC about potentially using Kconfig
On Thu, 2015-09-03 at 10:34 +0100, Paul Durrant wrote:
> >
> > -Original Message-
> > From: Ian Campbell [mailto:ian.campb...@citrix.com]
> > Sent: 03 September 2015 10:31
> > To: Paul Durrant; Jan Beulich
> > Cc: Wei Liu; xen-de...@lists.xenproject.org; net...@vger.kernel.org
> > Subject:
>>> On 03.09.15 at 11:47, wrote:
> We perhaps ought to consider whether we think "migration broken with newer
> kernels" should be a blocker for 4.6.
I think we should, at least up until we're certain it's in fact a problem
in a Linux commit that simply got exposed by the tools side change.
Jan
At 10:56 +0100 on 03 Sep (1441277769), Ian Campbell wrote:
> On Wed, 2015-09-02 at 19:29 +0100, Andrew Cooper wrote:
> > On 02/09/15 18:50, Doug Goldstein wrote:
> > > I just wanted to bring this to a top level post since Jonathan
> > > Creekmore
> > > and myself have talked with a few maintainers
saved_errno is never written to in this function after it is
initialised and it is only used to log the failure from
virNetSocketNewConnectTCP masking the real errno from that function.
Drop saved_errno and use errno itself.
Signed-off-by: Ian Campbell
---
src/libxl/libxl_migration.c | 3 +--
1
(re-adding xen-devel)
>>> On 02.09.15 at 19:17, wrote:
> From: Jan Beulich
> Sent: Wednesday, September 2, 2015 4:58 AM
Justin Acker 09/02/15 1:14 AM >>>
>> 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset
>> Family USB xHCI Host Controller (rev 04) (prog-if 3
>>> On 03.09.15 at 12:09, wrote:
> At 10:56 +0100 on 03 Sep (1441277769), Ian Campbell wrote:
>> Is the proposal here then to abandon autoconf for the tools subtree in
>> favour of Kconfig? Or maybe to somehow hybridize autoconf (for e.g. library
>> and feature detection) with Kconfig (for user se
On Thu, 2015-09-03 at 00:38 -0600, Jim Fehlig wrote:
> AFAICT, this error means the source libvirtd cannot open a tcp connection to
> the
> destination libvirtd during the 'perform' phase of migration. In the
> preceding
> 'prepare' phase, the destination libvirtd opened a socket to listen for
>>> On 02.09.15 at 19:50, wrote:
> * target only the xen/ directory tree (i.e. not the toolstack, stubdoms
> or docs)
As just said in another reply, allowing for ./configure to pass down
options to the configure mechanism in xen/ would seem desirable (as
long as configuring in xen/ alone would st
Ian Campbell writes ("Re: [linux-4.1 test] 60785: tolerable FAIL - PUSHED"):
> 60030 is the "bad" push which uses "fail like NN-bisect" to justify
> ignoring all three.
For example, you mean the line in 60030's report saying
test-amd64-i386-xl 13 guest-saverestore fail like 60094-bisect
This is a note to let you know that I have just added a patch titled
x86/ldt: Make modify_ldt synchronous
to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree
which can be found at:
http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.16.y-queue
This patch is
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> In ms-queuedaemon, and JobDB-Executive, once each. No functional
> change.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
(Caveat: I don't speak a lot of tcl, but seems plausible. Same caveat for
all tcl patches here...)
> ---
>
When Xen is using the qemu usb framework for pure passthrough of I/Os
to host devices the handling of isoc jobs is rather complicated if
multiple isoc frames are transferred with one call.
Instead of calling the framework with each frame individually, using
timers to avoid polling in a loop and sa
And rewrap check_tested.
No functional change.
Signed-off-by: Ian Jackson
---
cr-daily-branch |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/cr-daily-branch b/cr-daily-branch
index 7402d3f..e90919d 100755
--- a/cr-daily-branch
+++ b/cr-daily-branch
@@ -75,14 +75,14
Add a backend for para-virtualized USB devices for xen domains.
The backend is using host-libusb to forward USB requests from a
domain via libusb to the real device(s) passed through.
Signed-off-by: Juergen Gross
---
hw/usb/Makefile.objs |4 +
hw/usb/xen-usb.c | 1120 +++
Introduce a new dummy system device serving as parent for virtual
buses. This will enable new pv backends to introduce virtual buses
which are removable again opposed to system buses which are meant
to stay once added.
Signed-off-by: Juergen Gross
---
hw/xenpv/xen_machine_pv.c| 39 ++
sg-report-flight when testing X' (with a baseline of X) can justify a
failure of T(X',Y,Z) with a bisection failure of T(X,Y'',Z).
If Y'' breaks T then this makes it look to sg-report-flight like T was
already broken in X; cr-daily-branch could then push X' even though it
is actually broken.
This
This series adds a Xen pvUSB backend driver to qemu. USB devices
connected to the host can be passed through to a Xen guest. The
devices are specified via Xenstore. Access to the devices is done
via host-libusb.c
I've tested the backend with various USB devices (memory sticks,
keyboard, phono prea
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> * Document the ms-queuedaemon banner
> * Document the argument to the allocation $resourcecall callback fn.
>
> Signed-off-by: Ian Jackson
> ---
> Osstest/Executive.pm |2 +-
> README.planner |3 +++
> 2 files changed, 4 ins
flight 61278 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61278/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xend 5 xen-buildfail in 61126 REGR. vs. 60727
build-i386
> On 3 Sep 2015, at 10:15, Ian Campbell wrote:
>
> On Wed, 2015-09-02 at 17:12 +0100, Lars Kurth wrote:
>> Hi all,
>>
>> I wanted to kick off a vote related to the following threads
>> * http://lists.xenproject.org/archives/html/xen-devel/2015
>> -08/msg00883.html - [URGENT RFC] Branching and r
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Ian Campbell writes ("Re: [OSSTEST PATCH 01/13] Tcl: Use lshift instead of
open-coding with lrange"):
> Acked-by: Ian Campbell
>
> (Caveat: I don't speak a lot of tcl, but seems plausible. Same caveat for
> all tcl patches here...)
Thanks...
Ian.
__
Ian Campbell writes ("Re: [Xen-devel] [osstest test] 60719: tolerable FAIL -
PUSHED"):
...
> I suspect this is down to:
>
> root@lace-bug:/etc/libvirt# cat /etc/hosts
> 127.0.0.1 localhost
> 127.0.1.1 lace-bug.xs.citrite.net lace-bug
This is simply
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> runneeded-ensure-will would always reset the runneeded_holdoff_after
> timer. So no new queue run would start until no runneeded-ensure-will
> has occurred for (currently) 30s.
>
> Instead, only start the timer if it's not already running.
>
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> Add a new parameter to $resourcecall which allows the alloc_resources
> loop in Osstest::Executive to specify to its clients that on this
> occasion they should not make any actual allocations.
>
> The callers of alloc_resources are all adjus
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> Introduce a way for the queue daemon to tell its client that it must
> not allocate anything in this planning iteration.
>
> In the client:
> * Advertise the new feature via set-info.
> * Accept the `noalloc' part of `!OK think noalloc';
>
On Thu, 2015-09-03 at 11:49 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [osstest test] 60719: tolerable
> FAIL - PUSHED"):
> ...
> > I suspect this is down to:
> >
> > root@lace-bug:/etc/libvirt# cat /etc/hosts
> > 127.0.0.1 localhost
> > 127.0.1.1
On Wed, Sep 02, 2015 at 10:18:32AM +0100, Ian Campbell wrote:
> [resending to correct stable address, sorry folks]
>
> TL;DR: Any backport of 30b03d05e074 to earlier than commit 1401c00e59e
> ("xen/gntdev: convert priv->lock to a mutex", which was added in v4.0)
> needs $something doing to it, eit
On Thu, 3 Sep 2015, Ian Campbell wrote:
> > I wanted to kick off a vote related to the following threads
> > * http://lists.xenproject.org/archives/html/xen-devel/2015
> > -08/msg00883.html - [URGENT RFC] Branching and reopening -unstable
> > * http://lists.xenproject.org/archives/html/xen-devel/20
On 03/09/15 12:05, Luis Henriques wrote:
> On Wed, Sep 02, 2015 at 10:18:32AM +0100, Ian Campbell wrote:
>> [resending to correct stable address, sorry folks]
>>
>> TL;DR: Any backport of 30b03d05e074 to earlier than commit 1401c00e59e
>> ("xen/gntdev: convert priv->lock to a mutex", which was adde
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> We are going to introduce multiple concurrent streams of planning
> processing, called `walkers' in ms-queuedaemon. The work-in-progress
> plan is stored, server-side, during planning, in data-plan.pl. But we
> need to have more than one of
Hi Stefano,
The code looks good to me. Only few coding style comment and request to
improve the comments.
On 02/09/15 12:33, Stefano Stabellini wrote:
> Free the memory used for the compressed kernel and update the relative
> mod->start and mod->size parameters with the uncompressed ones.
>
> Si
On Thu, 2015-09-03 at 11:26 +0100, Ian Campbell wrote:
>
> Notice that it has bound to 127.0.1.1 and not to 10.80.228.77!
So while I investigate how to make d-i not create these entries I also
removed the line from /etc/hosts such that looking up the FQDN gives the
non-local IP. But:
root@m
We are going to want to reuse this. No functional change.
Signed-off-by: Ian Jackson
---
ms-queuedaemon |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/ms-queuedaemon b/ms-queuedaemon
index 425b98f..222b687 100755
--- a/ms-queuedaemon
+++ b/ms-queuedaemon
@@ -354
This allows retrieval, by monitoring clients which are not
participating in the planning queue, of the finished projection, or
the unfinished plan as it was at the time of last restart.
Signed-off-by: Ian Jackson
---
README.planner | 11 +++
ms-queuedaemon |8
2 files chan
On systems with memory maps with ranges that don't end at page boundaries,
like:
[...]
(XEN) 0010 - dfdf9c00 (usable)
(XEN) dfdf9c00 - dfe4bc00 (ACPI NVS)
[...]
xen_add_extra_mem will create a protected range that ends up at 0xdfdf9c00,
but the function used
El 03/09/15 a les 14.05, Roger Pau Monne ha escrit:
> On systems with memory maps with ranges that don't end at page boundaries,
> like:
>
> [...]
> (XEN) 0010 - dfdf9c00 (usable)
> (XEN) dfdf9c00 - dfe4bc00 (ACPI NVS)
> [...]
>
> xen_add_extra_mem will creat
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> If multiple walkers want to ask the same chan, we want to serialise
> them. This is actually straightforward: Firstly, we arrrange that
> each walker finishing a thought will prompt _all_ walkers to
> reconsider whether they need to continue
Ian Campbell writes ("Re: [OSSTEST PATCH 02/13] Planner: docs: Minor fixes"):
> On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> > sub alloc_resources {
> > -my ($resourcecall) = pop @_;
> > +my ($resourcecall) = pop @_; # $resourcecall->($plan);
>
> Took me a while to work out thi
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> We are going to introduce multiple concurrent streams of planning
> processing, called `walkers'.
>
> Prepare the ground for this with some formulaic changes which will
> otherwise greatly clutter substantive patches.
>
> (A client will stil
On Thu, Sep 03, 2015 at 12:16:39PM +0100, David Vrabel wrote:
> On 03/09/15 12:05, Luis Henriques wrote:
> > On Wed, Sep 02, 2015 at 10:18:32AM +0100, Ian Campbell wrote:
> >> [resending to correct stable address, sorry folks]
> >>
> >> TL;DR: Any backport of 30b03d05e074 to earlier than commit 140
On 09/03/2015 02:05 PM, Roger Pau Monne wrote:
On systems with memory maps with ranges that don't end at page boundaries,
like:
[...]
(XEN) 0010 - dfdf9c00 (usable)
(XEN) dfdf9c00 - dfe4bc00 (ACPI NVS)
[...]
xen_add_extra_mem will create a protected range t
On 09/03/2015 02:15 PM, Roger Pau Monné wrote:
El 03/09/15 a les 14.05, Roger Pau Monne ha escrit:
On systems with memory maps with ranges that don't end at page boundaries,
like:
[...]
(XEN) 0010 - dfdf9c00 (usable)
(XEN) dfdf9c00 - dfe4bc00 (ACPI NVS)
[..
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> This formalises the queue-completed interface, allowing parts outside
> the queuerun machinery to cleanly be notified when a queue is
> completed, and relieving the queuerun-perhaps-step of the need to know
> what to do for the end of any part
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> This is going to want to do something more complicated shortly.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> We are going to want to process each walker's data into reports which
> are not necessarily named after the same walker.
>
> No functional change as yet.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
On 02/09/15 12:33, Stefano Stabellini wrote:
> @@ -463,6 +520,15 @@ int kernel_probe(struct kernel_info *info)
> printk("Loading ramdisk from boot module @ %"PRIpaddr"\n",
> info->initrd_bootmodule->start);
>
> +if (!kernel_decompress(info, &start, &size))
Thinking a
On 03.09.2015 12:14, Ian Campbell wrote:
> saved_errno is never written to in this function after it is
> initialised and it is only used to log the failure from
> virNetSocketNewConnectTCP masking the real errno from that function.
>
> Drop saved_errno and use errno itself.
>
> Signed-off-by: Ia
On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
/me takes a deep breath...
> With this arrangemernt we can generate two reports: a `plan' report
"arrangement"
> Signed-off-by: Ian Jackson
> ---
> README.planner |8 +
> ms-queuedaemon | 98
> +++
On Thu, 2015-09-03 at 12:49 +0100, Ian Jackson wrote:
> We are going to want to reuse this. No functional change.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-deve
On Thu, 2015-09-03 at 12:49 +0100, Ian Jackson wrote:
> This allows retrieval, by monitoring clients which are not
> participating in the planning queue, of the finished projection, or
> the unfinished plan as it was at the time of last restart.
>
> Signed-off-by: Ian Jackson
> ---
> README.plan
flight 61288 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61288/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm 5 xen-buildfail in 61006 REGR. vs. 60958
build-i386-xsm
On 9/3/15 4:56 AM, Ian Campbell wrote:
> On Wed, 2015-09-02 at 19:29 +0100, Andrew Cooper wrote:
>> On 02/09/15 18:50, Doug Goldstein wrote:
>>> I just wanted to bring this to a top level post since Jonathan
>>> Creekmore
>>> and myself have talked with a few maintainers in different threads and
>
On 9/3/15 5:31 AM, Jan Beulich wrote:
On 02.09.15 at 19:50, wrote:
>> * target only the xen/ directory tree (i.e. not the toolstack, stubdoms
>> or docs)
>
> As just said in another reply, allowing for ./configure to pass down
> options to the configure mechanism in xen/ would seem desirable
On 9/3/15 4:56 AM, Tim Deegan wrote:
> Hi,
>
> At 12:50 -0500 on 02 Sep (1441198200), Doug Goldstein wrote:
>> I just wanted to bring this to a top level post since Jonathan Creekmore
>> and myself have talked with a few maintainers in different threads and
>> on IRC about potentially using Kconfi
El 03/09/15 a les 14.25, Juergen Gross ha escrit:
> On 09/03/2015 02:05 PM, Roger Pau Monne wrote:
>> On systems with memory maps with ranges that don't end at page
>> boundaries,
>> like:
>>
>> [...]
>> (XEN) 0010 - dfdf9c00 (usable)
>> (XEN) dfdf9c00 - dfe4bc
On 03/09/15 15:38, Roger Pau Monné wrote:
> El 03/09/15 a les 14.25, Juergen Gross ha escrit:
>> On 09/03/2015 02:05 PM, Roger Pau Monne wrote:
>>> On systems with memory maps with ranges that don't end at page
>>> boundaries,
>>> like:
>>>
>>> [...]
>>> (XEN) 0010 - dfdf9c00 (
On 09/03/2015 04:38 PM, Roger Pau Monné wrote:
El 03/09/15 a les 14.25, Juergen Gross ha escrit:
On 09/03/2015 02:05 PM, Roger Pau Monne wrote:
On systems with memory maps with ranges that don't end at page
boundaries,
like:
[...]
(XEN) 0010 - dfdf9c00 (usable)
(XEN)
On 03/09/15 15:45, David Vrabel wrote:
> On 03/09/15 15:38, Roger Pau Monné wrote:
>> El 03/09/15 a les 14.25, Juergen Gross ha escrit:
>>> On 09/03/2015 02:05 PM, Roger Pau Monne wrote:
On systems with memory maps with ranges that don't end at page
boundaries,
like:
[...]
On 09/03/2015 04:52 PM, David Vrabel wrote:
On 03/09/15 15:45, David Vrabel wrote:
On 03/09/15 15:38, Roger Pau Monné wrote:
El 03/09/15 a les 14.25, Juergen Gross ha escrit:
On 09/03/2015 02:05 PM, Roger Pau Monne wrote:
On systems with memory maps with ranges that don't end at page
boundari
>>> On 03.09.15 at 16:04, wrote:
> On 9/3/15 5:31 AM, Jan Beulich wrote:
> On 02.09.15 at 19:50, wrote:
>>> * target only the xen/ directory tree (i.e. not the toolstack, stubdoms
>>> or docs)
>>
>> As just said in another reply, allowing for ./configure to pass down
>> options to the config
>>> On 03.09.15 at 14:04, wrote:
On 02.09.15 at 19:17, wrote:
>> From: Jan Beulich
>> Sent: Wednesday, September 2, 2015 4:58 AM
> Justin Acker 09/02/15 1:14 AM >>>
>>> 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset
> Family USB xHCI Host Controller (rev
On 03/09/15 15:55, Juergen Gross wrote:
> On 09/03/2015 04:52 PM, David Vrabel wrote:
>> On 03/09/15 15:45, David Vrabel wrote:
>>> On 03/09/15 15:38, Roger Pau Monné wrote:
El 03/09/15 a les 14.25, Juergen Gross ha escrit:
> On 09/03/2015 02:05 PM, Roger Pau Monne wrote:
>> On systems
Hi Vijay,
This patch looks good to me. Mostly coding style comment and question
about your code/comments. See below.
On 31/08/15 12:06, vijay.kil...@gmail.com wrote:
> diff --git a/xen/arch/arm/vgic-v3-its.c b/xen/arch/arm/vgic-v3-its.c
> index 14c38b3..fabbad0 100644
> --- a/xen/arch/arm/vgic-v3
On 09/03/2015 05:01 PM, David Vrabel wrote:
On 03/09/15 15:55, Juergen Gross wrote:
On 09/03/2015 04:52 PM, David Vrabel wrote:
On 03/09/15 15:45, David Vrabel wrote:
On 03/09/15 15:38, Roger Pau Monné wrote:
El 03/09/15 a les 14.25, Juergen Gross ha escrit:
On 09/03/2015 02:05 PM, Roger Pau
El 03/09/15 a les 17.20, Juergen Gross ha escrit:
> On 09/03/2015 05:01 PM, David Vrabel wrote:
>> On 03/09/15 15:55, Juergen Gross wrote:
>>> On 09/03/2015 04:52 PM, David Vrabel wrote:
On 03/09/15 15:45, David Vrabel wrote:
> On 03/09/15 15:38, Roger Pau Monné wrote:
>> El 03/09/15 a
Ian Campbell writes ("Re: [OSSTEST PATCH 08/13] Planner: ms-queuedaemon: Prep
for multiple walkers"):
> On Wed, 2015-09-02 at 16:45 +0100, Ian Jackson wrote:
> > We are going to introduce multiple concurrent streams of planning
> > processing, called `walkers'.
...
> This mostly seems plausible, i
The next Xen technical call will be at:
Wed 9 Sep 17:00:00 BST 2015
`date -d @1441814400`
See http://lists.xen.org/archives/html/xen-devel/2015-01/msg00414.html
for more information on the call.
Please let me know (CC-ing the list) any topics which you would like to
discuss. It might be
Ian Campbell writes ("Re: [OSSTEST PATCH 15/13] Plan reporting: Provide
get-last-plan queuedaemon command"):
> On Thu, 2015-09-03 at 12:49 +0100, Ian Jackson wrote:
> > This allows retrieval, by monitoring clients which are not
> > participating in the planning queue, of the finished projection, o
Ian Jackson writes ("Re: [OSSTEST PATCH 15/13] Plan reporting: Provide
get-last-plan queuedaemon command"):
> proc queuerun-finished/plan {} {
> runneeded-ensure-will 0
> report-plan plan plan
> report-plan plan projection
> }
>
> report-plan X Y generates resource-Y.html fr
On 09/03/2015 05:39 PM, Roger Pau Monné wrote:
El 03/09/15 a les 17.20, Juergen Gross ha escrit:
On 09/03/2015 05:01 PM, David Vrabel wrote:
On 03/09/15 15:55, Juergen Gross wrote:
On 09/03/2015 04:52 PM, David Vrabel wrote:
On 03/09/15 15:45, David Vrabel wrote:
On 03/09/15 15:38, Roger Pau
A watchdog timer is used to prevent the deprivileged mode running for too long,
aimed at handling a bug or attempted DoS. If the watchdog has occurred more than
once whilst we have been in the same deprivileged mode context, then we crash
the domain. This can be adjusted for longer running times in
The paging structure mappings for the deprivileged mode are added to the monitor
page table for HVM guests for HAP and shadow table paging. The entries are
generated by walking the page tables and mapping in new pages. Access bits are
flipped as needed.
The page entries are generated for deprivile
The process to switch into and out of deprivileged mode can be likened to
setjmp/longjmp.
Xen is non-preemptive and taking an interrupt/exception, SYSCALL, SYSENTER,
NMI or any IST will currently clobber the Xen privileged stack. We need this
stack to be preserved so that after executing deprivile
Hi all,
I have made requested changes and reworked the patch series based on the
comments recieved. Thank you to all of the contributors to those discussions!
The next step will be to provide an example of usage of this system which
will follow in another patch.
The main changes from v1 are:
- N
Added trap handlers to catch exceptions such as a page fault, general
protection fault, etc. These handlers will crash the domain as such exceptions
would indicate that either there is a bug in deprivileged mode or it has been
compromised by an attacker.
On calling a domain_crash() whilst in depri
On Thu, 2015-09-03 at 11:49 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [osstest test] 60719: tolerable
> FAIL - PUSHED"):
> ...
> > I suspect this is down to:
> >
> > root@lace-bug:/etc/libvirt# cat /etc/hosts
> > 127.0.0.1 localhost
> > 127.0.1.1
Hi,
I was trying to set irq affinity by writing a value
to /proc/irq//smp_affinity,
but smp_affinity value was not changed at all.
Ian suggested to take this to the devel list.
I'm working on Xen4.5, ARMv8.
Thanks,
Jintack
On Thu, Sep 3, 2015 at 11:34 AM, Ian Campbell
wrote:
> On Thu, 2015-09-
On Thu, 2015-09-03 at 16:52 +0100, Ian Jackson wrote:
> Ian Jackson writes ("Re: [OSSTEST PATCH 15/13] Plan reporting: Provide
> get-last-plan queuedaemon command"):
> > proc queuerun-finished/plan {} {
> > runneeded-ensure-will 0
> > report-plan plan plan
> > report-plan plan
The tree is in good state as far as I can tell.
I asked Jan on IRC. He doesn't have strong opinion.
And from the feedback I got from this threads, several maintainers
expressed their opinion in favour of reopening the tree.
So I now make the decision we branch at RC3 and reopen xen-unstable for
On 03/09/15 17:01, Ben Catterall wrote:
>
> Intel Intel 2.2GHz Xeon E5-2407 0 processor:
>
> 1.55e-06 seconds was the average time for performing the write without the
> deprivileged code running.
>
> 5.75e-06 seconds was the average time for
Committers,
Xen tree is going to branch at 4.6 RC3. I don't want to branch when
master != staging, so please avoid committing new patches to staging now
to let master catch up with staging. Another announcement will be made
when the moratorium is lifted.
Thanks
Wei.
_
On 09/03/2015 06:58 AM, Michal Privoznik wrote:
On 03.09.2015 12:14, Ian Campbell wrote:
saved_errno is never written to in this function after it is
initialised and it is only used to log the failure from
virNetSocketNewConnectTCP masking the real errno from that function.
Drop saved_errno and
Hi Vijay,
On 31/08/15 12:06, vijay.kil...@gmail.com wrote:
> From: Vijaya Kumar K
>
> Store number of lpis and number of id bits
> in vgic structure
>
> Signed-off-by: Vijaya Kumar K
> ---
> xen/arch/arm/irq.c |9 +
> xen/arch/arm/vgic-v3-its.c |2 ++
> xen/arch/ar
On 09/03/2015 05:37 AM, Ian Campbell wrote:
On Thu, 2015-09-03 at 11:26 +0100, Ian Campbell wrote:
Notice that it has bound to 127.0.1.1 and not to 10.80.228.77!
So while I investigate how to make d-i not create these entries I also
removed the line from /etc/hosts such that looking up the FQDN
On 09/03/2015 10:26 AM, Jim Fehlig wrote:
Agreed. How about the following patch?
>From a30c493bd9e20c9a7a423789a202c444a5eba344 Mon Sep 17 00:00:00 2001
From: Jim Fehlig
Date: Thu, 3 Sep 2015 10:14:20 -0600
Subject: [PATCH] libxl: don't overwrite error from virNetSocketNewConnectTCP()
Remove
1 - 100 of 136 matches
Mail list logo
