This run is configured for baseline tests only.
flight 72490 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72490/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 16 guest-start/de
flight 116499 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116499/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-ws16-amd64 7 xen-boot fail REGR. vs. 116461
test-amd64-amd64-xl-
flight 116501 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116501/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 116308
test-armhf-armhf-libvirt-xsm 14 savere
flight 116497 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116497/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-xsm 14 saverestore-support-checkfail like 116474
test-amd64-amd64-xl-qemuu-win7-amd64
On Fri, 24 Nov 2017, Andy Lutomirski wrote:
> On Fri, Nov 24, 2017 at 12:52 AM, Juergen Gross wrote:
> > Sorry, Andy, forgot to Cc: you...
> >
> > On 24/11/17 09:42, Juergen Gross wrote:
> >> Add early interrupt handlers activated by idt_setup_early_handler() to
> >> the handlers supported by Xen
flight 116496 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116496/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-xsm 14 saverestore-support-checkfail like 116471
test-amd64-amd64-xl-qemuu-ws16-amd6
flight 116495 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116495/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-multivcpu broken
test-amd64-amd64-xl-multivcpu 4 host-ins
branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-pair
testid xen-boot/dst_host
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.g
branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-pair
testid xen-boot/src_host
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.g
flight 116492 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116492/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 116465
test-armhf-armhf-libvirt-raw 13 saveresto
George Dunlap writes ("[PATCH v3 05/17] SUPPORT.md: Toolstack core"):
> For now only include xl-specific features, or interaction with the
> system. Feature support matrix will be added when features are
> mentioned.
...
> +## Toolstack
> +
> +### xl
> +
> +Status: Supported
> +
> +### Direct-
Hi Bhupinder,
On 24/11/17 11:39, Bhupinder Thakur wrote:
Currently, Xen supports only DT based initialization of 16550 UART.
This patch adds support for initializing 16550 UART using ACPI SPCR table.
Signed-off-by: Bhupinder Thakur
---
Changes since v2:
- renamed UART_MAX_REG to UART_NUM_REGS
Hi Bhupinder,
On 24/11/17 11:39, Bhupinder Thakur wrote:
This patch refactors the 8250 UART code so that code can be reused
by later patches, which add support for ACPI based UART
initialization.
Signed-off-by: Bhupinder Thakur
---
Changes since v2:
- Refactored the code to prepare for later p
Hi,
On 24/11/17 15:11, Andre Przywara wrote:
On 24/11/17 13:50, Konrad Rzeszutek Wilk wrote:
On Fri, Nov 24, 2017 at 05:09:11PM +0530, Bhupinder Thakur wrote:
diff --git a/xen/drivers/char/ns16550.c b/xen/drivers/char/ns16550.c
index c5dfc1e..af4712f 100644
--- a/xen/drivers/char/ns16550.c
+++
flight 116478 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116478/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemut-debianhvm-amd64-xsm 16 guest-localmigrate/x10 fail
in 116452 pass in 116478
test-amd64-
On Fri, Nov 24, 2017 at 12:52 AM, Juergen Gross wrote:
> Sorry, Andy, forgot to Cc: you...
>
> On 24/11/17 09:42, Juergen Gross wrote:
>> Add early interrupt handlers activated by idt_setup_early_handler() to
>> the handlers supported by Xen pv guests. This will allow for early
>> WARN() calls not
flight 116485 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116485/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 broken in 116432
build-
Hi,
(answering to both Konrad and Bhupinder ...)
On 24/11/17 13:50, Konrad Rzeszutek Wilk wrote:
> On Fri, Nov 24, 2017 at 05:09:11PM +0530, Bhupinder Thakur wrote:
>> Currently, Xen supports only DT based initialization of 16550 UART.
>> This patch adds support for initializing 16550 UART using
This run is configured for baseline tests only.
flight 72488 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72488/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ws16-amd64 7 xen-boo
On Fri, Nov 24, 2017 at 05:09:12PM +0530, Bhupinder Thakur wrote:
> The console was not working on HP Moonshot (HPE Proliant Aarch64) because
> the UART registers were accessed as 8-bit aligned addresses. However,
> registers are 32-bit aligned for HP Moonshot.
>
> Since ACPI/SPCR table does not s
On Fri, Nov 24, 2017 at 05:09:11PM +0530, Bhupinder Thakur wrote:
> Currently, Xen supports only DT based initialization of 16550 UART.
> This patch adds support for initializing 16550 UART using ACPI SPCR table.
Can you provide the link to the spec you are using. I am wondering
if I am looking at
On Fri, Nov 24, 2017 at 05:09:10PM +0530, Bhupinder Thakur wrote:
> This patch refactors the 8250 UART code so that code can be reused
> by later patches, which add support for ACPI based UART
> initialization.
>
> Signed-off-by: Bhupinder Thakur
> ---
> Changes since v2:
> - Refactored the code
flight 72489 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72489/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-armhf-jessie-netboot-pygrub 12 migrate-support-check fail
like 72458
test-armhf-armhf-
flight 116479 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116479/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ws16-amd64 17 guest-stop fail REGR. vs. 115539
Tests which are failing
The console was not working on HP Moonshot (HPE Proliant Aarch64) because
the UART registers were accessed as 8-bit aligned addresses. However,
registers are 32-bit aligned for HP Moonshot.
Since ACPI/SPCR table does not specify the register shift to be applied to the
register offset, this patch i
Currently, Xen supports only DT based initialization of 16550 UART.
This patch set adds support for initializing 16550 UART using ACPI
SPCR table.
It also fixes one issue in HP Moonshot (HPE Proliant Aarch64)
platform, which uses 16550 UART as a console. There is an erratum
required to be implemen
Currently, Xen supports only DT based initialization of 16550 UART.
This patch adds support for initializing 16550 UART using ACPI SPCR table.
Signed-off-by: Bhupinder Thakur
---
Changes since v2:
- renamed UART_MAX_REG to UART_NUM_REGS
- aligned some assignment statements
- some coding style cha
This patch refactors the 8250 UART code so that code can be reused
by later patches, which add support for ACPI based UART
initialization.
Signed-off-by: Bhupinder Thakur
---
Changes since v2:
- Refactored the code to prepare for later patches.
CC: Andrew Cooper
CC: George Dunlap
CC: Ian Jacks
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 24 November 2017 10:53
> To: Paul Durrant
> Cc: JulienGrall ; Andrew Cooper
> ; Wei Liu ; George
> Dunlap ; Ian Jackson ;
> Stefano Stabellini ; xen-devel@lists.xenproject.org;
> Konrad Rzeszutek Wilk ; Tim (Xen.or
>>> On 30.10.17 at 18:48, wrote:
> ... XENMEM_resource_ioreq_server
>
> This patch adds support for a new resource type that can be mapped using
> the XENMEM_acquire_resource memory op.
>
> If an emulator makes use of this resource type then, instead of mapping
> gfns, the IOREQ server will allo
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 24 November 2017 09:58
> To: Paul Durrant
> Cc: Julien Grall ; Andrew Cooper
> ; George Dunlap
> ; Ian Jackson ; Wei Liu
> ; StefanoStabellini ; xen-
> de...@lists.xenproject.org; Konrad Rzeszutek Wilk
> ; Daniel D
>>> On 24.11.17 at 10:36, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 23 November 2017 16:42
>> >>> On 30.10.17 at 18:48, wrote:
>> > +if ( !paging_mode_translate(currd) )
>> > +{
>> > +if ( copy_to_guest(xmar.frame_list, mfn_list, xmar.nr_frames) )
>> > +
flight 116475 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116475/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ws16-amd64 broken in 116448
test-amd64-
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 23 November 2017 16:42
> To: Paul Durrant
> Cc: Julien Grall ; Andrew Cooper
> ; Wei Liu ; George
> Dunlap ; Ian Jackson ;
> Stefano Stabellini ; xen-devel@lists.xenproject.org;
> Konrad Rzeszutek Wilk ; Daniel De
Sorry, Andy, forgot to Cc: you...
On 24/11/17 09:42, Juergen Gross wrote:
> Add early interrupt handlers activated by idt_setup_early_handler() to
> the handlers supported by Xen pv guests. This will allow for early
> WARN() calls not crashing the guest.
>
> Suggested-by: Andy Lutomirski
> Signe
Add early interrupt handlers activated by idt_setup_early_handler() to
the handlers supported by Xen pv guests. This will allow for early
WARN() calls not crashing the guest.
Suggested-by: Andy Lutomirski
Signed-off-by: Juergen Gross
---
arch/x86/include/asm/segment.h | 12
arch/x8
>>> On 23.11.17 at 18:21, wrote:
> On 11/23/2017 11:21 AM, Jan Beulich wrote:
> On 22.11.17 at 20:20, wrote:
>>> +### Virtual RAM
>>> +
>>> +Limit-security, x86 PV 64-bit: 2047GiB
>>> +Limit-security, x86 PV 32-bit: 168GiB (see below)
>>> +Limit-security, x86 HVM: 1.5TiB
>>> +
>>> On 23.11.17 at 18:08, wrote:
> On 11/23/2017 11:15 AM, Jan Beulich wrote:
> On 22.11.17 at 20:20, wrote:
>>> +## Debugging, analysis, and crash post-mortem
>>> +
>>> +### Host serial console
>>> +
>>> +Status, NS16550: Supported
>>> + Status, EHCI: Supported
>>> + Status, Cadence
38 matches
Mail list logo