Re: [Xen-devel] BUG - 'xl restore' does not overwrite HVM

On Tue, Apr 10, 2018 at 06:07:12AM +, Peter McLaren wrote: > Hi > with at least 1 version of Windows 10 (build 16299), the 'xl restore' command > does not overwrite the previously running HVM. The symptoms are: > 1) the restore appears to rapidly complete after approx 50% of the time > 2)

Re: [Xen-devel] [PATCH v2 1/2] x86/vpt: execute callbacks for masked interrupts

On Mon, Apr 09, 2018 at 09:34:57AM -0600, Jan Beulich wrote: > >>> On 30.03.18 at 14:35, wrote: > > Execute periodic_time callbacks even if the interrupt is not actually > > injected because the IRQ is masked. > > > > Current callbacks from emulated timer devices only

Re: [Xen-devel] [PATCH v6 7/9] xen/x86: convert pv_guest_cr4_to_real_cr4() to a function

>>> On 10.04.18 at 09:58, wrote: > pv_guest_cr4_to_real_cr4() is becoming more and more complex. Convert > it from a macro to an ordinary function. > > Signed-off-by: Juergen Gross Reviewed-by: Jan Beulich

Re: [Xen-devel] [PATCH v6 5/9] xen/x86: disable global pages for domains with XPTI active

>>> On 10.04.18 at 09:58, wrote: > Instead of flushing the TLB from global pages when switching address > spaces with XPTI being active just disable global pages via %cr4 > completely when a domain subject to XPTI is active. This avoids the > need for extra TLB flushes as loading

Re: [Xen-devel] [RFC, v2, 1/9] hyper_dmabuf: initial upload of hyper_dmabuf drv core framework

Hi, On 04/10/2018 09:53 AM, Oleksandr Andrushchenko wrote: On 02/14/2018 03:50 AM, Dongwon Kim wrote: diff --git a/drivers/dma-buf/hyper_dmabuf/hyper_dmabuf_id.h [...] +#ifndef __HYPER_DMABUF_ID_H__ +#define __HYPER_DMABUF_ID_H__ + +#define HYPER_DMABUF_ID_CREATE(domid, cnt) \ +   

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

On Tue, 2018-04-10 at 11:59 +0100, George Dunlap wrote: > On 04/10/2018 11:33 AM, Dario Faggioli wrote: > > On Tue, 2018-04-10 at 09:34 +, George Dunlap wrote: > > > Assuming the bug is this one: > > > > > > BUG_ON( cpu != snext->vcpu->processor ); > > > > > > > Yes, it is that one. > > >

Re: [Xen-devel] [for-4.11][PATCH] libxl: arm: Fix build after c/s 74fd984ae

On Tue, Apr 10, 2018 at 12:24:53PM +0100, Julien Grall wrote: > c/s 74fd984ae "tools/libxl: Drop xc_domain_configuration_t from > libxl__domain_build_state" removed state->config completely but missed > some conversion libxl_arm.c. > > Furthermore, not all the fields of xc_domain_configuration_t

Re: [Xen-devel] [PATCH v6 2/9] xen/x86: add a function for modifying cr3

>>> On 10.04.18 at 09:58, wrote: > Instead of having multiple places with more or less identical asm > statements just have one function doing a write to cr3. > > As this function should be named write_cr3() rename the current > write_cr3() function to switch_cr3(). > >

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

> On Apr 10, 2018, at 9:57 AM, Olaf Hering wrote: > > While hunting some other bug we run into the single BUG in > sched_credit.c:csched_load_balance(). This happens with all versions > since 4.7, staging is also affected. Testsystem is a Haswell model 63 > system with 4 NUMA

Re: [Xen-devel] [PATCH v2 1/2] x86/vpt: execute callbacks for masked interrupts

>>> On 10.04.18 at 10:53, wrote: > On Mon, Apr 09, 2018 at 09:34:57AM -0600, Jan Beulich wrote: >> >>> On 30.03.18 at 14:35, wrote: >> > Execute periodic_time callbacks even if the interrupt is not actually >> > injected because the IRQ is masked. >> >

Re: [Xen-devel] [PATCH v6 9/9] xen/x86: use PCID feature

