[Xen-devel] [qemu-mainline test] 117764: tolerable FAIL - PUSHED

flight 117764 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/117764/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 117732

[Xen-devel] [PATCH] x86/link: Don't merge .init.text and .init.data

c/s 1308f0170c merged .init.text and .init.data, because EFI might properly write-protect r/o sections. However, this change makes xen-syms unusable for disassembly analysis. In particular, searching for indirect branches as part of the SP2/Spectre mitigation series. Revert the relevent bits of

Re: [Xen-devel] [PATCH 0/4] x86/xen/efi: Initialize UEFI secure boot state during dom0 boot

On 9 January 2018 at 14:22, Daniel Kiper wrote: > Hi, > > Initialize UEFI secure boot state during dom0 boot. Otherwise the kernel > may not even know that it runs on secure boot enabled platform. > Hi Daniel, I must say, I am not too thrilled with the approach you have

Re: [Xen-devel] [PATCH v6.5 11/26] x86: Support indirect thunks from assembly code

On Thu, 2018-01-04 at 00:15 +, Andrew Cooper wrote: > + * We've got no usable stack so can't use a RETPOLINE thunk, and are > + * further than +- 2G from the high mappings so couldn't use > JUMP_THUNK > + * even if was a non-RETPOLINE thunk.  Futhermore, an LFENCE

Re: [Xen-devel] [PATCH v6.5 11/26] x86: Support indirect thunks from assembly code

On Thu, 2018-01-11 at 13:41 +, Andrew Cooper wrote: > On 11/01/18 13:03, David Woodhouse wrote: > > > > On Thu, 2018-01-04 at 00:15 +, Andrew Cooper wrote: > > > > > > + * We've got no usable stack so can't use a RETPOLINE thunk, and > > > are > > > + * further than +-

Re: [Xen-devel] Xen Project Spectre/Meltdown FAQ

On 01/11/2018 10:15 AM, Lars Kurth wrote: > I am wondering whether something like the attached table would make > understanding the FAQ easier. Page 1 is clearly what is Xen specific and > we definitely should cover. > Page 2 in general covers Linux and guests. The first block is relatively >

Re: [Xen-devel] [PATCH v6.5 11/26] x86: Support indirect thunks from assembly code

On 11/01/18 13:03, David Woodhouse wrote: > On Thu, 2018-01-04 at 00:15 +, Andrew Cooper wrote: >> + * We've got no usable stack so can't use a RETPOLINE thunk, and are >> + * further than +- 2G from the high mappings so couldn't use >> JUMP_THUNK >> + * even if was a

Re: [Xen-devel] [RFC v2] xen/arm: Suspend to RAM Support in Xen for ARM

Hi Mirela, Thank you for the sending the design document. The general design looks good to me. I have some comments below, but they are more related to the implementation of CPU on/off in Xen. On 22/12/17 17:41, Mirela Simonovic wrote: [...] +--- +Resuming Guests

Re: [Xen-devel] sidecar (hvm shim) creation script

On 01/10/2018 11:08 PM, Doug Goldstein wrote: > On 1/10/18 9:39 AM, Ian Jackson wrote: >> Ian Jackson writes ("Re: sidecar (hvm shim) creation script"): >>> Here is the converter script where I just got my guest to boot with >>> the Vixen shim, as built and provided by Wei. >> >> And here is one

Re: [Xen-devel] [PATCH] MAINTAINERS: update my entries to new email address.

On 01/10/2018 06:20 PM, Dario Faggioli wrote: > Signed-off-by: Dario Faggioli Acked-by: George Dunlap Good to have you back! ___ Xen-devel mailing list Xen-devel@lists.xenproject.org

Re: [Xen-devel] PVH backports to 4.9 and 4.8

On Thu, Jan 11, 2018 at 11:03:05AM +, George Dunlap wrote: > On 01/11/2018 10:58 AM, Roger Pau Monné wrote: > > On Tue, Jan 09, 2018 at 05:08:15PM +, George Dunlap wrote: > >> Part of our solution to XSA-254 SP3 (aka "Meltdown") is to backport > >> the PVH mode from 4.10 to 4.9 and 4.8.

