On 06/06/17 21:08, Stefano Stabellini wrote:
> On Tue, 6 Jun 2017, Juergen Gross wrote:
>> On 06/06/17 18:39, Stefano Stabellini wrote:
>>> On Tue, 6 Jun 2017, Juergen Gross wrote:
On 26/05/17 21:01, Stefano Stabellini wrote:
> On Fri, 26 May 2017, Juergen Gross wrote:
>> On 26/05/17 1
flight 110066 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110066/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 5 xen-buildfail REGR. vs. 110043
Tests which
flight 110062 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110062/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 5 xen-buildfail REGR. vs. 110043
Tests which
Hi Stefano,
Thanks for your comments.
>> diff --git a/tools/console/daemon/io.c b/tools/console/daemon/io.c
>> index c5dd08d..db73e10 100644
>> --- a/tools/console/daemon/io.c
>> +++ b/tools/console/daemon/io.c
>> @@ -90,12 +90,15 @@ struct buffer {
>> };
>>
>> struct console {
>> + char *x
flight 110044 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110044/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-xsm 3 host-install(3)broken REGR. vs. 110008
test-arm64-arm6
flight 110057 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110057/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 5 xen-buildfail REGR. vs. 110043
Tests which
On 06/06/2017 09:39 AM, Max Vozeler wrote:
Hi Thomas,
there is a problem booting recent kernels on some Xen domUs hosted by
provider JiffyBox.
The kernel seems to crash just after logging
[0.038700] SMP alternatives: switching to SMP code
Do you have the crash splat? Stack trace and su
On 17-06-06 02:38:27, Jan Beulich wrote:
> >>> On 06.06.17 at 10:13, wrote:
> > On 17-06-06 01:45:11, Jan Beulich wrote:
> >> >>> On 02.06.17 at 09:26, wrote:
> >> > On 17-05-31 03:37:48, Jan Beulich wrote:
> >> >> >>> On 03.05.17 at 10:44, wrote:
> >> >> > +/* Cut half of cos_max when C
flight 110038 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110038/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 14 guest-saverestore.2 fail REGR. vs.
109994
test-armhf-armh
On Tue, 6 Jun 2017, Bhupinder Thakur wrote:
> Xenconsole uses a domain structure which contains console specific fields.
> This
> patch defines a new console structure, which would be used by the xenconsole
> functions to perform console specific operations like reading/writing data
> from/to
> t
On Tue, 6 Jun 2017, Bhupinder Thakur wrote:
> This patch finally adds the support for vuart console.
>
> Signed-off-by: Bhupinder Thakur
>
> ---
> CC: ij
> CC: wl
> CC: ss
> CC: jg
>
> Changes since v3:
> - The changes in xenconsole have been split into four patches. This is the
> fourth patch.
On Tue, 6 Jun 2017, Bhupinder Thakur wrote:
> This patch adds the support for multiple consoles and introduces the iterator
> functions to operate on multiple consoles.
>
> This patch is in preparation to support a new vuart console.
>
> Signed-off-by: Bhupinder Thakur
> ---
> CC: ij
> CC: wl
>
On Tue, 6 Jun 2017, Bhupinder Thakur wrote:
> Xenconsole functions take domain structure as input. These functions shall be
> modified to take console structure as input since these functions typically
> perform
> console specific operations.
>
> Also the console specific functions starting with
flight 110052 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110052/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 5 xen-buildfail REGR. vs. 110043
Tests which
On Tue, 6 Jun 2017, Bhupinder Thakur wrote:
> Add a new console type VUART to connect to guest's emualated vuart
> console.
>
> Signed-off-by: Bhupinder Thakur
> ---
> CC: ij
> CC: wl
> CC: ss
> CC: jg
>
> Changes since v3:
> - The vuart console support is under CONFIG_VUART_CONSOLE option.
> -
On Tue, 6 Jun 2017, Bhupinder Thakur wrote:
> Add a new vuart console node to xenstore. This node is added at
>
> /local/domain/$DOMID/vuart/0.
>
> The node contains information such as the ring-ref, event channel,
> buffer limit and type of console.
>
> Xenconsole reads the node information to
On Tue, 6 Jun 2017, Bhupinder Thakur wrote:
> Add a new domctl API to initialize vpl011. It takes the GFN and console
> backend domid as input and returns an event channel to be used for
> sending and receiving events from Xen.
>
> Xen will communicate with xenconsole using GFN as the ring buffer
On Tue, 6 Jun 2017, Bhupinder Thakur wrote:
> Allocate a new gfn to be used as a ring buffer between xenconsole
> and Xen for sending/receiving pl011 console data.
>
> Signed-off-by: Bhupinder Thakur
> ---
> CC: ij
> CC: wl
> CC: ss
> CC: jg
>
> Changes since v3:
> - Added a new helper function
On Tue, 6 Jun 2017, Bhupinder Thakur wrote:
> An option is provided in libxl to enable/disable pl011 vuart while
> creating a guest domain.
>
> Libxl now suppots a generic vuart console and pl011 is a specific type.
> In future support can be added for multiple vuart of different types.
>
> User
On Tue, 6 Jun 2017, Bhupinder Thakur wrote:
> Add emulation code to emulate read/write access to pl011 registers
> and pl011 interrupts:
>
> - Emulate DR read/write by reading and writing from/to the IN
> and OUT ring buffers and raising an event to the backend when
> there is data
flight 110032 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110032/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qcow210 guest-start fail REGR. vs. 109975
test-amd64-amd64-
flight 110043 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110043/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
test-amd64-amd64-libvirt 12 mig
On 06/06/2017 04:02 PM, kbuild test robot wrote:
> Hi Anoob,
>
> [auto build test ERROR on xen-tip/linux-next]
> [also build test ERROR on v4.12-rc4 next-20170606]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
&g
flight 110030 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110030/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 6 xen-boot fail REGR. vs. 107358
test-amd64-i386-xl-qe
Add name=value parsing options for com1 and com2 to add flexibility
in setting register values for MMIO UART devices.
Maintain backward compatibility with previous positional parameter
specfications.
eg. com1=115200,8n1,0x3f8,4
eg. com1=115200,8n1,0x3f8,4,reg_width=4,reg_shift=2
eg. com1=baud=115
Hi Anoob,
[auto build test ERROR on xen-tip/linux-next]
[also build test ERROR on v4.12-rc4 next-20170606]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Anoob-Soman/xen-evtchn-Bind-dyn-evtchn
>
> /* Rebind an evtchn so that it gets delivered to a specific cpu */
> -static int rebind_irq_to_cpu(unsigned irq, unsigned tcpu)
> +int xen_rebind_evtchn_to_cpu(int evtchn, unsigned tcpu)
> {
> struct evtchn_bind_vcpu bind_vcpu;
> - int evtchn = evtchn_from_irq(irq);
> int m
On Tue, 6 Jun 2017, Jan Beulich wrote:
> >>> On 06.06.17 at 16:00, wrote:
> > Looking at the serial logs for that and comparing them with 10009,
> > it's not terribly easy to see what's going on because the kernel
> > versions are different and so produce different messages about xenbr0
> > (and I
On Tue, 6 Jun 2017, Juergen Gross wrote:
> On 06/06/17 18:39, Stefano Stabellini wrote:
> > On Tue, 6 Jun 2017, Juergen Gross wrote:
> >> On 26/05/17 21:01, Stefano Stabellini wrote:
> >>> On Fri, 26 May 2017, Juergen Gross wrote:
> On 26/05/17 18:19, Ian Jackson wrote:
> > Juergen Gross w
On 06/06/17 18:39, Stefano Stabellini wrote:
> On Tue, 6 Jun 2017, Juergen Gross wrote:
>> On 26/05/17 21:01, Stefano Stabellini wrote:
>>> On Fri, 26 May 2017, Juergen Gross wrote:
On 26/05/17 18:19, Ian Jackson wrote:
> Juergen Gross writes ("HVM guest performance regression"):
>> Lo
On Tue, 6 Jun 2017, Julien Grall wrote:
> Hi Stefano,
>
> On 23/05/17 19:26, Stefano Stabellini wrote:
> > On Tue, 23 May 2017, Julien Grall wrote:
> > > Both helpers access_ok and array_access_ok are not used on ARM. Remove
> > > them.
> > >
> > > Signed-off-by: Julien Grall
> >
> > Reviewed-b
On Tue, 6 Jun 2017, Julien Grall wrote:
> On 26/05/17 12:14, Punit Agrawal wrote:
> > Hi,
>
> Hi,
>
> It looks like this patch series has been fully acked. Can someone apply it?
Done. It was appropriately marked in my inbox, but I was somehow
reluctant to commit things until the release is done.
On Tue, 6 Jun 2017, Andre Przywara wrote:
> Maybe we should consider to merge this one for 4.9 still,
> as currently enabling the ITS in .config and running it on an ITS
> machine will fail to boot Dom0.
Here, you are talking about this patch, patch #3, right?
Although it should be "safe", it tou
On Tue, 6 Jun 2017, Julien Grall wrote:
> Hi Andre,
>
> On 06/06/17 18:20, Andre Przywara wrote:
> > > >
> > > > What about this one (in xen/arch/arm/vgic-v[23].c):
> > > >
> > > > static int vgic_v2_distr_mmio_write(struct vcpu *v, ...
> > > > {
> > > > -uint32_t *ipriorityr;
> > > > +u
flight 71515 distros-debian-snapshot real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71515/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-amd64-current-netinst-pygrub 4 host-ping-check-native fail
REGR. vs
On Wed, May 31, 2017 at 01:25:26AM -0600, Jan Beulich wrote:
> Eliminate the for_each_vcpu() loop and the associated local variables,
> don't override the save handler's return code, and correct formatting.
>
> Signed-off-by: Jan Beulich
>
> --- a/xen/common/hvm/save.c
> +++ b/xen/common/hvm/sav
Hi Paul,
On 06/06/17 16:51, Paul Durrant wrote:
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: 06 June 2017 16:11
To: Paul Durrant
Cc: xen-devel (xen-de...@lists.xenproject.org)
Subject: Re: [Xen-devel] debian stretch dom0 + xen 4.9 fails to boot
On 06.06.17 at
flight 110027 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110027/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail in
110018 pass in 110027
test-amd64-i3
1. Update documentation for a new vuart option added.
2. Update documentation about SPI irq reserved for vpl011.
Signed-off-by: Bhupinder Thakur
Reviewed-by: Stefano Stabellini
Acked-by: Wei Liu
---
CC: ij
CC: wl
CC: ss
CC: jg
docs/man/xl.cfg.pod.5.in | 9 +
docs/misc/console.txt
The SBSA uart node format is as specified in
Documentation/devicetree/bindings/serial/arm_sbsa_uart.txt and given below:
ARM SBSA defined generic UART
--
This UART uses a subset of the PL011 registers and consequently lives
in the PL011 driver. It's baudrate and other c
Add a new console type VUART to connect to guest's emualated vuart
console.
Signed-off-by: Bhupinder Thakur
---
CC: ij
CC: wl
CC: ss
CC: jg
Changes since v3:
- The vuart console support is under CONFIG_VUART_CONSOLE option.
- Since there is a change from last review, I have not included
review
This patch adds the support for multiple consoles and introduces the iterator
functions to operate on multiple consoles.
This patch is in preparation to support a new vuart console.
Signed-off-by: Bhupinder Thakur
---
CC: ij
CC: wl
CC: ss
CC: jg
Changes since v3:
- The changes in xenconsole hav
Allocate a new gfn to be used as a ring buffer between xenconsole
and Xen for sending/receiving pl011 console data.
Signed-off-by: Bhupinder Thakur
---
CC: ij
CC: wl
CC: ss
CC: jg
Changes since v3:
- Added a new helper function xc_get_vuart_gfn() to return the GFN allocated for
vpl011.
- Since
Add a new domctl API to initialize vpl011. It takes the GFN and console
backend domid as input and returns an event channel to be used for
sending and receiving events from Xen.
Xen will communicate with xenconsole using GFN as the ring buffer and
the event channel to transmit and receive pl011 da
Xenconsole functions take domain structure as input. These functions shall be
modified to take console structure as input since these functions typically
perform
console specific operations.
Also the console specific functions starting with prefix "domain_" shall be
modified
to "console_" to ind
Add a new vuart console node to xenstore. This node is added at
/local/domain/$DOMID/vuart/0.
The node contains information such as the ring-ref, event channel,
buffer limit and type of console.
Xenconsole reads the node information to setup the ring buffer and
event channel for sending/receivin
PL011 emulation for guests in Xen
===
Linaro has published VM System specification for ARM Processors, which
provides a set of guidelines for both guest OS and hypervisor implementations,
such that building OS images according to these guidelines guarantees
that tho
An option is provided in libxl to enable/disable pl011 vuart while
creating a guest domain.
Libxl now suppots a generic vuart console and pl011 is a specific type.
In future support can be added for multiple vuart of different types.
User can enable pl011 vuart by adding the following line in the
These functions are generic in nature and can be reused by other emulation
code in Xen. One recent example is pl011 emulation, which needs similar
functions to read/write the registers.
This patch moves the register access function definitions from vgic.h to
vreg.h.
Signed-off-by: Bhupinder Thaku
This patch finally adds the support for vuart console.
Signed-off-by: Bhupinder Thakur
---
CC: ij
CC: wl
CC: ss
CC: jg
Changes since v3:
- The changes in xenconsole have been split into four patches. This is the
fourth patch.
- The vuart console support is added under CONFIG_VUART_CONSOLE optio
Add emulation code to emulate read/write access to pl011 registers
and pl011 interrupts:
- Emulate DR read/write by reading and writing from/to the IN
and OUT ring buffers and raising an event to the backend when
there is data in the OUT ring buffer and injecting an interrupt
Xenconsole uses a domain structure which contains console specific fields. This
patch defines a new console structure, which would be used by the xenconsole
functions to perform console specific operations like reading/writing data
from/to
the console ring buffer or reading/writing data from/to co
Hi,
On 30/05/17 12:08, Julien Grall wrote:
> Hi Andre,
>
> On 26/05/17 18:35, Andre Przywara wrote:
>> So far irq_to_pending() is just a convenience function to lookup
>> statically allocated arrays. This will change with LPIs, which are
>> more dynamic, so the memory for their struct pending_irq
This patch redefines the vgic_reg* access functions to vreg_reg* functions.
These are generic functions, which will be used by the vgic emulation code
to access the vgic registers.
PL011 emulation code will also use vreg_reg* access functions.
Signed-off-by: Bhupinder Thakur
---
CC: ss
CC: jg
C
Hi Andre,
On 06/06/17 18:20, Andre Przywara wrote:
What about this one (in xen/arch/arm/vgic-v[23].c):
static int vgic_v2_distr_mmio_write(struct vcpu *v, ...
{
-uint32_t *ipriorityr;
+uint32_t *ipriorityr, priority;
vgic_lock_rank(v, rank, flags);
ipriorityr = &rank->ip
Hi,
On 06/06/17 18:11, Julien Grall wrote:
>
>
> On 06/06/17 18:06, Andre Przywara wrote:
>> On 30/05/17 11:47, Julien Grall wrote:
>>> Hi Andre,
>>>
>>> On 26/05/17 18:35, Andre Przywara wrote:
When reading the priority value of a virtual interrupt, we were taking
the respective rank
Hi Andrew,
On 02/06/17 21:02, Andrew Cooper wrote:
On 01/06/17 13:11, Jan Beulich wrote:
Commit aac1df3d03 ("x86/HVM: introduce hvm_get_cpl() and respective
hook") went too far in one aspect: When emulating a task switch we
really shouldn't be looking at what hvm_get_cpl() returns, as we're
swi
On 06/06/17 18:06, Andre Przywara wrote:
On 30/05/17 11:47, Julien Grall wrote:
Hi Andre,
On 26/05/17 18:35, Andre Przywara wrote:
When reading the priority value of a virtual interrupt, we were taking
the respective rank lock so far.
However for forwarded interrupts (Dom0 only so far) this
Hi,
On 30/05/17 11:47, Julien Grall wrote:
> Hi Andre,
>
> On 26/05/17 18:35, Andre Przywara wrote:
>> When reading the priority value of a virtual interrupt, we were taking
>> the respective rank lock so far.
>> However for forwarded interrupts (Dom0 only so far) this may lead to a
>> deadlock w
Hi George,
On 05/06/17 12:40, George Dunlap wrote:
On 24/05/17 17:57, Boris Ostrovsky wrote:
On 05/24/2017 06:21 AM, Jan Beulich wrote:
On 24.05.17 at 11:14, wrote:
Commit efa9596e9d ("x86/mm: fix incorrect unmapping of 2MB and 1GB
pages") left the NPT code untouched, as there is no explicit
On 06/06/2017 12:28 PM, Paul Durrant wrote:
>> -Original Message-
>> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
>> Paul Durrant
>> Sent: 06 June 2017 16:52
>> To: 'Jan Beulich'
>> Cc: xen-devel (xen-de...@lists.xenproject.org) > de...@lists.xenproject.org>
>> Sub
On Tue, Jun 06, 2017 at 05:28:58PM +0100, Julien Grall wrote:
> Hi George,
>
> On 05/06/17 12:03, George Dunlap wrote:
> > Forgot to cc' the release manager.
> >
> > On Mon, Jun 5, 2017 at 11:02 AM, George Dunlap
> > wrote:
> > > iptables has a system-wide lock on the xtables. Strangely though
On Tue, 6 Jun 2017, Juergen Gross wrote:
> On 26/05/17 21:01, Stefano Stabellini wrote:
> > On Fri, 26 May 2017, Juergen Gross wrote:
> >> On 26/05/17 18:19, Ian Jackson wrote:
> >>> Juergen Gross writes ("HVM guest performance regression"):
> Looking for the reason of a performance regression
Hi Jan,
On 06/06/17 07:31, Jan Beulich wrote:
On 02.06.17 at 09:31, wrote:
On 06/02/2017 08:10 AM, Lan Tianyu wrote:
On 2017年05月30日 23:42, Jan Beulich wrote:
On 30.05.17 at 17:36, wrote:
On Thu, May 18, 2017 at 01:34:31AM -0400, Lan Tianyu wrote:
--- a/xen/common/Kconfig
+++ b/xen/common/
>>> On 06.06.17 at 18:32, wrote:
> On 26/05/17 12:14, Punit Agrawal wrote:
> It looks like this patch series has been fully acked. Can someone apply it?
Well, for a series mostly affecting ARM I was expecting Stefano to
do so.
Jan
___
Xen-devel maili
On 26/05/17 12:14, Punit Agrawal wrote:
Hi,
Hi,
It looks like this patch series has been fully acked. Can someone apply it?
Cheers,
--
Julien Grall
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Hi George,
On 05/06/17 12:03, George Dunlap wrote:
Forgot to cc' the release manager.
On Mon, Jun 5, 2017 at 11:02 AM, George Dunlap wrote:
iptables has a system-wide lock on the xtables. Strangely though, in
the case of two concurrent invocations, the default is for the
instance not grabbin
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
> Paul Durrant
> Sent: 06 June 2017 16:52
> To: 'Jan Beulich'
> Cc: xen-devel (xen-de...@lists.xenproject.org) de...@lists.xenproject.org>
> Subject: Re: [Xen-devel] debian stretch dom0 + xen 4.9
This run is configured for baseline tests only.
flight 71514 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71514/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64 14 gu
Hi Stefano,
On 23/05/17 19:26, Stefano Stabellini wrote:
On Tue, 23 May 2017, Julien Grall wrote:
Both helpers access_ok and array_access_ok are not used on ARM. Remove
them.
Signed-off-by: Julien Grall
Reviewed-by: Stefano Stabellini
I don't see this patch in staging. Can you please app
Hi,
It has been reviewed-by Boris but I don't see the patch queued. Would it
be possible to queue it for 4.12?
Cheers,
On 01/06/17 21:41, Boris Ostrovsky wrote:
On 06/01/2017 11:38 AM, Julien Grall wrote:
Hi Boris,
On 01/06/17 16:16, Boris Ostrovsky wrote:
On 06/01/2017 10:01 AM, Julien G
Hi all,
Xen 4.9 rc8 is tagged. You can check that out from xen.git:
git://xenbits.xen.org/xen.git 4.9.0-rc8
For your convenience there is also a tarball at:
https://downloads.xenproject.org/release/xen/4.9.0-rc8/xen-4.9.0-rc8.tar.gz
And the signature is at:
https://downloads.xenproject.org/rel
On 06/06/2017 12:28 PM, Ian Jackson wrote:
> Armando Vega writes ("[PATCH 0/1] xl.cfg man page cleanup and fixes"):
>> so I've made a new round of cleaning and fixing. There was quite some work to
>> be done with this one. And there are a few issues that are left still, but
>> at least not with t
It is unconditionally selected, and all 64bit processors have local APICs.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
---
xen/arch/x86/acpi/boot.c | 10 --
xen/include/asm-x86/apic.h | 8
xen/include/asm-x86/config.h | 1 -
3 files changed, 19 deletions(-)
diff -
It is not suitable for Xen's use (being xapic and x2apic compatible), and the
comment doesn't inspire much confidence in its correctness.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
---
xen/include/asm-x86/apicdef.h | 262 --
1 file changed, 262 dele
It is unconditionally selected, and compiling out IO-APIC support is not a
useful think to do these days.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
---
xen/arch/x86/acpi/boot.c | 12
xen/arch/x86/apic.c | 4 ++--
xen/arch/x86/mpparse.c| 3 ---
xen/in
Hi Ian,
On 06/06/17 12:16, Ian Jackson wrote:
Ian Jackson writes ("Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH
2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])"):
But osstest does not want to update its linux-4.9 branch to include
those x86 nested fixes, be
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 06 June 2017 16:11
> To: Paul Durrant
> Cc: xen-devel (xen-de...@lists.xenproject.org) de...@lists.xenproject.org>
> Subject: Re: [Xen-devel] debian stretch dom0 + xen 4.9 fails to boot
>
> >>> On 06.06.17 at 16:
>>> On 29.05.17 at 14:37, wrote:
> hap_teardown() unconditionally releases the paging lock and is always
> being called without the lock held: Lock acquire should then be
> unconditional too.
>
> Signed-off-by: Jan Beulich
> ---
> While this is only a cosmetic change afaict I would still like to
>>> On 31.05.17 at 09:19, wrote:
> 1: sanitize DOMCTL_gethvmcontext_partial handling
> 2: clean up hvm_save_one()
>
> Signed-off-by: Jan Beulich
>
>
> ___
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> https://lists.xen.org/xen-devel
>>> On 01.06.17 at 18:00, wrote:
> From the context calling pi_desc_init(), we can conclude the current
> implementation of VT-d PI depends on CPU-side PI. If we disable APICv
> but enable VT-d PI explicitly in xen boot command line, we would get
> an assertion failure.
>
> This patch disables VT
>>> On 02.06.17 at 22:07, wrote:
> Add name=value parsing options for com1 and com2 to add flexibility
> in setting register values for MMIO UART devices.
>
> Maintain backward compatibility with previous positional parameter
> specfications.
>
> eg. com1=115200,8n1,0x3f8,4
> eg. com1=115200,8n1
>>> On 01.06.17 at 16:51, wrote:
> CONFIG_X86_GOOD_APIC is unconditionally selected for 64bit builds. Drop the
> related infrastructure including apic_{read,write}_around(), the former of
> which had no effect, and the latter which was an alias of apic_write().
>
> No functional change, as confi
>>> On 06.06.17 at 16:32, wrote:
> I've been having fun setting up a new test rig...
>
> I have a skull canyon NUC and I put debian stretch (rc4) on it (so that's a
> 4.9 kernel) and then tried building and installing the latest Xen staging-4.9
> code. The system failed to boot... basically it
This run is configured for baseline tests only.
flight 71516 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71516/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-libvirt 5 libvirt-buildfai
flight 110025 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110025/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-pvops 4 host-build-prep fail REGR. vs. 109994
test-amd64-i386-lib
flight 110035 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110035/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
test-amd64-amd64-libvirt 12 mig
I've been having fun setting up a new test rig...
I have a skull canyon NUC and I put debian stretch (rc4) on it (so that's a 4.9
kernel) and then tried building and installing the latest Xen staging-4.9 code.
The system failed to boot... basically it got stuck before even managing to get
suffi
>>> On 06.06.17 at 16:00, wrote:
> Looking at the serial logs for that and comparing them with 10009,
> it's not terribly easy to see what's going on because the kernel
> versions are different and so produce different messages about xenbr0
> (and I think may have a different bridge port managemen
Jan Beulich writes ("Re: [Xen-devel] [xen-unstable test] 110009: regressions -
FAIL"):
> So finally we have some output from the debugging code added by
> 933f966bcd ("x86/mm: add temporary debugging code to
> get_page_from_gfn_p2m()"), i.e. the migration heisenbug we hope
> to hunt down:
>
> (XE
>>> On 06.06.17 at 15:20, wrote:
> So actually it looks like reboot might have been going on, which also
> explains why the guest was booting as domain 9 while domain 7 was having
> problems during migrate.
Hmm, so far I was assuming the guest reboot to have been a result
of migration having gone
Hi Thomas,
there is a problem booting recent kernels on some Xen domUs hosted by
provider JiffyBox.
The kernel seems to crash just after logging
[0.038700] SMP alternatives: switching to SMP code
We started seeing this with 4.9.2 and bisecting the 4.9 stable kerne
On 26/05/17 21:01, Stefano Stabellini wrote:
> On Fri, 26 May 2017, Juergen Gross wrote:
>> On 26/05/17 18:19, Ian Jackson wrote:
>>> Juergen Gross writes ("HVM guest performance regression"):
Looking for the reason of a performance regression of HVM guests under
Xen 4.7 against 4.5 I fou
On 06/06/17 13:59, Jan Beulich wrote:
On 05.06.17 at 18:55, wrote:
>> flight 110009 xen-unstable real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/110009/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which could not be run:
>> te
On Tue, Jun 06, 2017 at 04:55:20AM -0600, Jan Beulich wrote:
> >>> On 06.06.17 at 12:41, wrote:
> > [root@dom0 ~]# lspci -s 00:14.0 -vvv
> > 00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI
> > Controller (rev 03) (prog-if 30 [XHCI])
> > Subsystem: Intel Corporation Device
>>> On 06.06.17 at 15:00, wrote:
> On Mon, May 29, 2017 at 08:38:33AM -0600, Jan Beulich wrote:
>> >>> On 18.05.17 at 17:07, wrote:
>> > +
>> > +if ( !cpu_has_vmx )
>> > +return -EOPNOTSUPP;
>>
>> Is this enough? Wouldn't it be better to signal the caller whenever
>> hardware (or eve
Hello,
On Mon, May 29, 2017 at 08:38:33AM -0600, Jan Beulich wrote:
> >>> On 18.05.17 at 17:07, wrote:
> > --- a/xen/arch/x86/mm/mem_access.c
> > +++ b/xen/arch/x86/mm/mem_access.c
> > @@ -466,6 +466,54 @@ int p2m_get_mem_access(struct domain *d, gfn_t gfn,
> > xenmem_access_t *access)
> > }
>
>>> On 05.06.17 at 18:55, wrote:
> flight 110009 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/110009/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-xl-qemut-win7-amd64 15 guest-l
>>> On 01.06.17 at 19:57, wrote:
> Hi,
>
> On 26/05/17 07:02, Jan Beulich wrote:
> On 25.05.17 at 20:00, wrote:
>>> On 05/25/2017 01:46 PM, Julien Grall wrote:
On 25/05/17 18:08, Boris Ostrovsky wrote:
> Is this:
>
> https://lists.xenproject.org/archives/html/xen-devel/2017-
Ian Jackson writes ("Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST
PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])"):
> But osstest does not want to update its linux-4.9 branch to include
> those x86 nested fixes, because doing so would introduce an ARM
> regres
1 - 100 of 150 matches
Mail list logo
