[Xen-devel] [PATCH V3] x86/ioreq_server: Make p2m_finish_type_change actually work

Commit 6d774a951696 ("x86/ioreq server: synchronously reset outstanding p2m_ioreq_server entries when an ioreq server unmaps") introduced p2m_finish_type_change(), which was meant to synchronously finish a previously initiated type change over a gpfn range. It did this by calling get_entry(), chec

Re: [Xen-devel] [PATCH RFC] x86/ioreq server: Optimize p2m cleaning up code in p2m_finish_type_change().

On 5/10/2017 12:29 AM, Jan Beulich wrote: On 05.04.17 at 10:59, wrote: --- a/xen/arch/x86/hvm/dm.c +++ b/xen/arch/x86/hvm/dm.c @@ -411,14 +411,17 @@ static int dm_op(domid_t domid, while ( read_atomic(&p2m->ioreq.entry_count) && first_gfn <= p2m->max_mapped

Re: [Xen-devel] [RFC PATCH v2 12/25] ARM: NUMA: Parse CPU NUMA information

On Mon, May 8, 2017 at 11:01 PM, Julien Grall wrote: > Hi Vijay, > > The title likely needs to have the work device-tree/DT in it. > > On 28/03/17 16:53, vijay.kil...@gmail.com wrote: >> >> From: Vijaya Kumar K >> >> Parse CPU node and fetch numa-node-id information. >> For each node-id found, up

[Xen-devel] [qemu-mainline test] 109241: regressions - FAIL

flight 109241 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/109241/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 5 xen-buildfail REGR. vs. 107636 build-arm64

[Xen-devel] [xen-unstable test] 109229: regressions - trouble: blocked/broken/fail/pass

flight 109229 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/109229/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-xsm 4 host-build-prep fail REGR. vs. 109165 Tests which are fa

[Xen-devel] [PATCH] xen: adjust early dom0 p2m handling to xen hypervisor behavior

When booted as pv-guest the p2m list presented by the Xen is already mapped to virtual addresses. In dom0 case the hypervisor might make use of 2M- or 1G-pages for this mapping. Unfortunately while being properly aligned in virtual and machine address space, those pages might not be aligned properl

Re: [Xen-devel] [PATCH]acpi: enlarge NUM_FIXMAP_ACPI_PAGES from 4 to 5

Ping >In __acpi_map_table(), it suppose all ACPI tables may not exceed 4 pages. >but nowadays ACPI tables, such as SRAT table, are large enough, On my >BIOS board, the SRAT table achieves the size of 14428B, although it's >above 3 pages and within 4pages, but in __acpi_map_table(),

[Xen-devel] [qemu-mainline test] 109235: regressions - FAIL

flight 109235 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/109235/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 5 xen-buildfail REGR. vs. 107636 build-arm64

[Xen-devel] [linux-4.9 test] 109218: regressions - FAIL

flight 109218 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/109218/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 6 xen-boot fail REGR. vs. 107358 test-amd64-i386-xl-qe

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

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

[Xen-devel] [xen-unstable-smoke test] 109232: tolerable trouble: broken/pass - PUSHED

flight 109232 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/109232/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a test-amd64-amd64-libvirt 12 mig

Re: [Xen-devel] [PATCH v2 3/3] xen: call qemu_set_cloexec instead of fcntl

On Tue, 9 May 2017 12:04:53 -0700 Stefano Stabellini wrote: > Use the common utility function, which contains checks on return values, ... and first calls F_GETFD as recommended by POSIX.1-2001. http://pubs.opengroup.org/onlinepubs/009695399/functions/fcntl.html "The arg values to F_GETFD, F_

Re: [Xen-devel] [PATCH v2 2/3] Check the return value of fcntl in qemu_set_cloexec

On Tue, 9 May 2017 12:04:52 -0700 Stefano Stabellini wrote: > Assert that the return value is not an error. This issue was found by > Coverity. > > CID: 1374831 > > Signed-off-by: Stefano Stabellini > CC: gr...@kaod.org > CC: pbonz...@redhat.com > CC: Eric Blake > --- > util/oslib-posix.c |

Re: [Xen-devel] [PATCH v2 1/3] xen/9pfs: fix two resource leaks on error paths, discovered by Coverity

On Tue, 9 May 2017 12:04:51 -0700 Stefano Stabellini wrote: > CID: 1374836 > > Signed-off-by: Stefano Stabellini > CC: anthony.per...@citrix.com > CC: gr...@kaod.org > CC: aneesh.ku...@linux.vnet.ibm.com > --- > hw/9pfs/xen-9p-backend.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --gi

[Xen-devel] [qemu-mainline test] 109222: regressions - FAIL

flight 109222 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/109222/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 5 xen-buildfail REGR. vs. 107636 build-arm64

Re: [Xen-devel] [Qemu-devel] [PATCH v2 1/3] xen/9pfs: fix two resource leaks on error paths, discovered by Coverity

On Tue, 9 May 2017, Eric Blake wrote: > On 05/09/2017 02:20 PM, Eric Blake wrote: > > On 05/09/2017 02:04 PM, Stefano Stabellini wrote: > >> CID: 1374836 > >> > >> Signed-off-by: Stefano Stabellini > >> CC: anthony.per...@citrix.com > >> CC: gr...@kaod.org > >> CC: aneesh.ku...@linux.vnet.ibm.com

Re: [Xen-devel] [Qemu-devel] [PATCH v2 1/3] xen/9pfs: fix two resource leaks on error paths, discovered by Coverity

On 05/09/2017 02:20 PM, Eric Blake wrote: > On 05/09/2017 02:04 PM, Stefano Stabellini wrote: >> CID: 1374836 >> >> Signed-off-by: Stefano Stabellini >> CC: anthony.per...@citrix.com >> CC: gr...@kaod.org >> CC: aneesh.ku...@linux.vnet.ibm.com >> --- >> hw/9pfs/xen-9p-backend.c | 2 ++ >> 1 file

Re: [Xen-devel] [PATCH v2 2/3] Check the return value of fcntl in qemu_set_cloexec

On 05/09/2017 02:04 PM, Stefano Stabellini wrote: > Assert that the return value is not an error. This issue was found by > Coverity. > > CID: 1374831 > > Signed-off-by: Stefano Stabellini > CC: gr...@kaod.org > CC: pbonz...@redhat.com > CC: Eric Blake > --- > util/oslib-posix.c | 4 +++- > 1

Re: [Xen-devel] [PATCH v2 3/3] xen: call qemu_set_cloexec instead of fcntl

On 05/09/2017 02:04 PM, Stefano Stabellini wrote: > Use the common utility function, which contains checks on return values, > instead of manually calling fcntl. > > CID: 1374831 > > Signed-off-by: Stefano Stabellini > CC: anthony.per...@citrix.com > CC: gr...@kaod.org > CC: aneesh.ku...@linux.v

Re: [Xen-devel] [Qemu-devel] [PATCH v2 1/3] xen/9pfs: fix two resource leaks on error paths, discovered by Coverity

On 05/09/2017 02:04 PM, Stefano Stabellini wrote: > CID: 1374836 > > Signed-off-by: Stefano Stabellini > CC: anthony.per...@citrix.com > CC: gr...@kaod.org > CC: aneesh.ku...@linux.vnet.ibm.com > --- > hw/9pfs/xen-9p-backend.c | 2 ++ > 1 file changed, 2 insertions(+) Reviewed-by: Eric Blake

[Xen-devel] [PATCH v2 1/3] xen/9pfs: fix two resource leaks on error paths, discovered by Coverity

CID: 1374836 Signed-off-by: Stefano Stabellini CC: anthony.per...@citrix.com CC: gr...@kaod.org CC: aneesh.ku...@linux.vnet.ibm.com --- hw/9pfs/xen-9p-backend.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/hw/9pfs/xen-9p-backend.c b/hw/9pfs/xen-9p-backend.c index 9c7f41a..a1fdede 100644

[Xen-devel] [PATCH v2 2/3] Check the return value of fcntl in qemu_set_cloexec

Assert that the return value is not an error. This issue was found by Coverity. CID: 1374831 Signed-off-by: Stefano Stabellini CC: gr...@kaod.org CC: pbonz...@redhat.com CC: Eric Blake --- util/oslib-posix.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/util/oslib-posi

[Xen-devel] [PATCH v2 3/3] xen: call qemu_set_cloexec instead of fcntl

Use the common utility function, which contains checks on return values, instead of manually calling fcntl. CID: 1374831 Signed-off-by: Stefano Stabellini CC: anthony.per...@citrix.com CC: gr...@kaod.org CC: aneesh.ku...@linux.vnet.ibm.com CC: Eric Blake --- hw/9pfs/xen-9p-backend.c | 2 +- hw

Re: [Xen-devel] [RFC PATCH 4/4] arm/mem_access: Add software guest-page-table walk

On 09/05/2017 19:55, Julien Grall wrote: On 09/05/2017 17:45, Tamas K Lengyel wrote: On Tue, May 9, 2017 at 10:22 AM, Julien Grall wrote: On 09/05/17 17:04, Tamas K Lengyel wrote: On Tue, May 9, 2017 at 2:09 AM, Julien Grall wrote: On 05/09/2017 08:17 AM, Sergej Proskurin wrote:

Re: [Xen-devel] [RFC PATCH 4/4] arm/mem_access: Add software guest-page-table walk

On 09/05/2017 17:45, Tamas K Lengyel wrote: On Tue, May 9, 2017 at 10:22 AM, Julien Grall wrote: On 09/05/17 17:04, Tamas K Lengyel wrote: On Tue, May 9, 2017 at 2:09 AM, Julien Grall wrote: On 05/09/2017 08:17 AM, Sergej Proskurin wrote: Hi, What you currently do is try gva_to_

Re: [Xen-devel] [ARM] Native application design and discussion (I hope)

On Tue, 9 May 2017, Dario Faggioli wrote: > > > And it should not be hard to give such code access to the context > > > of > > > the vCPU that was previously running (in x86, given we implement > > > what > > > we call lazy context switch, it's most likely still loaded in the > > > pCPU!). > > > >

Re: [Xen-devel] [PATCH 3/4] x86/pv: Drop {compat_, }create_bounce_frame() and use the C version instead

On 09/05/17 17:16, Jan Beulich wrote: On 08.05.17 at 17:48, wrote: >> --- a/xen/arch/x86/x86_64/compat/entry.S >> +++ b/xen/arch/x86/x86_64/compat/entry.S >> @@ -51,7 +51,7 @@ compat_test_guest_events: >> movl VCPU_event_sel(%rbx),%eax >> movw %ax,TRAPBOUNCE_cs(%rdx) >>

[Xen-devel] [xen-unstable test] 109211: regressions - FAIL

flight 109211 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/109211/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-debianhvm-amd64-xsm 15 guest-localmigrate/x10 fail REGR. vs. 109165 Reg

Re: [Xen-devel] [PATCH 2/4] x86/pv: Introduce pv_create_exception_frame()

On 09/05/17 16:58, Jan Beulich wrote: On 08.05.17 at 17:48, wrote: >> +void pv_create_exception_frame(void) >> +{ >> +struct vcpu *curr = current; >> +struct trap_bounce *tb = &curr->arch.pv_vcpu.trap_bounce; > const (twice)? > >> +struct cpu_user_regs *regs = guest_cpu_user_regs(

[Xen-devel] [ovmf baseline-only test] 71269: tolerable trouble: blocked/broken/pass

This run is configured for baseline tests only. flight 71269 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71269/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-i386-pvops 3 host-install(3) broken bas

Re: [Xen-devel] [RFC PATCH 4/4] arm/mem_access: Add software guest-page-table walk

On Tue, May 9, 2017 at 10:22 AM, Julien Grall wrote: > > > On 09/05/17 17:04, Tamas K Lengyel wrote: >> >> On Tue, May 9, 2017 at 2:09 AM, Julien Grall wrote: >>> >>> >>> >>> On 05/09/2017 08:17 AM, Sergej Proskurin wrote: Hi, >> What you currently do is try gva_to_ipa and

Re: [Xen-devel] [PATCH RFC] x86/ioreq server: Optimize p2m cleaning up code in p2m_finish_type_change().

>>> On 05.04.17 at 10:59, wrote: > --- a/xen/arch/x86/mm/p2m.c > +++ b/xen/arch/x86/mm/p2m.c > @@ -1034,12 +1034,13 @@ void p2m_change_type_range(struct domain *d, > /* Synchronously modify the p2m type for a range of gfns from ot to nt. */ > void p2m_finish_type_change(struct domain *d, >

Re: [Xen-devel] [PATCH RFC] x86/ioreq server: Optimize p2m cleaning up code in p2m_finish_type_change().

>>> On 05.04.17 at 10:59, wrote: > --- a/xen/arch/x86/hvm/dm.c > +++ b/xen/arch/x86/hvm/dm.c > @@ -411,14 +411,17 @@ static int dm_op(domid_t domid, > while ( read_atomic(&p2m->ioreq.entry_count) && > first_gfn <= p2m->max_mapped_pfn ) > { > +

Re: [Xen-devel] [RFC PATCH 4/4] arm/mem_access: Add software guest-page-table walk

On 09/05/17 17:04, Tamas K Lengyel wrote: On Tue, May 9, 2017 at 2:09 AM, Julien Grall wrote: On 05/09/2017 08:17 AM, Sergej Proskurin wrote: Hi, What you currently do is try gva_to_ipa and if it does not work >> you will call p2m_gva_to_ipa. This sounds a bit pointless to me and waste

Re: [Xen-devel] [PATCH 4/4] x86/pv: Implement the failsafe callback using the general path

>>> On 08.05.17 at 17:48, wrote: > --- a/xen/arch/x86/domain.c > +++ b/xen/arch/x86/domain.c > @@ -1275,100 +1275,14 @@ static void load_segments(struct vcpu *n) > > if ( unlikely(!all_segs_okay) ) > { > -struct pv_vcpu *pv = &n->arch.pv_vcpu; > -struct cpu_user_regs *r

Re: [Xen-devel] [PATCH 3/4] x86/pv: Drop {compat_, }create_bounce_frame() and use the C version instead

>>> On 08.05.17 at 17:48, wrote: > --- a/xen/arch/x86/x86_64/compat/entry.S > +++ b/xen/arch/x86/x86_64/compat/entry.S > @@ -51,7 +51,7 @@ compat_test_guest_events: > movl VCPU_event_sel(%rbx),%eax > movw %ax,TRAPBOUNCE_cs(%rdx) > movb $TBF_INTERRUPT,TRAPBOUNCE_flags(

Re: [Xen-devel] [RFC PATCH 4/4] arm/mem_access: Add software guest-page-table walk

On Tue, May 9, 2017 at 2:09 AM, Julien Grall wrote: > > > On 05/09/2017 08:17 AM, Sergej Proskurin wrote: >> >> Hi, >> What you currently do is try gva_to_ipa and if it does not work >> you will call p2m_gva_to_ipa. This sounds a bit pointless to me and waste of time if the underlyi

Re: [Xen-devel] [PATCH] public/elfnote: document non-alignment of relocated init-P2M

>>> On 09.05.17 at 17:33, wrote: > On 09/05/17 17:32, Jan Beulich wrote: > On 09.05.17 at 17:25, wrote: >>> On 09/05/17 17:06, Jan Beulich wrote: >>> On 09.05.17 at 16:36, wrote: > On 09/05/17 16:23, Jan Beulich wrote: >> Since PV kernels can't use large pages anywa, when the ini

Re: [Xen-devel] [PATCH 2/4] x86/pv: Introduce pv_create_exception_frame()

>>> On 08.05.17 at 17:48, wrote: > +void pv_create_exception_frame(void) > +{ > +struct vcpu *curr = current; > +struct trap_bounce *tb = &curr->arch.pv_vcpu.trap_bounce; const (twice)? > +struct cpu_user_regs *regs = guest_cpu_user_regs(); > +const bool user_mode_frame = !guest_

Re: [Xen-devel] [PATCH] public/elfnote: document non-alignment of relocated init-P2M

Hi, On 09/05/17 15:23, Jan Beulich wrote: Since PV kernels can't use large pages anywa, when the init-P2M support was added it was decided to keep the implementation simple and not align large pages in PFN space. Document this. Signed-off-by: Jan Beulich This is documentation so: Release-ac

Re: [Xen-devel] [PATCH for-4.9 0/2] x86/pv: Misc fixes

Hi Andrew, On 08/05/17 11:04, Andrew Cooper wrote: Two fixes for bugs which I have found while trying to raise {compat_,}create_bounce_frame() up into C. They should both be fixed in all releases of Xen. Andrew Cooper (2): x86/pv: Fix bugs with the handling of int80_bounce x86/pv: Align %r

Re: [Xen-devel] [PATCH] public/elfnote: document non-alignment of relocated init-P2M

On 09/05/17 17:32, Jan Beulich wrote: On 09.05.17 at 17:25, wrote: >> On 09/05/17 17:06, Jan Beulich wrote: >> On 09.05.17 at 16:36, wrote: On 09/05/17 16:23, Jan Beulich wrote: > Since PV kernels can't use large pages anywa, when the init-P2M support > was added it was deci

Re: [Xen-devel] [PATCH] public/elfnote: document non-alignment of relocated init-P2M

>>> On 09.05.17 at 17:25, wrote: > On 09/05/17 17:06, Jan Beulich wrote: > On 09.05.17 at 16:36, wrote: >>> On 09/05/17 16:23, Jan Beulich wrote: Since PV kernels can't use large pages anywa, when the init-P2M support was added it was decided to keep the implementation simple and no

Re: [Xen-devel] [PATCH] public/elfnote: document non-alignment of relocated init-P2M

On 09/05/17 17:06, Jan Beulich wrote: On 09.05.17 at 16:36, wrote: >> On 09/05/17 16:23, Jan Beulich wrote: >>> Since PV kernels can't use large pages anywa, when the init-P2M support >>> was added it was decided to keep the implementation simple and not >>> align large pages in PFN space. Do

Re: [Xen-devel] [RFC PATCH 01/10] ARM: vGIC: remove rank lock from IRQ routing functions

Hi Stefano, On 09/05/17 01:47, Stefano Stabellini wrote: On Mon, 8 May 2017, Julien Grall wrote: Hi Stefano, On 08/05/2017 22:53, Stefano Stabellini wrote: On Mon, 8 May 2017, Julien Grall wrote: Hi Andre, On 08/05/17 10:15, Andre Przywara wrote: On 04/05/17 16:53, Julien Grall wrote: Hi

Re: [Xen-devel] [PATCH] public/elfnote: document non-alignment of relocated init-P2M

>>> On 09.05.17 at 17:10, wrote: > On 09/05/17 15:23, Jan Beulich wrote: >> Since PV kernels can't use large pages anywa, when the init-P2M support > > anyway Already fixed after Alan pointed this out. Do I need to send v2 because of this typo? Jan

Re: [Xen-devel] 4.9rc4: linux.c:27:28: fatal error: xen/sys/evtchn.h: No such file or directory

On Tue, 9 May 2017, Steven Haigh wrote: > I'm trying to use the same build procedure I had for working correctly > for Xen 4.7 & 4.8.1 - but am coming across this error: > > gcc -DPIC -m64 -DBUILD_ID -fno-strict-aliasing -std=gnu99 -Wall > -Wstrict-prototypes -Wdeclaration-after-statement > -W

Re: [Xen-devel] [For Xen-4.10 RFC PATCH 3/3] Prevent redundant icache flushes in populate_physmap()

Hi Punit, Sorry for the late answer. On 31/03/17 11:24, Punit Agrawal wrote: populate_physmap() calls alloc_heap_pages() per requested extent. As alloc_heap_pages() performs icache maintenance operations affecting the entire instruction cache, this leads to redundant cache flushes when allocati

Re: [Xen-devel] [PATCH] public/elfnote: document non-alignment of relocated init-P2M

On 09/05/17 15:23, Jan Beulich wrote: > Since PV kernels can't use large pages anywa, when the init-P2M support anyway ~Andrew > was added it was decided to keep the implementation simple and not > align large pages in PFN space. Document this. > > Signed-off-by: Jan Beulich > > --- a/xen/inclu

Re: [Xen-devel] [PATCH 1/4] x86/pv: Drop int80_bounce from struct pv_vcpu

On 09/05/17 15:49, Jan Beulich wrote: On 08.05.17 at 17:48, wrote: >> --- a/xen/arch/x86/x86_64/entry.S >> +++ b/xen/arch/x86/x86_64/entry.S >> @@ -233,12 +233,36 @@ UNLIKELY_END(msi_check) >> >> GET_CURRENT(bx) >> >> -/* Check that the callback is non-null. */ >> -

Re: [Xen-devel] Xen Project Developer Summit Design Sessions (updated link for Design Sessions CFP)

Hi everyone, we created a simplified page to submit Design Sessions at http://events.linuxfoundation.org/events/xen-developer-and-design-summit/program/cfp-design-session , which is also availab

[Xen-devel] 4.9rc4: linux.c:27:28: fatal error: xen/sys/evtchn.h: No such file or directory

I'm trying to use the same build procedure I had for working correctly for Xen 4.7 & 4.8.1 - but am coming across this error: gcc -DPIC -m64 -DBUILD_ID -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wno-unused-local-typedefs

Re: [Xen-devel] [PATCH] public/elfnote: document non-alignment of relocated init-P2M

>>> On 09.05.17 at 16:36, wrote: > On 09/05/17 16:23, Jan Beulich wrote: >> Since PV kernels can't use large pages anywa, when the init-P2M support >> was added it was decided to keep the implementation simple and not >> align large pages in PFN space. Document this. >> >> Signed-off-by: Jan Beul

Re: [Xen-devel] [PATCH 1/4] x86/pv: Drop int80_bounce from struct pv_vcpu

>>> On 08.05.17 at 17:48, wrote: > --- a/xen/arch/x86/x86_64/entry.S > +++ b/xen/arch/x86/x86_64/entry.S > @@ -233,12 +233,36 @@ UNLIKELY_END(msi_check) > > GET_CURRENT(bx) > > -/* Check that the callback is non-null. */ > -leaq VCPU_int80_bounce(%rbx),%rdx > -

Re: [Xen-devel] [PATCH] public/elfnote: document non-alignment of relocated init-P2M

On 09/05/17 16:23, Jan Beulich wrote: > Since PV kernels can't use large pages anywa, when the init-P2M support > was added it was decided to keep the implementation simple and not > align large pages in PFN space. Document this. > > Signed-off-by: Jan Beulich > > --- a/xen/include/public/elfnot

Re: [Xen-devel] [PATCH v6] ns16550: Add support for UART parameters to be specifed with name-value pairs

>>> On 28.04.17 at 01:01, wrote: > +static bool __init parse_namevalue_pairs(char *str, struct ns16550 *uart) > +{ > +char *token, *start = str; > +char *param_value = NULL; > +bool dev_set = false; > + > +if ( (str == NULL) || (*str == '\0') ) > +return true; > + > +do

Re: [Xen-devel] [Qemu-devel] [PATCH v7 3/5] shutdown: Add source information to SHUTDOWN and RESET

Resending because first send didn't get through to some recipients... Eric Blake writes: > Time to wire up all the call sites that request a shutdown or > reset to use the enum added in the previous patch. > > It would have been less churn to keep the common case with no > arguments as meaning g

[Xen-devel] [PATCH] public/elfnote: document non-alignment of relocated init-P2M

Since PV kernels can't use large pages anywa, when the init-P2M support was added it was decided to keep the implementation simple and not align large pages in PFN space. Document this. Signed-off-by: Jan Beulich --- a/xen/include/public/elfnote.h +++ b/xen/include/public/elfnote.h @@ -173,7 +17

Re: [Xen-devel] [Qemu-devel] [PATCH v7 3/5] shutdown: Add source information to SHUTDOWN and RESET

On 05/09/2017 06:56 AM, Markus Armbruster wrote: > Eric Blake writes: > >> Time to wire up all the call sites that request a shutdown or >> reset to use the enum added in the previous patch. >> >> It would have been less churn to keep the common case with no >> arguments as meaning guest-triggere

Re: [Xen-devel] [PATCH v7 3/5] shutdown: Add source information to SHUTDOWN and RESET

On Mon, 8 May 2017 16:19:51 -0500 Eric Blake wrote: > Time to wire up all the call sites that request a shutdown or > reset to use the enum added in the previous patch. > > It would have been less churn to keep the common case with no > arguments as meaning guest-triggered, and only modified th

[Xen-devel] [distros-debian-snapshot test] 71268: trouble: blocked/broken

flight 71268 distros-debian-snapshot real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71268/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvops 3 host-install(3) broken R

[Xen-devel] [qemu-mainline test] 109212: regressions - FAIL

flight 109212 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/109212/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 5 xen-buildfail REGR. vs. 107636 build-arm64

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

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

Re: [Xen-devel] [PATCH] x86/efi: Reserve EFI properties table

>>> On 08.05.17 at 18:17, wrote: > Some EFI firmware implementations may place the EFI properties table in > RAM marked as BootServicesData, which Xen does not consider as reserved. And which is correct. Hence ... > When dom0 tries to access the EFI properties table (which Linux >= 4.4 > does),

Re: [Xen-devel] [Qemu-devel] [PATCH] Fix issues affecting Xen 9pfs discovered by Coverity

On Mon, 8 May 2017 17:05:01 -0500 Eric Blake wrote: > On 05/08/2017 05:00 PM, Stefano Stabellini wrote: > > >>> Directly calling fcntl(F_SETFD) without first reading fcntl(F_GETFD) is > >>> (theoretically) incorrect. Better might be using qemu_set_cloexec() > >>> instead of open-coding somethin

Re: [Xen-devel] [Qemu-devel] [PATCH v7 3/5] shutdown: Add source information to SHUTDOWN and RESET

Eric Blake writes: > Time to wire up all the call sites that request a shutdown or > reset to use the enum added in the previous patch. > > It would have been less churn to keep the common case with no > arguments as meaning guest-triggered, and only modified the > host-triggered code paths, via

[Xen-devel] http://xenproject.org/ is down due to a server failure

The site is being restored on another server and should be back up at 13:00 UTC Regards Lars ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [Qemu-devel] [PATCH v7 2/5] shutdown: Prepare for use of an enum in reset/shutdown_request

Eric Blake writes: > We want to track why a guest was shutdown; in particular, being able > to tell the difference between a guest request (such as ACPI request) > and host request (such as SIGINT) will prove useful to libvirt. > Since all requests eventually end up changing shutdown_requested in

Re: [Xen-devel] [Qemu-devel] [PATCH v6 2/5] shutdown: Prepare for use of an enum in reset/shutdown_request

Eric Blake writes: > On 05/08/2017 01:26 PM, Markus Armbruster wrote: >> Eric Blake writes: >> >>> We want to track why a guest was shutdown; in particular, being able >>> to tell the difference between a guest request (such as ACPI request) >>> and host request (such as SIGINT) will prove usef

Re: [Xen-devel] [ARM] Native application design and discussion (I hope)

On 05/09/2017 12:08 PM, Dario Faggioli wrote: On Tue, 2017-05-09 at 11:32 +0100, Julien Grall wrote: Hi Dario, Hey, On 05/09/2017 11:13 AM, Dario Faggioli wrote: Which, FTR, is what we do in Xen for a bunch of things already, i.e., softirqs and tasklets. No, we don't switch to the idle

[Xen-devel] [linux-4.9 test] 109195: regressions - FAIL

flight 109195 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/109195/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 6 xen-boot fail REGR. vs. 107358 test-amd64-i386-xl-qe

Re: [Xen-devel] [ARM] Native application design and discussion (I hope)

On Tue, 2017-05-09 at 11:32 +0100, Julien Grall wrote: > Hi Dario, > Hey, > On 05/09/2017 11:13 AM, Dario Faggioli wrote: > > > > Which, FTR, is what we do in Xen for a bunch of things already, > > i.e., > > softirqs and tasklets. > > No, we don't switch to the idle vCPU to handle tasklets or s

Re: [Xen-devel] [PATCH V2] x86/ioreq server: Fix XenGT couldn't reboot when XenGT use p2m_ioreq_server p2m_type

On 09/05/17 11:51, Jan Beulich wrote: On 09.05.17 at 12:21, wrote: >> On 09/05/17 11:08, Jan Beulich wrote: >> On 09.05.17 at 11:44, wrote: On 09/05/17 22:22, Xiong Zhang wrote: > --- a/xen/arch/x86/mm/p2m-ept.c > +++ b/xen/arch/x86/mm/p2m-ept.c > @@ -502,7 +502,7 @@ sta

Re: [Xen-devel] [PATCH V2] x86/ioreq server: Fix XenGT couldn't reboot when XenGT use p2m_ioreq_server p2m_type

>>> On 09.05.17 at 12:21, wrote: > On 09/05/17 11:08, Jan Beulich wrote: > On 09.05.17 at 11:44, wrote: >>> On 09/05/17 22:22, Xiong Zhang wrote: --- a/xen/arch/x86/mm/p2m-ept.c +++ b/xen/arch/x86/mm/p2m-ept.c @@ -502,7 +502,7 @@ static int ept_invalidate_emt_range(struct p2m_d

Re: [Xen-devel] [PATCH v2 00/18] Refactor x86 trap handling code

On 05/05/17 15:48, Wei Liu wrote: > x86/traps: export trapstr > x86/traps: lift do_guest_trap to domain.h These two Reviewed-by: Andrew Cooper and pulled into x86-next. ~Andrew ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.

Re: [Xen-devel] [ARM] Native application design and discussion (I hope)

Hi Dario, On 05/09/2017 11:13 AM, Dario Faggioli wrote: On Fri, 2017-05-05 at 12:28 -0700, Stefano Stabellini wrote: On Fri, 5 May 2017, Andrii Anisov wrote: On 24.04.17 21:08, Stefano Stabellini wrote: The advantages of using EL0 apps are: - scheduled deterministically - faster context switc

[Xen-devel] [ovmf baseline-only test] 71267: trouble: blocked/broken

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

Re: [Xen-devel] [PATCH V2] x86/ioreq server: Fix XenGT couldn't reboot when XenGT use p2m_ioreq_server p2m_type

On 09/05/17 11:08, Jan Beulich wrote: On 09.05.17 at 11:44, wrote: >> On 09/05/17 22:22, Xiong Zhang wrote: >>> --- a/xen/arch/x86/mm/p2m-ept.c >>> +++ b/xen/arch/x86/mm/p2m-ept.c >>> @@ -502,7 +502,7 @@ static int ept_invalidate_emt_range(struct p2m_domain >>> *p2m, >>> * - zero if no adj

Re: [Xen-devel] [PATCH V2] x86/ioreq server: Fix XenGT couldn't reboot when XenGT use p2m_ioreq_server p2m_type

> >>> On 09.05.17 at 11:44, wrote: > > On 09/05/17 22:22, Xiong Zhang wrote: > >> --- a/xen/arch/x86/mm/p2m-ept.c > >> +++ b/xen/arch/x86/mm/p2m-ept.c > >> @@ -502,7 +502,7 @@ static int ept_invalidate_emt_range(struct > p2m_domain *p2m, > >> * - zero if no adjustment was done, > >> * - a posi

Re: [Xen-devel] [ARM] Native application design and discussion (I hope)

On Fri, 2017-05-05 at 12:28 -0700, Stefano Stabellini wrote: > On Fri, 5 May 2017, Andrii Anisov wrote: > > On 24.04.17 21:08, Stefano Stabellini wrote: > > > The advantages of using EL0 apps are: > > > - scheduled deterministically > > > - faster context switch > > > - lower and deterministic late

Re: [Xen-devel] [PATCH for-next] x86/tlb: Don't use locked operations in tlbflush_filter()

>>> On 08.05.17 at 18:31, wrote: > All passed cpumask_t's are context-local and not at risk of concurrent > updates. > > Signed-off-by: Andrew Cooper Reviewed-by: Jan Beulich ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org

Re: [Xen-devel] [PATCH V2] x86/ioreq server: Fix XenGT couldn't reboot when XenGT use p2m_ioreq_server p2m_type

>>> On 09.05.17 at 11:44, wrote: > On 09/05/17 22:22, Xiong Zhang wrote: >> --- a/xen/arch/x86/mm/p2m-ept.c >> +++ b/xen/arch/x86/mm/p2m-ept.c >> @@ -502,7 +502,7 @@ static int ept_invalidate_emt_range(struct p2m_domain >> *p2m, >> * - zero if no adjustment was done, >> * - a positive value i

Re: [Xen-devel] qemu-xen-traditional VNC SASL support

On Sun, May 7, 2017 at 7:58 PM, Simon Waterman wrote: > Hi, > > I read that only bug fixes are being accepted for qemu-xen-traditional. I'd > quite like to see SASL > support for VNC in qemu-xen-traditional so that it is available when using > IOEMU stub-domains. > > I've got a patch that back-po

Re: [Xen-devel] [PATCH V2] x86/ioreq server: Fix XenGT couldn't reboot when XenGT use p2m_ioreq_server p2m_type

On 09/05/17 22:22, Xiong Zhang wrote: > 'commit 1679e0df3df6 ("x86/ioreq server: asynchronously reset > outstanding p2m_ioreq_server entries")' will call > p2m_change_entry_type_global() which set entry.recalc=1. Then > the following get_entry(p2m_ioreq_server) will return > p2m_ram_rw type. > But

Re: [Xen-devel] qemu-xen-traditional VNC SASL support

CC Ian On Sun, May 07, 2017 at 07:58:29PM +0100, Simon Waterman wrote: > Hi, > > I read that only bug fixes are being accepted for qemu-xen-traditional. I'd > quite like to see SASL > support for VNC in qemu-xen-traditional so that it is available when using > IOEMU stub-domains. > > I've got a

Re: [Xen-devel] [PATCH v7 2/3] * util/grub.d/20_linux_xen.in: Add xen_boot command support for aarch64

Hi Vladimir On 9 May 2017 at 17:02, Fu Wei wrote: > Hi Vladimir > > On 9 May 2017 at 14:59, Vladimir 'phcoder' Serbinenko > wrote: >> >> >> Le Tue, May 2, 2017 à 9:06 AM, a écrit : >>> >>> From: Fu Wei >>> >>> This patch adds the support of xen_boot command for aarch64: >>> xen_hypervisor

Re: [Xen-devel] [PATCH] x86/ioreq server: Fix DomU couldn't reboot when using p2m_ioreq_server p2m_type

On 09/05/17 06:21, Yu Zhang wrote: > > > On 5/8/2017 7:12 PM, George Dunlap wrote: >> On 08/05/17 11:52, Zhang, Xiong Y wrote: >>> On 06.05.17 at 03:51, wrote: > On 05.05.17 at 05:52, wrote: >>> 'commit 1679e0df3df6 ("x86/ioreq server: asynchronously reset >>> outstanding p2

Re: [Xen-devel] null domains after xl destroy

On Mon, May 08, 2017 at 11:10:24AM +0200, Juergen Gross wrote: > On 04/05/17 00:17, Glenn Enright wrote: > > On 04/05/17 04:58, Steven Haigh wrote: > >> On 04/05/17 01:53, Juergen Gross wrote: > >>> On 03/05/17 12:45, Steven Haigh wrote: > Just wanted to give this a little nudge now people see

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

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

Re: [Xen-devel] [PATCH v7 2/3] * util/grub.d/20_linux_xen.in: Add xen_boot command support for aarch64

Hi Vladimir On 9 May 2017 at 14:59, Vladimir 'phcoder' Serbinenko wrote: > > > Le Tue, May 2, 2017 à 9:06 AM, a écrit : >> >> From: Fu Wei >> >> This patch adds the support of xen_boot command for aarch64: >> xen_hypervisor >> xen_module >> These two commands are only for aarch64, since

Re: [Xen-devel] [ARM] Native application design and discussion (I hope)

On 08/05/17 19:31, Stefano Stabellini wrote: > On Mon, 8 May 2017, George Dunlap wrote: >> On 05/05/17 20:28, Stefano Stabellini wrote: >>> On Fri, 5 May 2017, Andrii Anisov wrote: Hello Stefano, On 24.04.17 21:08, Stefano Stabellini wrote: > Stubdomains (stubdoms in short) are s

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

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

Re: [Xen-devel] [PATCH v7 1/3] arm64: add "--nounzip" option support in xen_module command

Hi Vladimir, On 9 May 2017 at 14:56, Vladimir 'phcoder' Serbinenko wrote: > > > Le Tue, May 2, 2017 à 9:06 AM, a écrit : >> >> From: Fu Wei >> >> This patch adds "--nounzip" option support in order to >> be compatible with the module command of multiboot on other architecture, >> by this way we

Re: [Xen-devel] [RFC PATCH v2 10/25] x86: NUMA: Move numa code and make it generic

On 05/09/2017 08:39 AM, Vijay Kilari wrote: On Mon, May 8, 2017 at 10:21 PM, Julien Grall wrote: On 28/03/17 16:53, vijay.kil...@gmail.com wrote: +static int numa_setup(char *s); +custom_param("numa", numa_setup); + +struct node_data node_data[MAX_NUMNODES]; + +/* Mapping from pdx to node id

Re: [Xen-devel] [RFC PATCH v2 10/25] x86: NUMA: Move numa code and make it generic

On 05/09/2017 08:36 AM, Vijay Kilari wrote: On Mon, May 8, 2017 at 10:11 PM, Julien Grall wrote: Hi Vijay, On 28/03/17 16:53, vijay.kil...@gmail.com wrote: diff --git a/xen/arch/x86/numa.c b/xen/arch/x86/numa.c index 3bdab9a..33c6806 100644 --- a/xen/arch/x86/numa.c +++ b/xen/arch/x86/num

Re: [Xen-devel] [RFC PATCH v2 09/25] ARM: NUMA: Add existing ARM numa code under CONFIG_NUMA

On 05/09/2017 08:14 AM, Vijay Kilari wrote: On Mon, May 8, 2017 at 9:28 PM, Julien Grall wrote: Hi Vijay, On 28/03/17 16:53, vijay.kil...@gmail.com wrote: From: Vijaya Kumar K Right now CONFIG_NUMA is not enabled for ARM and existing code in asm-arm/numa.h is for !CONFIG_NUMA. Hence put th

Re: [Xen-devel] [RFC PATCH v2 06/25] x86: NUMA: Add accessors for nodes[] and node_memblk_range[] structs

On 05/09/2017 08:02 AM, Vijay Kilari wrote: On Mon, May 8, 2017 at 8:09 PM, Julien Grall wrote: Hi Vijay, On 28/03/17 16:53, vijay.kil...@gmail.com wrote: From: Vijaya Kumar K Add accessor for nodes[] and other static variables and s/accessor/accessors/ used those accessors. Also

[Xen-devel] [qemu-mainline test] 109194: regressions - FAIL

flight 109194 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/109194/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 5 xen-buildfail REGR. vs. 107636 build-arm64

Re: [Xen-devel] [RFC PATCH 4/4] arm/mem_access: Add software guest-page-table walk

On 05/09/2017 08:17 AM, Sergej Proskurin wrote: Hi, What you currently do is try gva_to_ipa and if it does not work >> you will call p2m_gva_to_ipa. This sounds a bit pointless to me and waste of time if the underlying memory of stage-1 page table is >> protected. > > But we don't know that

[Xen-devel] [xen-unstable test] 109186: regressions - FAIL

flight 109186 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/109186/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-winxpsp3 16 guest-stop fail REGR. vs. 109165 Tests which did no

  1   2   >