[Xen-devel] [distros-debian-wheezy test] 74248: trouble: blocked/broken

flight 74248 distros-debian-wheezy real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/74248/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvopsbroken

Re: [Xen-devel] PVH backports to 4.9 and 4.8

On Tue, Jan 09, 2018 at 05:08:15PM +, George Dunlap wrote: > Part of our solution to XSA-254 SP3 (aka "Meltdown") is to backport > the PVH mode from 4.10 to 4.9 and 4.8. This will first allow people > able to run PVH kernels to switch their PV guests directly to PVH > guests; and second,

Re: [Xen-devel] PVH backports to 4.9 and 4.8

On 01/11/2018 10:58 AM, Roger Pau Monné wrote: > On Tue, Jan 09, 2018 at 05:08:15PM +, George Dunlap wrote: >> Part of our solution to XSA-254 SP3 (aka "Meltdown") is to backport >> the PVH mode from 4.10 to 4.9 and 4.8. This will first allow people >> able to run PVH kernels to switch their

Re: [Xen-devel] Consensus in Parallel Universe Responses to Spectre/Meltdown

On 01/11/2018 03:38 AM, Rich Persaud wrote: > Across the computer industry, it is clear that a small subset of specialists > have known about this issue for some time: developers who worked on > candidate fixes ahead of the public announcement, experts who warned about > microarchitecture

Re: [Xen-devel] PVH backports to 4.9 and 4.8

On 01/11/2018 12:01 PM, Roger Pau Monné wrote: > On Thu, Jan 11, 2018 at 11:03:05AM +, George Dunlap wrote: >> On 01/11/2018 10:58 AM, Roger Pau Monné wrote: >>> On Tue, Jan 09, 2018 at 05:08:15PM +, George Dunlap wrote: Part of our solution to XSA-254 SP3 (aka "Meltdown") is to

[Xen-devel] [qemu-upstream-unstable test] 117763: FAIL

flight 117763 qemu-upstream-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/117763/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt broken in 117731

Re: [Xen-devel] [PATCH] vixen: port of shadow PV console's page for L2 DomU

On Wed, Jan 10, 2018 at 09:15:52AM -0800, Sarah Newman wrote: > The current version of vixen handles console output from the guest > but not console input to the guest. This adds guest input as in > > 0d50a85f x86/pv-shim: shadow PV console's page for L2 DomU, > > but with read_smb moved up in

Re: [Xen-devel] Xen Project Spectre/Meltdown FAQ

I am wondering whether something like the attached table would make understanding the FAQ easier. Page 1 is clearly what is Xen specific and we definitely should cover. Page 2 in general covers Linux and guests. The first block is relatively straightforward. The 2nd and 3rd block is based on

Re: [Xen-devel] Xen Project Spectre/Meltdown FAQ

And this time with attachment Matrix.pdf Description: Adobe PDF document On 11 Jan 2018, at 09:15, Lars Kurth wrote:I am wondering whether something like the attached table would make understanding the FAQ easier. Page 1 is clearly what is Xen specific and we definitely

[Xen-devel] [seabios test] 117784: regressions - FAIL

flight 117784 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/117784/ 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 did not

Re: [Xen-devel] Radical proposal v2: Publish Amazon's verison now, Citrix's version soon

>>> On 10.01.18 at 18:25, wrote: > On Wed, 10 Jan 2018, George Dunlap wrote: >> * Executive summary >> >> - We've agreed on a "convergence" point for PV shim functionality that >> covers as many users as possible: >> - 'HVM' functionality: boots in HVM mode, has

[Xen-devel] [PATCH 2/2] xen-netfront: Fix race between device setup and open

When a netfront device is set up it registers a netdev fairly early on, before it has set up the queues and is actually usable. A userspace tool like NetworkManager will immediately try to open it and access its state as soon as it appears. The bug can be reproduced by hotplugging VIFs until the

[Xen-devel] [PATCH 0/2] Fix a couple of crashes in netfront

Here are a couple of patches to fix two crashes in netfront. Ross Lagerwall (2): xen/grant-table: Use put_page instead of free_page xen-netfront: Fix race between device setup and open drivers/net/xen-netfront.c | 46 -- drivers/xen/grant-table.c

