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: > > +size_t consoled_guest_rx(void) > +{ > +

[Xen-devel] [linux-linus test] 117788: tolerable FAIL - PUSHED

flight 117788 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/117788/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemut-win7-amd64 17 guest-stopfail like 117748 test-armhf-armhf-libvirt 14 saver

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 resulting diffstat is: > > add

[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 test-amd64-amd64-xl-

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. Page 1 is clearly what is Xen

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 0 2048

[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 saveresto

[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 stu

[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 suc

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 booted although its netw

[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: libxl_device.c:1225:device_hot

[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 cra

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: libxl_dm.c:2096:libxl__spaw

[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 Signed-off-by: Sarah Newman --- x

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 > > 9630c5ae363b4cbf8eb61366530f40c80680af4d

[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 det

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 easier. Page 1 is clearly what 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 move

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 should cover. Page 2 in ge

[Xen-devel] [linux-4.9 test] 117765: tolerable FAIL - PUSHED

flight 117765 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/117765/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-i386-xl-qemut-win7-amd64 17 guest-stop fail like 117735 test-amd64-amd64-xl-qemut-win7-amd64 17

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] 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: > >

[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] [PATCH] xen/credit2: Drop unnecessary bit test

On 11/01/18 17:26, Dario Faggioli wrote: > 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 while inspecting the disassembly delt

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

On 01/11/2018 05:36 PM, Andrew Cooper wrote: > On 11/01/18 17:26, Dario Faggioli wrote: >> 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

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 while inspecting the disassembly delta for > > "x86/bitops: > > Introduce variab

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] Radical proposal v2: Publish Amazon's verison now, Citrix's version soon

>>> On 11.01.18 at 17:56, wrote: > 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: >>

[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] 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 mode

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 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 at 18:25, wrote: > >>

[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 1

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 Wed, 10 Jan 2018, George Dunlap wrote: >> * Exe

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 variable/constant pairs for __{set,clear,change}_bit()" > --- > xen/common/sched_

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

Signed-off-by: Andrew Cooper --- CC: George Dunlap CC: Dario Faggioli Notices by chance while inspecting the disassembly delta for "x86/bitops: Introduce variable/constant pairs for __{set,clear,change}_bit()" --- xen/common/sched_credit2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

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 agreed on a "convergence"

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

From: Ross Lagerwall Date: Thu, 11 Jan 2018 16:27:20 + > On 01/11/2018 04:08 PM, David Miller wrote: >> 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 ne

[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 pre

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 that covers as ma

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

On 01/11/2018 04:08 PM, David Miller wrote: 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. The series fixes two

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

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 that > >> covers as many users as possible: > >> - 'HVM' functionality:

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 mailing li

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 NetworkManager will immediately try to op

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 sev

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 alre

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 access its state > as soon as i

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] 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, &c, booted via 'sidecar' >

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 analysis.

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, searching

[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 1

[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] 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 > strai

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] [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 +- 2G

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 n

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 isn't

[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 test-amd64-amd64-xl-qemuu-win7-amd6

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 chosen here. #including .

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 backpo

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. Th

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 risks

[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 build-i38

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 P

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, event

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 https://lists.xenproject.org/mailman/listinfo/xen-devel

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 wh

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 gu

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 > >> > +++ b/xen/include/asm-x86/guest.h > >> > @@ -20,6

[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 usually

[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 VM

[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 suc

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

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 in

[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] 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 support for Xen 3.4 >>event