Re: [Xen-devel] [PATCH] x86/xen: zero MSR_IA32_SPEC_CTRL before suspend

>>> On 11.04.18 at 09:08, wrote: > On 14/03/18 09:48, Jan Beulich wrote: > On 26.02.18 at 15:08, wrote: >>> @@ -35,6 +40,9 @@ void xen_arch_post_suspend(int cancelled) >>> >>> static void xen_vcpu_notify_restore(void *data) >>> { >>> + if

Re: [Xen-devel] [PATCH v4] x86/setup: disallow any src/dst overlaps when relocating Xen image

On Tue, Apr 03, 2018 at 05:54:14PM +0200, Daniel Kiper wrote: > Commit 0d31d16 (x86/setup: do not relocate Xen over current Xen image > placement) disallowed src/dst images overlaps when relocating Xen image. > Though it deliberately allowed destination region between __image_base__ > and

Re: [Xen-devel] [PATCH v4] x86/setup: disallow any src/dst overlaps when relocating Xen image

>>> On 11.04.18 at 10:54, wrote: > On Tue, Apr 03, 2018 at 05:54:14PM +0200, Daniel Kiper wrote: >> Commit 0d31d16 (x86/setup: do not relocate Xen over current Xen image >> placement) disallowed src/dst images overlaps when relocating Xen image. >> Though it deliberately

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

On Wed, Apr 04, 2018 at 12:38:24PM +0200, Daniel Kiper wrote: > On Tue, Apr 03, 2018 at 10:00:52AM -0700, James Bottomley wrote: > > On Tue, 2018-04-03 at 18:07 +0200, Daniel Kiper wrote: > > > On Tue, Apr 03, 2018 at 08:44:41AM -0700, James Bottomley wrote: > > [...] > > > > > This looks like a

Re: [Xen-devel] crash in csched_load_balance after xl vcpu-pin

On Wed, Apr 11, Dario Faggioli wrote: > So, now, when you say 'does not work', do you mean 'domain creation is > aborted with errors' or 'domain is created, but memory is not where it > should be'. domU can not be created due to "libxl__set_vcpuaffinity: setting vcpu affinity: Invalid argument".

Re: [Xen-devel] crash in csched_load_balance after xl vcpu-pin

On Wed, 2018-04-11 at 08:23 +0200, Olaf Hering wrote: > It turned out that I had a typo all the time in my template, it used > 'cpu=' rather than 'cpus='. On this system none of this works: > #pus="node:${node}" > cpus="nodes:${node}" > #pus="nodes:${node},^node:0" >

Re: [Xen-devel] [PATCH for-4.11] x86/VT-x: Fix determination of EFER.LMA in vmcs_dump_vcpu()

On 11/04/2018 03:15, Tian, Kevin wrote: >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Tuesday, April 10, 2018 4:44 PM >> > On 09.04.18 at 19:56, wrote: >>> --- a/xen/arch/x86/hvm/vmx/vmcs.c >>> +++ b/xen/arch/x86/hvm/vmx/vmcs.c >>> @@ -1788,7 +1788,10 @@

Re: [Xen-devel] Weird altp2m behaviour when switching early to a new view

> After much debugging, it turns out that the > "p2m_is_ram(p2mt)" test in hvm_hap_nested_page_fault() fails if I switch > to the new altp2m view fast enough, and that in turn disables the > logdirty processing gated on it Actually as it turns out the exit doesn't happen at all anymore so

[Xen-devel] [xen-unstable test] 122155: tolerable FAIL

flight 122155 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/122155/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qcow2 15 guest-localmigrate fail in 122129 pass in 122155 test-armhf-armhf-xl-multivcpu

Re: [Xen-devel] crash in csched_load_balance after xl vcpu-pin

On Wed, 2018-04-11 at 09:39 +0200, Juergen Gross wrote: > On 11/04/18 09:31, Dario Faggioli wrote: > > > On Tue, 2018-04-10 at 22:37 +0200, Olaf Hering wrote: > > > > On Tue, Apr 10, Dario Faggioli wrote: > > > > > > > > BUG_ON(__vcpu_on_runq(CSCHED_VCPU(vc))); > > > > > > > > ... patch

Re: [Xen-devel] crash in csched_load_balance after xl vcpu-pin

On 11/04/18 09:31, Dario Faggioli wrote: > On Wed, 2018-04-11 at 00:59 +0200, Dario Faggioli wrote: >> [Adding Andrew, not because I expect anything, but just because >> we've chatted about this issue on IRC :-) ] >> > Except, I did not add it. :-P > > Anyway... > >> On Tue, 2018-04-10 at 22:37

Re: [Xen-devel] crash in csched_load_balance after xl vcpu-pin

On Wed, 2018-04-11 at 00:59 +0200, Dario Faggioli wrote: > [Adding Andrew, not because I expect anything, but just because > we've chatted about this issue on IRC :-) ] > Except, I did not add it. :-P Anyway... > On Tue, 2018-04-10 at 22:37 +0200, Olaf Hering wrote: > > On Tue, Apr 10, Dario

Re: [Xen-devel] [PATCH] x86/xen: zero MSR_IA32_SPEC_CTRL before suspend

On 14/03/18 09:48, Jan Beulich wrote: On 26.02.18 at 15:08, wrote: >> @@ -35,6 +40,9 @@ void xen_arch_post_suspend(int cancelled) >> >> static void xen_vcpu_notify_restore(void *data) >> { >> +if (xen_pv_domain() && boot_cpu_has(X86_FEATURE_SPEC_CTRL)) >> +

Re: [Xen-devel] Weird altp2m behaviour when switching early to a new view

On 04/09/2018 05:12 PM, George Dunlap wrote: > The obvious place to look is the logdirtyvram functionality, which is > used to make it easier for QEMU to figure out which bits of the display > buffer have been modified. One of the big reasons the altp2m > functionality is still considered

Re: [Xen-devel] crash in csched_load_balance after xl vcpu-pin

On Tue, Apr 10, Dario Faggioli wrote: > I remember specifically wanting for it to support not only "nodes:", but also > "node:", because I thought that, e.g., "nodes:3" would have sound weird to > users. It turned out that I had a typo all the time in my template, it used 'cpu=' rather than

<    1   2