[Xen-devel] [PATCH 1/2] xen/grant-table: Use put_page instead of free_page

The page given to gnttab_end_foreign_access() to free could be a compound page so use put_page() instead of free_page() since it can handle both compound and single pages correctly. This bug was discovered when migrating a Xen VM with several VIFs and CONFIG_DEBUG_VM enabled. It hits a BUG

Re: [Xen-devel] [PATCH RFC v1 23/74] x86/entry: Probe for Xen early during boot

On Thu, Jan 11, 2018 at 12:55:48AM -0700, Jan Beulich wrote: > >>> On 10.01.18 at 18:45, wrote: > > On Fri, Jan 05, 2018 at 06:40:29AM -0700, Jan Beulich wrote: > >> >>> On 04.01.18 at 14:05, wrote: > >> > --- a/xen/include/asm-x86/guest.h > >> > +++

Re: [Xen-devel] [PATCH] x86/link: Don't merge .init.text and .init.data

On Thu, Jan 11, 2018 at 02:17:57PM +, Andrew Cooper wrote: > c/s 1308f0170c merged .init.text and .init.data, because EFI might properly > write-protect r/o sections. > > However, this change makes xen-syms unusable for disassembly analysis. In s/this makes/that made/ > particular,

Re: [Xen-devel] [PATCH] x86/link: Don't merge .init.text and .init.data

On 11/01/18 14:58, Konrad Rzeszutek Wilk wrote: > On Thu, Jan 11, 2018 at 02:17:57PM +, Andrew Cooper wrote: >> c/s 1308f0170c merged .init.text and .init.data, because EFI might properly >> write-protect r/o sections. >> >> However, this change makes xen-syms unusable for disassembly

[Xen-devel] [xen-unstable-smoke test] 117834: tolerable all pass - PUSHED

flight 117834 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/117834/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass test-arm64-arm64-xl-xsm

Re: [Xen-devel] Radical proposal v2: Publish Amazon's verison now, Citrix's version soon

On 01/10/2018 01:34 PM, George Dunlap wrote: > * Executive summary > > - We've agreed on a "convergence" point for PV shim functionality that > covers as many users as possible: > - 'HVM' functionality: boots in HVM mode, has support for Xen 3.4 >event channels, , booted via 'sidecar' > -

Re: [Xen-devel] [PATCH 2/2] xen-netfront: Fix race between device setup and open

From: Ross Lagerwall Date: Thu, 11 Jan 2018 09:36:38 + > When a netfront device is set up it registers a netdev fairly early on, > before it has set up the queues and is actually usable. A userspace tool > like NetworkManager will immediately try to open it and

Re: [Xen-devel] [PATCH 0/2] Fix a couple of crashes in netfront

+CC netdev On 01/11/2018 09:36 AM, Ross Lagerwall wrote: Here are a couple of patches to fix two crashes in netfront. Ross Lagerwall (2): xen/grant-table: Use put_page instead of free_page xen-netfront: Fix race between device setup and open drivers/net/xen-netfront.c | 46

Re: [Xen-devel] [PATCH 1/2] xen/grant-table: Use put_page instead of free_page

+CC netdev On 01/11/2018 09:36 AM, Ross Lagerwall wrote: The page given to gnttab_end_foreign_access() to free could be a compound page so use put_page() instead of free_page() since it can handle both compound and single pages correctly. This bug was discovered when migrating a Xen VM with

Re: [Xen-devel] [PATCH 2/2] xen-netfront: Fix race between device setup and open

On 01/11/2018 03:26 PM, David Miller wrote: From: Ross Lagerwall Date: Thu, 11 Jan 2018 09:36:38 + When a netfront device is set up it registers a netdev fairly early on, before it has set up the queues and is actually usable. A userspace tool like

Re: [Xen-devel] Radical proposal: ship not-fully-tidied shim as 4.10.1

On 01/10/2018 06:50 AM, Juergen Gross wrote: > On 09/01/18 23:11, Hans van Kranenburg wrote: >> On 01/09/2018 07:22 PM, Rich Persaud wrote: >>> >> >>> Since the primary audience for security fixes are production >>> deployments of Xen where customer assets are at risk, is there an >>> estimate for