On 10/04/18 11:29, Jan Beulich wrote: On 10.04.18 at 09:58, wrote: >> @@ -102,14 +104,34 @@ void switch_cr3_cr4(unsigned long cr3, unsigned long >> cr4) >> old_cr4 = read_cr4(); >> if ( old_cr4 & X86_CR4_PGE ) >> { >> +/* >> + * X86_CR4_PGE

Re: [Xen-devel] [PATCH v3 1/7] introduce time managment in xtf

On 04/10/2018 10:08 AM, Roger Pau Monné wrote: this file is introduce to be able to implement an inter domain communication protocol over xenstore. For synchronization purpose, we do really want to be able to "control" time common/time.c: since_boot_time gets the time in nanoseconds from the

Re: [Xen-devel] [PATCH v6 3/9] xen/x86: support per-domain flag for xpti

On 10/04/18 11:36, Jan Beulich wrote: On 10.04.18 at 11:32, wrote: >> On 10/04/18 11:14, Jan Beulich wrote: >> On 10.04.18 at 09:58, wrote: --- a/docs/misc/xen-command-line.markdown +++ b/docs/misc/xen-command-line.markdown @@ -1955,14

Re: [Xen-devel] [PATCH v3 1/7] introduce time managment in xtf

On Tue, Apr 10, 2018 at 11:47:11AM +0200, Paul Semel wrote: > On 04/10/2018 10:08 AM, Roger Pau Monné wrote: > > > > > this file is introduce to be able to implement an inter domain > > > > > communication protocol over xenstore. For synchronization purpose, we > > > > > do > > > > > really want

Re: [Xen-devel] [RFC, v2, 9/9] hyper_dmabuf: threaded interrupt in Xen-backend

On 02/14/2018 03:50 AM, Dongwon Kim wrote: Use threaded interrupt intead of regular one because most part of ISR is time-critical and possibly sleeps Signed-off-by: Dongwon Kim --- .../hyper_dmabuf/backends/xen/hyper_dmabuf_xen_comm.c | 19 +++ 1 file

[Xen-devel] [xen-unstable-smoke test] 122157: regressions - FAIL

flight 122157 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/122157/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 121876 build-armhf

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

On 04/10/2018 11:33 AM, Dario Faggioli wrote: > On Tue, 2018-04-10 at 09:34 +, George Dunlap wrote: >> Assuming the bug is this one: >> >> BUG_ON( cpu != snext->vcpu->processor ); >> > Yes, it is that one. > > Another stack trace, this time from a debug=y built hypervisor, of what > we are

Re: [Xen-devel] [for-4.11][PATCH] libxl: arm: Fix build after c/s 74fd984ae

On 10/04/18 13:24, Julien Grall wrote: > c/s 74fd984ae "tools/libxl: Drop xc_domain_configuration_t from > libxl__domain_build_state" removed state->config completely but missed > some conversion libxl_arm.c. > > Furthermore, not all the fields of xc_domain_configuration_t have a > corresponding

Re: [Xen-devel] [PATCH v6 1/9] x86/xpti: avoid copying L4 page table contents when possible

>>> On 10.04.18 at 09:58, wrote: > For mitigation of Meltdown the current L4 page table is copied to the > cpu local root page table each time a 64 bit pv guest is entered. > > Copying can be avoided in cases where the guest L4 page table hasn't > been modified while running the

[Xen-devel] [ovmf test] 122135: all pass - PUSHED

flight 122135 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/122135/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 64797018df0cf5c1f11523bb575355aba918b940 baseline version: ovmf

Re: [Xen-devel] [PATCH v6 4/9] xen/x86: use invpcid for flushing the TLB

>>> On 10.04.18 at 09:58, wrote: > If possible use the INVPCID instruction for flushing the TLB instead of > toggling cr4.pge for that purpose. > > While at it remove the dependency on cr4.pge being required for mtrr > loading, as this will be required later anyway. > > Add a

Re: [Xen-devel] [PATCH v6 3/9] xen/x86: support per-domain flag for xpti

>>> On 10.04.18 at 09:58, wrote: > --- a/docs/misc/xen-command-line.markdown > +++ b/docs/misc/xen-command-line.markdown > @@ -1955,14 +1955,29 @@ clustered mode. The default, given no hint from the > **FADT**, is cluster > mode. > > ### xpti > -> `= ` > +> `= List of [

Re: [Xen-devel] [RFC, v2, 4/9] hyper_dmabuf: user private data attached to hyper_DMABUF

On 02/14/2018 03:50 AM, Dongwon Kim wrote: Define a private data (e.g. meta data for the buffer) attached to each hyper_DMABUF structure. This data is provided by userapace via export_remote IOCTL and its size can be up to 192 bytes. Signed-off-by: Dongwon Kim

Re: [Xen-devel] [PATCH v3 1/7] introduce time managment in xtf

On Tue, Apr 10, 2018 at 12:32:23PM +0200, Paul Semel wrote: > On 04/10/2018 12:05 PM, Roger Pau Monné wrote: > > > > > > > this file is introduce to be able to implement an inter domain > > > > > > > communication protocol over xenstore. For synchronization > > > > > > > purpose, we do > > > > >

Re: [Xen-devel] [PATCH 1/2] x86/HVM: suppress I/O completion for port output

On 09/04/18 15:23, Jan Beulich wrote: > We don't break up port requests in case they cross emulation entity > boundaries, and a write to an I/O port is necessarily the last > operation of an instruction instance, so there's no need to re-invoke > the full emulation path upon receiving the result

Re: [Xen-devel] [PATCH v6 1/9] x86/xpti: avoid copying L4 page table contents when possible

On 10/04/18 11:00, Jan Beulich wrote: On 10.04.18 at 09:58, wrote: >> For mitigation of Meltdown the current L4 page table is copied to the >> cpu local root page table each time a 64 bit pv guest is entered. >> >> Copying can be avoided in cases where the guest L4 page

Re: [Xen-devel] [RFC, v2, 5/9] hyper_dmabuf: default backend for XEN hypervisor

On 02/14/2018 03:50 AM, Dongwon Kim wrote: From: "Matuesz Polrola" The default backend for XEN hypervisor. This backend contains actual implementation of individual methods defined in "struct hyper_dmabuf_bknd_ops" defined as: struct hyper_dmabuf_bknd_ops {

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

On Tue, 2018-04-10 at 09:34 +, George Dunlap wrote: > Assuming the bug is this one: > > BUG_ON( cpu != snext->vcpu->processor ); > Yes, it is that one. Another stack trace, this time from a debug=y built hypervisor, of what we are thinking it is the same bug (although reproduced in a

Re: [Xen-devel] [PATCH v3 1/7] introduce time managment in xtf

On 04/10/2018 12:05 PM, Roger Pau Monné wrote: this file is introduce to be able to implement an inter domain communication protocol over xenstore. For synchronization purpose, we do really want to be able to "control" time common/time.c: since_boot_time gets the time in nanoseconds from the

[Xen-devel] [xen-4.8-testing test] 122132: regressions - FAIL

flight 122132 xen-4.8-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/122132/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 16 guest-localmigrate/x10 fail REGR. vs. 121318

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

While hunting some other bug we run into the single BUG in sched_credit.c:csched_load_balance(). This happens with all versions since 4.7, staging is also affected. Testsystem is a Haswell model 63 system with 4 NUMA nodes and 144 threads. (XEN) Xen BUG at sched_credit.c:1694 (XEN) [

Re: [Xen-devel] [PATCH v6 8/9] xen/x86: add some cr3 helpers

>>> On 10.04.18 at 09:58, wrote: > --- a/xen/include/asm-x86/processor.h > +++ b/xen/include/asm-x86/processor.h > @@ -288,6 +288,16 @@ static inline void write_cr3(unsigned long val) > asm volatile ( "mov %0, %%cr3" : : "r" (val) : "memory" ); > } > > +static inline

[Xen-devel] [xtf test] 122138: all pass - PUSHED

flight 122138 xtf real [real] http://logs.test-lab.xenproject.org/osstest/logs/122138/ Perfect :-) All tests in this flight passed as required version targeted for testing: xtf 6f45086733cc1ce92ec093533097900a0de1c7b4 baseline version: xtf

Re: [Xen-devel] [PATCH v6 3/9] xen/x86: support per-domain flag for xpti

On 10/04/18 11:14, Jan Beulich wrote: On 10.04.18 at 09:58, wrote: >> --- a/docs/misc/xen-command-line.markdown >> +++ b/docs/misc/xen-command-line.markdown >> @@ -1955,14 +1955,29 @@ clustered mode. The default, given no hint from the >> **FADT**, is cluster >> mode. >>

Re: [Xen-devel] [RFC, v2, 2/9] hyper_dmabuf: architecture specification and reference guide

Sorry for top-posting Can we have all this go into some header file which will not only describe the structures/commands/responses/etc, but will also allow drivers to use those directly without defining the same one more time in the code? For example, this is how it is done in Xen [1]. This

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

On Tue, 2018-04-10 at 11:59 +0100, George Dunlap wrote: > On 04/10/2018 11:33 AM, Dario Faggioli wrote: > > On Tue, 2018-04-10 at 09:34 +, George Dunlap wrote: > > > Assuming the bug is this one: > > > > > > BUG_ON( cpu != snext->vcpu->processor ); > > > > > > > Yes, it is that one. > > >

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

On Tue, 2018-04-10 at 11:59 +0100, George Dunlap wrote: > On 04/10/2018 11:33 AM, Dario Faggioli wrote: > > On Tue, 2018-04-10 at 09:34 +, George Dunlap wrote: > > > Assuming the bug is this one: > > > > > > BUG_ON( cpu != snext->vcpu->processor ); > > > > > > > Yes, it is that one. > > >

Re: [Xen-devel] [RFC, v2, 1/9] hyper_dmabuf: initial upload of hyper_dmabuf drv core framework

On 02/14/2018 03:50 AM, Dongwon Kim wrote: Upload of intial version of core framework in hyper_DMABUF driver enabling DMA_BUF exchange between two different VMs in virtualized platform based on Hypervisor such as XEN. Hyper_DMABUF drv's primary role is to import a DMA_BUF from originator then

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

>>> 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 @@ void vmcs_dump_vcpu(struct vcpu *v) > vmentry_ctl = vmr32(VM_ENTRY_CONTROLS), > vmexit_ctl = vmr32(VM_EXIT_CONTROLS); > cr4 =

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

On Tue, 2018-04-10 at 11:59 +0100, George Dunlap wrote: > On 04/10/2018 11:33 AM, Dario Faggioli wrote: > > On Tue, 2018-04-10 at 09:34 +, George Dunlap wrote: > > > Assuming the bug is this one: > > > > > > BUG_ON( cpu != snext->vcpu->processor ); > > > > > > > Yes, it is that one. > > >

[Xen-devel] [distros-debian-snapshot test] 74569: trouble: blocked/broken/fail/pass

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

Re: [Xen-devel] [PATCH v6 9/9] xen/x86: use PCID feature

>>> On 10.04.18 at 09:58, wrote: > @@ -102,14 +104,34 @@ void switch_cr3_cr4(unsigned long cr3, unsigned long > cr4) > old_cr4 = read_cr4(); > if ( old_cr4 & X86_CR4_PGE ) > { > +/* > + * X86_CR4_PGE set means PCID is inactive. > + * We

Re: [Xen-devel] [PATCH v3 1/7] introduce time managment in xtf

On 04/10/2018 12:36 PM, Roger Pau Monné wrote: this file is introduce to be able to implement an inter domain communication protocol over xenstore. For synchronization purpose, we do really want to be able to "control" time common/time.c: since_boot_time gets the time in nanoseconds from the

Re: [Xen-devel] BUG - 'xl restore' does not overwrite HVM

(Add back xen-devel) Hello Peter Please don't top-post. On Tue, Apr 10, 2018 at 08:52:10AM +, Peter McLaren wrote: > Hi Wei > I would like the restore command to return the HVM to the exact state it was > at when the save command was performed. > Thanks > Peter I think what you need is

Re: [Xen-devel] [PATCH v6 3/9] xen/x86: support per-domain flag for xpti

>>> On 10.04.18 at 11:32, wrote: > On 10/04/18 11:14, Jan Beulich wrote: > On 10.04.18 at 09:58, wrote: >>> --- a/docs/misc/xen-command-line.markdown >>> +++ b/docs/misc/xen-command-line.markdown >>> @@ -1955,14 +1955,29 @@ clustered mode. The default,

Re: [Xen-devel] [RFC, v2, 1/9] hyper_dmabuf: initial upload of hyper_dmabuf drv core framework

On 04/10/2018 01:47 PM, Julien Grall wrote: Hi, On 04/10/2018 09:53 AM, Oleksandr Andrushchenko wrote: On 02/14/2018 03:50 AM, Dongwon Kim wrote: diff --git a/drivers/dma-buf/hyper_dmabuf/hyper_dmabuf_id.h [...] +#ifndef __HYPER_DMABUF_ID_H__ +#define __HYPER_DMABUF_ID_H__ + +#define

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

On Tue, 2018-04-10 at 11:59 +0100, George Dunlap wrote: > On 04/10/2018 11:33 AM, Dario Faggioli wrote: > > On Tue, 2018-04-10 at 09:34 +, George Dunlap wrote: > > > Assuming the bug is this one: > > > > > > BUG_ON( cpu != snext->vcpu->processor ); > > > > > > > Yes, it is that one. > > >

Re: [Xen-devel] [PATCH] xen/pvh: Indicate XENFEAT_linux_rsdp_unrestricted to Xen

On 04/09/2018 02:51 PM, Boris Ostrovsky wrote: > Pre-4.17 kernels ignored start_info's rsdp_paddr pointer and instead > relied on finding RSDP in standard location in BIOS RO memory. This > has worked since that's where Xen used to place it. > > However, with recent Xen change (commit 4a5733771e6f

[Xen-devel] [xen-unstable-smoke test] 122159: regressions - FAIL

flight 122159 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/122159/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 121876 build-armhf

Re: [Xen-devel] [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe

On 04/09/2018 11:03 AM, Jia-Ju Bai wrote: > pcistub_probe() is never called in atomic context. > This function is only set as ".probe" in struct pci_driver. > > Despite never getting called from atomic context, > pcistub_probe() calls kmalloc() with GFP_ATOMIC, > which does not sleep for

Re: [Xen-devel] [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe

On 2018/4/10 22:27, Boris Ostrovsky wrote: On 04/09/2018 11:03 AM, Jia-Ju Bai wrote: pcistub_probe() is never called in atomic context. This function is only set as ".probe" in struct pci_driver. Despite never getting called from atomic context, pcistub_probe() calls kmalloc() with

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

On Tue, Apr 10, Olaf Hering wrote: > (XEN) Xen BUG at sched_credit.c:1694 Another variant: This time the domUs had just vcpus=36 and cpus=nodes:N,node:^0/cpus_soft=nodes:N,node:^0 (XEN) Xen BUG at sched_credit.c:280 (XEN) [ Xen-4.11.20180407T144959.e62e140daa-2.bug1087289_411 x86_64

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

On 04/10/2018 12:29 PM, Dario Faggioli wrote: > On Tue, 2018-04-10 at 11:59 +0100, George Dunlap wrote: >> On 04/10/2018 11:33 AM, Dario Faggioli wrote: >>> On Tue, 2018-04-10 at 09:34 +, George Dunlap wrote: Assuming the bug is this one: BUG_ON( cpu != snext->vcpu->processor );

[Xen-devel] [PATCH v6.1 9/9] xen/x86: use PCID feature

Avoid flushing the complete TLB when switching %cr3 for mitigation of Meltdown by using the PCID feature if available. We are using 4 PCID values for a 64 bit pv domain subject to XPTI and 2 values for the non-XPTI case: - guest active and in kernel mode - guest active and in user mode -

[Xen-devel] [PATCH v6.1 3/9] xen/x86: support per-domain flag for xpti

Instead of switching XPTI globally on or off add a per-domain flag for that purpose. This allows to modify the xpti boot parameter to support running dom0 without Meltdown mitigations. Using "xpti=nodom0" as boot parameter will achieve that. Move the xpti boot parameter handling to

Re: [Xen-devel] [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe

On 04/10/2018 10:31 AM, Jia-Ju Bai wrote: > > > > On 2018/4/10 22:27, Boris Ostrovsky wrote: >> On 04/09/2018 11:03 AM, Jia-Ju Bai wrote: >>> pcistub_probe() is never called in atomic context. >>> This function is only set as ".probe" in struct pci_driver. >>> >>> Despite never getting called from

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

On 04/10/2018 04:18 PM, Olaf Hering wrote: > On Tue, Apr 10, Olaf Hering wrote: > >> (XEN) Xen BUG at sched_credit.c:1694 > > Another variant: > > This time the domUs had just vcpus=36 and > cpus=nodes:N,node:^0/cpus_soft=nodes:N,node:^0 > > (XEN) Xen BUG at sched_credit.c:280 > (XEN) [

Re: [Xen-devel] [PATCH governance.git] Make Security Policy Doc ready to become a CNA

On 10/04/2018, 09:12, "Juergen Gross" wrote: On 09/04/18 17:02, Lars Kurth wrote: > Note: this time with html disabled > > To become a CNA, we need to more clearly specifiy the scope of > security support. This change updates the document and points >

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

On Tue, Apr 10, Olaf Hering wrote: > (XEN) Xen BUG at sched_credit.c:1694 And another one with debug=y and this config: memory= vcpus=36 cpu="nodes:1,^node:0" cpu_soft="nodes:1,^node:0" (nodes=1 cycles between 1-3 for each following domU). (XEN) Assertion 'CSCHED_PCPU(cpu)->nr_runnable >=

[Xen-devel] [PATCH 2/7] SUPPORT.md: Syntax: Fix a typo "States"

Signed-off-by: Ian Jackson --- SUPPORT.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/SUPPORT.md b/SUPPORT.md index 1c5220b..e447069 100644 --- a/SUPPORT.md +++ b/SUPPORT.md @@ -360,7 +360,7 @@ Guest-side driver capable of speaking the Xen PV

[Xen-devel] [PATCH 1/7] SUPPORT.md: Syntax: Fix some bullet lists

Continuations of bullet list items must be indented by exactly 4 spaces (according to pandoc_markdown(5) on Debian jessie). This is most easily achieved by making the bullet list items have two spaces before the `*'. Signed-off-by: Ian Jackson --- SUPPORT.md | 36

[Xen-devel] [PATCH 7/7] docs/Makefile: Format SUPPORT.md into the toplevel

Signed-off-by: Ian Jackson --- docs/Makefile | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/docs/Makefile b/docs/Makefile index d82463f..b300bb6 100644 --- a/docs/Makefile +++ b/docs/Makefile @@ -28,7 +28,8 @@ DOC_MAN7 := $(patsubst

[Xen-devel] [PATCH 3/7] SUPPORT.md: Syntax: Provide a title rather than a spurious empty section

Signed-off-by: Ian Jackson --- SUPPORT.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/SUPPORT.md b/SUPPORT.md index e447069..264b23f 100644 --- a/SUPPORT.md +++ b/SUPPORT.md @@ -1,4 +1,4 @@ -# Support statement for this release +% Support

[Xen-devel] [PATCH for-4.11 0/7] SUPPORT.md: Format as part of html docs

The SUPPORT.md document (introduced in 4.10) does not appear here http://xenbits.xen.org/docs/ In this series I fix this. This is a prerequisite for my work to generate a matrix representing the cross-version feature support status, because that cross-version matrix wants to contain hyperlinks

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

On Tue, 2018-04-10 at 16:25 +0100, George Dunlap wrote: > On 04/10/2018 12:29 PM, Dario Faggioli wrote: > > > One thing we might consider doing is implementing the migrate() > callback > for the Credit scheduler, and just have it make a bunch of sanity > checks > (v->processor lock held, new_cpu

[Xen-devel] [xen-4.7-testing baseline-only test] 74570: trouble: blocked/broken/fail/pass

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

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

flight 122162 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/122162/ 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

[Xen-devel] [PATCH 6/7] docs/Makefile: Introduce GENERATE_PANDOC_RULE_RAW

We are going to want to format SUPPORT.md which does not match the filename patterns in docs/. So provide a way to make an ad-hoc rule using pandoc with the standard options. No functional change in this patch. Signed-off-by: Ian Jackson --- docs/Makefile | 11

[Xen-devel] [PATCH 4/7] docs/gen-html-index: Extract titles from HTML documents

Signed-off-by: Ian Jackson --- docs/gen-html-index | 13 + 1 file changed, 13 insertions(+) diff --git a/docs/gen-html-index b/docs/gen-html-index index e9792bf..5b43b42 100644 --- a/docs/gen-html-index +++ b/docs/gen-html-index @@ -10,6 +10,7 @@ use

[Xen-devel] [PATCH 5/7] docs/gen-html-index: Support documents at the toplevel

There are none yet. Signed-off-by: Ian Jackson --- docs/gen-html-index | 4 1 file changed, 4 insertions(+) diff --git a/docs/gen-html-index b/docs/gen-html-index index 5b43b42..8258e2b 100644 --- a/docs/gen-html-index +++ b/docs/gen-html-index @@ -137,6 +137,10

[Xen-devel] [PATCH v4 1/7] introduce time managment in xtf

this file is introduce to be able to implement an inter domain communication protocol over xenstore. For synchronization purpose, we do really want to be able to "control" time common/time.c: since_boot_time gets the time in nanoseconds from the moment the VM has booted Signed-off-by: Paul Semel

[Xen-devel] [PATCH v4 5/7] add spin_sleep function to time manager

this function uses nspin_sleep to spin sleep for t seconds Signed-off-by: Paul Semel --- Notes: v4: - new patch version common/time.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/common/time.c b/common/time.c index 232e134..87db124 100644 ---

[Xen-devel] [PATCH v4 7/7] add sleep, msleep and NOW() macros to time manager

those are helpful macro to use the time manager correctly Signed-off-by: Paul Semel --- Notes: v4: - new patch version common/time.c | 10 ++ include/xtf/time.h | 12 2 files changed, 22 insertions(+) diff --git a/common/time.c

[Xen-devel] [PATCH v4 4/7] add nspin_sleep function to time manager

this function spin sleeps for t nanoseconds Signed-off-by: Paul Semel --- Notes: v4: - new patch version common/time.c | 12 1 file changed, 12 insertions(+) diff --git a/common/time.c b/common/time.c index 8489f3b..232e134 100644 --- a/common/time.c

[Xen-devel] [PATCH v4 6/7] add mspin_sleep function to time manager

this function uses mspin_sleep to spin sleep for t milliseconds Signed-off-by: Paul Semel --- Notes: v4: - new patch version common/time.c | 6 ++ include/xtf/time.h | 1 + 2 files changed, 7 insertions(+) diff --git a/common/time.c b/common/time.c index

[Xen-devel] [PATCH v4 2/7] add current_time function to time manager

this function returns the "epoch" time Signed-off-by: Paul Semel --- Notes: v4: - new patch version common/time.c | 39 +++ include/xtf/time.h | 5 + 2 files changed, 44 insertions(+) diff --git a/common/time.c

[Xen-devel] [PATCH v4 3/7] add gettimeofday function to time managment

this function acts as the POSIX gettimeofday function Signed-off-by: Paul Semel --- Notes: v4: - new patch version common/time.c | 30 ++ include/xtf/time.h | 8 2 files changed, 38 insertions(+) diff --git a/common/time.c

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

On Tue, Apr 10, Dario Faggioli wrote: > On Tue, 2018-04-10 at 17:59 +0200, Olaf Hering wrote: > > memory= > > vcpus=36 > > cpu="nodes:1,^node:0" > > cpu_soft="nodes:1,^node:0" > As said, its cpus= and cpus_soft=, and you probably just need > cpus="node:1" > cpus_soft="node:1" > Or, even just:

Re: [Xen-devel] [PATCH v3 1/2] libxl: Implement the handler to handle unrecoverable AER errors [and 1 more messages]

On 2018-04-03 17:51:50 +0100, Ian Jackson wrote: > Venu Busireddy writes ("Re: [PATCH v3 1/2] libxl: Implement the handler to > handle unrecoverable AER errors [and 1 more messages]"): > > On 2018-04-03 16:06:17 +0100, Ian Jackson wrote: > > > Ian Jackson writes ("Re: [PATCH v3 1/2] libxl:

Re: [Xen-devel] [PATCH v3 1/2] libxl: Implement the handler to handle unrecoverable AER errors

On 2017-09-21 18:12:54 +0100, Ian Jackson wrote: > Venu Busireddy writes ("Re: [PATCH v3 1/2] libxl: Implement the handler to > handle unrecoverable AER errors"): > > On 2017-08-08 15:33:01 +0100, Wei Liu wrote: > > > I think a bigger question is whether you agree with Ian's comments > > >

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

On Tue, 2018-04-10 at 21:03 +0200, Olaf Hering wrote: > On Tue, Apr 10, Dario Faggioli wrote: > > > As said, its cpus= and cpus_soft=, and you probably just need > > cpus="node:1" > > cpus_soft="node:1" > > Or, even just: > > cpus="node:1" > > as, if soft-affinity is set to be equal to hard, it

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

On Tue, 2018-04-10 at 16:25 +0100, George Dunlap wrote: > On 04/10/2018 12:29 PM, Dario Faggioli wrote: > > > whenever that is. (Possibly at the end of the current call to > vcpu_migrate(), possibly at the end of a vcpu_migrate() triggered in > context_saved() due to VPF_migrating.) > >

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

On Tue, 2018-04-10 at 17:59 +0200, Olaf Hering wrote: > On Tue, Apr 10, Olaf Hering wrote: > > > (XEN) Xen BUG at sched_credit.c:1694 > > And another one with debug=y and this config: > Wow... > memory= > vcpus=36 > cpu="nodes:1,^node:0" > cpu_soft="nodes:1,^node:0" > As said, its cpus= and

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

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

[Xen-devel] [linux-linus test] 122143: regressions - FAIL

flight 122143 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/122143/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-xsm7 xen-boot fail REGR. vs. 118324

[Xen-devel] [ovmf baseline-only test] 74572: all pass

This run is configured for baseline tests only. flight 74572 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/74572/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 64797018df0cf5c1f11523bb575355aba918b940 baseline

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

[Adding Andrew, not because I expect anything, but just because we've chatted about this issue on IRC :-) ] 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))); > > (XEN) Xen BUG at sched_credit.c:876 >

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

Il Mar 10 Apr 2018, 22:16 Olaf Hering ha scritto: > On Tue, Apr 10, Olaf Hering wrote: > > > On Tue, Apr 10, Dario Faggioli wrote: > > > > > In the meanwhile --let me repeat myself-- just go ahead with "node:2", > > > "node:3", etc. :-D > > > > I did, and that fails. > > I think

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

On Tue, Apr 10, Olaf Hering wrote: > On Tue, Apr 10, Dario Faggioli wrote: > > > In the meanwhile --let me repeat myself-- just go ahead with "node:2", > > "node:3", etc. :-D > > I did, and that fails. I think the man page is not that clear, to me. If there is a difference between 'node' vs.

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

On Tue, Apr 10, Dario Faggioli wrote: > So, Olaf, if you're fancy giving this a tray anyway, well, go ahead. BUG_ON(__vcpu_on_runq(CSCHED_VCPU(vc))); (XEN) Xen BUG at sched_credit.c:876 (XEN) [ Xen-4.11.20180410T125709.50f8ba84a5-3.bug1087289_411 x86_64 debug=y Not tainted ]

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

On Tue, Apr 10, Dario Faggioli wrote: > In the meanwhile --let me repeat myself-- just go ahead with "node:2", > "node:3", etc. :-D I did, and that fails. Olaf signature.asc Description: PGP signature ___ Xen-devel mailing list

Re: [Xen-devel] [PATCH v3 1/7] introduce time managment in xtf

On Mon, Apr 09, 2018 at 05:12:46PM +0200, Paul Semel wrote: > On 04/09/2018 04:35 PM, Roger Pau Monné wrote: > > > this file is introduce to be able to implement an inter domain > > > communication protocol over xenstore. For synchronization purpose, we do > > > really want to be able to "control"

Re: [Xen-devel] [PATCH governance.git] Make Security Policy Doc ready to become a CNA

On 09/04/18 17:02, Lars Kurth wrote: > Note: this time with html disabled > > To become a CNA, we need to more clearly specifiy the scope of > security support. This change updates the document and points > to SUPPORT.md and pages generated from SUPPORT.md >   > Also fixed a typo in the following

Re: [Xen-devel] [PATCH] xen/pvh: Indicate XENFEAT_linux_rsdp_unrestricted to Xen

On Mon, Apr 09, 2018 at 02:51:44PM -0400, Boris Ostrovsky wrote: > Pre-4.17 kernels ignored start_info's rsdp_paddr pointer and instead > relied on finding RSDP in standard location in BIOS RO memory. This > has worked since that's where Xen used to place it. > > However, with recent Xen change

[Xen-devel] [ovmf test] 122158: all pass - PUSHED

flight 122158 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/122158/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 13d909f89a3cee1c1f6b851a4cda7bd1a44e90ae baseline version: ovmf

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

On 09/04/18 19:56, Andrew Cooper wrote: > The LMA setting comes from the entry controls. > > Signed-off-by: Andrew Cooper Release-acked-by: Juergen Gross Juergen ___ Xen-devel mailing list

Re: [Xen-devel] [PATCH v3] xen/privcmd: add IOCTL_PRIVCMD_MMAP_RESOURCE

> -Original Message- > From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com] > Sent: 09 April 2018 20:19 > To: Paul Durrant ; xen-devel@lists.xenproject.org; > linux-arm-ker...@lists.infradead.org; linux-ker...@vger.kernel.org > Cc: Juergen Gross

[Xen-devel] [xen-unstable-smoke test] 122156: regressions - FAIL

flight 122156 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/122156/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 121876 build-armhf

[Xen-devel] [PATCH v6 8/9] xen/x86: add some cr3 helpers

Add some helper macros to access the address and pcid parts of cr3. Use those helpers where appropriate. Signed-off-by: Juergen Gross --- V6: - new patch (Andrew Cooper) --- xen/arch/x86/debug.c| 2 +- xen/arch/x86/domain_page.c | 2 +-

[Xen-devel] [PATCH v4] xen/privcmd: add IOCTL_PRIVCMD_MMAP_RESOURCE

My recent Xen patch series introduces a new HYPERVISOR_memory_op to support direct priv-mapping of certain guest resources (such as ioreq pages, used by emulators) by a tools domain, rather than having to access such resources via the guest P2M. This patch adds the necessary infrastructure to the

  1   2   >