Re: [Xen-devel] [PATCH RFC v1 00/74] Run PV guest in PVH container

Ian Jackson writes ("Re: [Xen-devel] [PATCH RFC v1 00/74] Run PV guest in PVH container"): > Xen 4.10 > ... > => code change: the backport should set the default non-NULL > values only if the pvhshim boolean is true after defaulting I discover, looking at the code, that this is

[Xen-devel] [PATCH] xen/sched_rt: Move repl_timer into struct rt_private

struct timer is only 48 bytes and repl_timer has a 1-to-1 correspondance with struct rt_private, so having it referenced by pointer is wasteful. This avoids one memory allocation in rt_init(), and the resulting diffstat is: add/remove: 0/0 grow/shrink: 0/7 up/down: 0/-156 (-156) function

Re: [Xen-devel] [PATCH] x86/link: Don't merge .init.text and .init.data

On Thu, Jan 11, 2018 at 03:06:37PM +, Andrew Cooper wrote: > On 11/01/18 14:58, Konrad Rzeszutek Wilk wrote: > > On Thu, Jan 11, 2018 at 02:17:57PM +, Andrew Cooper wrote: > >> c/s 1308f0170c merged .init.text and .init.data, because EFI might properly > >> write-protect r/o sections. > >>

Re: [Xen-devel] [PATCH] xen/credit2: Drop unnecessary bit test

On Thu, 2018-01-11 at 16:50 +, George Dunlap wrote: > On 01/11/2018 04:48 PM, Andrew Cooper wrote: > > Signed-off-by: Andrew Cooper > > --- > > CC: George Dunlap > > CC: Dario Faggioli > > > > Notices by chance

Re: [Xen-devel] [PATCH 2/2] xen-netfront: Fix race between device setup and open

From: Ross Lagerwall Date: Thu, 11 Jan 2018 15:49:07 + > I've now added CC'd netdev on the other two. That doesn't work. If you don't post the originals explicitly to netdev then it won't get properly queued in patchwork.

[Xen-devel] [PATCH] x86/bitops: Introduce variable/constant pairs for __{set, clear, change}_bit()

Just as with test_bit, the non-atomic set/clear/change helpers can be better optimised by the compiler in the case that the nr parameter is constant, and it often is. This results in a general replacement of `mov $imm, %reg; bt* %reg, mem` with the more simple `op $imm, mem`, reducing register

Re: [Xen-devel] [PATCH] xen/credit2: Drop unnecessary bit test

On 01/11/2018 04:48 PM, Andrew Cooper wrote: > Signed-off-by: Andrew Cooper > --- > CC: George Dunlap > CC: Dario Faggioli > > Notices by chance while inspecting the disassembly delta for "x86/bitops: > Introduce

[Xen-devel] [xen-unstable-smoke test] 117843: tolerable all pass - PUSHED

flight 117843 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/117843/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass test-arm64-arm64-xl-xsm

Re: [Xen-devel] Radical proposal v2: Publish Amazon's verison now, Citrix's version soon

On 01/11/2018 04:23 PM, Stefano Stabellini wrote: > On Thu, 11 Jan 2018, Jan Beulich wrote: > On 10.01.18 at 18:25, wrote: >>> On Wed, 10 Jan 2018, George Dunlap wrote: * Executive summary - We've agreed on a "convergence" point for PV shim functionality

Re: [Xen-devel] Radical proposal v2: Publish Amazon's verison now, Citrix's version soon

On Thu, 11 Jan 2018, George Dunlap wrote: > On 01/11/2018 04:23 PM, Stefano Stabellini wrote: > > On Thu, 11 Jan 2018, Jan Beulich wrote: > > On 10.01.18 at 18:25, wrote: > >>> On Wed, 10 Jan 2018, George Dunlap wrote: > * Executive summary > > - We've

Re: [Xen-devel] Radical proposal v2: Publish Amazon's verison now, Citrix's version soon

On Jan 11, 2018, at 11:36, Stefano Stabellini wrote: > >> On Thu, 11 Jan 2018, George Dunlap wrote: >>> On 01/11/2018 04:23 PM, Stefano Stabellini wrote: >>> On Thu, 11 Jan 2018, Jan Beulich wrote: >>> On 10.01.18 at 18:25, wrote: >> On

Re: [Xen-devel] Radical proposal v2: Publish Amazon's verison now, Citrix's version soon

On Thu, 11 Jan 2018, Rich Persaud wrote: > On Jan 11, 2018, at 11:36, Stefano Stabellini wrote: > > > >> On Thu, 11 Jan 2018, George Dunlap wrote: > >>> On 01/11/2018 04:23 PM, Stefano Stabellini wrote: > >>> On Thu, 11 Jan 2018, Jan Beulich wrote: > >>> On 10.01.18

Re: [Xen-devel] Radical proposal v2: Publish Amazon's verison now, Citrix's version soon

On 01/11/2018 04:52 PM, Rich Persaud wrote: > On Jan 11, 2018, at 11:36, Stefano Stabellini wrote: >> >>> On Thu, 11 Jan 2018, George Dunlap wrote: On 01/11/2018 04:23 PM, Stefano Stabellini wrote: On Thu, 11 Jan 2018, Jan Beulich wrote: On 10.01.18 at

Re: [Xen-devel] Radical proposal v2: Publish Amazon's verison now, Citrix's version soon

On Thu, Jan 11, 2018 at 03:17:45PM +, George Dunlap wrote: > On 01/10/2018 01:34 PM, George Dunlap wrote: > > * Executive summary > > > > - We've agreed on a "convergence" point for PV shim functionality that > > covers as many users as possible: > > - 'HVM' functionality: boots in HVM

[Xen-devel] [qemu-mainline baseline-only test] 74259: trouble: blocked/broken

This run is configured for baseline tests only. flight 74259 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/74259/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64

Re: [Xen-devel] Xen Project Spectre/Meltdown FAQ

On 01/11/2018 08:22 PM, Peter wrote: > On 2018-01-11 22:16, Lars Kurth wrote: >> And this time with attachment >>> On 11 Jan 2018, at 09:15, Lars Kurth >>> wrote: >>> >>> I am wondering whether something like the attached table would make >>> understanding the FAQ

Re: [Xen-devel] Trying out vixen: qemu processes left behind

On Thu, Jan 11, 2018 at 3:00 PM, Andy Smith wrote: > Hi, > > I'm giving Vixen a try by following the instructions in > https://xenbits.xen.org/xsa/xsa254/README.vixen > > Debian jessie, xen 4.8.1 packages from jessie-backports with XSAs > applied. > > I finally got a guest

[Xen-devel] [PATCH] x86/boot: Fix boot following c/s b6c2c7f48a

c/s b6c2c7f48a unfortunately broke booting on affected systems. Most of the time, ioemul_handle_quirk() doesn't write a custom stub, and the redundant call was depending on the seemingly-pointless writing of the default stub. Alter the ioemul_handle_quirk() API to return a boolean if a custom

[Xen-devel] Trying out vixen: vif-route issue

Hi, On Thu, Jan 11, 2018 at 10:26:36PM +, Andy Smith wrote: > Parsing config from /etc/xen/debtest1-with-shim.conf > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: > /etc/xen/scripts/vif-route add [31567] exited with error status 1 > libxl: error:

Re: [Xen-devel] [Xen-users] Trying out vixen: failure to start device model

[Cc'ing xen-devel as this bit seems like a bug in pvshim] On Thu, Jan 11, 2018 at 09:59:24PM +, Andy Smith wrote: > libxl: debug: libxl_dm.c:2094:libxl__spawn_local_dm: Spawning device-model > /var/lib/xen/pvshim-sidecars/debtest1.dm with arguments: > libxl: debug:

[Xen-devel] Trying out vixen: qemu processes left behind

Hi, I'm giving Vixen a try by following the instructions in https://xenbits.xen.org/xsa/xsa254/README.vixen Debian jessie, xen 4.8.1 packages from jessie-backports with XSAs applied. I finally got a guest booted although its networking doesn't work. Every time I've started a guest and had it

[Xen-devel] [seabios test] 117818: regressions - FAIL

flight 117818 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/117818/ 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 did not

[Xen-devel] [PATCH v2] vixen: port of shadow PV console's page for L2 DomU

The current version of vixen handles console output from the guest but not console input to the guest. This adds guest input as in 0d50a85f x86/pv-shim: shadow PV console's page for L2 DomU, but with read_smb moved up in guest_tx. Signed-off-by: Sergey Dyasli

Re: [Xen-devel] [PATCH] xen/sched_rt: Move repl_timer into struct rt_private

On Thu, 2018-01-11 at 17:00 +, Andrew Cooper wrote: > struct timer is only 48 bytes and repl_timer has a 1-to-1 > correspondance with > struct rt_private, so having it referenced by pointer is wasteful. > > This avoids one memory allocation in rt_init(), and the resulting > diffstat is: > >

Re: [Xen-devel] [PATCH] vixen: port of shadow PV console's page for L2 DomU

Hi Sarah On Wed, Jan 10, 2018 at 09:15:52AM -0800, Sarah Newman wrote: > The current version of vixen handles console output from the guest > but not console input to the guest. This adds guest input as in > > 0d50a85f x86/pv-shim: shadow PV console's page for L2 DomU, > > but with read_smb

Re: [Xen-devel] Xen Project Spectre/Meltdown FAQ

On 2018-01-11 22:16, Lars Kurth wrote: And this time with attachment On 11 Jan 2018, at 09:15, Lars Kurth wrote: I am wondering whether something like the attached table would make understanding the FAQ easier. Page 1 is clearly what is Xen specific and we definitely

[Xen-devel] Xen Security Advisory 254 (CVE-2017-5753, CVE-2017-5715, CVE-2017-5754) - Information leak via side effects of speculative execution

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory CVE-2017-5753,CVE-2017-5715,CVE-2017-5754 / XSA-254 version 4 Information leak via side effects of speculative execution UPDATES IN VERSION 4 Added README for

Re: [Xen-devel] Backport request for Arm

Backports done, I skipped 43208a9cb4c3decce67b653539c1b860121fbb5e On Mon, 18 Dec 2017, Julien Grall wrote: > Hi, > > Below a list of potential backport patches for Xen 4.{10,9,8,7}. > The commit are listed from the newest to the oldest. > > Xen 4.10 > >

Re: [Xen-devel] [PATCH] xen/sched_rt: Move repl_timer into struct rt_private

On Thu, Jan 11, 2018 at 12:00 PM, Andrew Cooper wrote: > > struct timer is only 48 bytes and repl_timer has a 1-to-1 correspondance with > struct rt_private, so having it referenced by pointer is wasteful. > > This avoids one memory allocation in rt_init(), and the

Re: [Xen-devel] Trying out vixen: qemu processes left behind

Hi Anthony, On Thu, Jan 11, 2018 at 03:47:25PM -0800, Anthony Liguori wrote: > On Thu, Jan 11, 2018 at 3:00 PM, Andy Smith wrote: > > $ sudo xl list > > NameID Mem VCPUs State > > Time(s) > > Domain-0

[Xen-devel] [libvirt test] 117772: tolerable all pass - PUSHED

flight 117772 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/117772/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 117737 test-armhf-armhf-libvirt-xsm 14

Re: [Xen-devel] Xen Project Spectre/Meltdown FAQ

On 1/11/18 3:16 AM, Lars Kurth wrote: > And this time with attachment > > > >> On 11 Jan 2018, at 09:15, Lars Kurth > > wrote: >> >> I am wondering whether something like the attached table would make >> understanding the FAQ easier.

[Xen-devel] [linux-next test] 117767: regressions - FAIL

flight 117767 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/117767/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-examine 8 reboot fail REGR. vs. 117721

Re: [Xen-devel] [PATCH RFC v1 57/74] x86/pv-shim: shadow PV console's page for L2 DomU

On 01/10/2018 08:56 AM, Sergey Dyasli wrote: > On Tue, 2018-01-09 at 09:28 -0700, Jan Beulich wrote: > On 09.01.18 at 16:43, wrote: >>> >>> On Tue, 2018-01-09 at 02:13 -0700, Jan Beulich wrote: >>> On 04.01.18 at 14:06, wrote: > >