[Xen-devel] [xen-4.9-testing baseline-only test] 72487: regressions - FAIL

This run is configured for baseline tests only. flight 72487 xen-4.9-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72487/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-xsm 7 xen-boot

Re: [Xen-devel] MMIO emulation failure on REP OUTS (was: [PATCH] x86/HVM: fix hvmemul_rep_outs_set_context())

(shrinking Cc list) >>> On 23.11.17 at 19:37, wrote: > On 23/11/17 15:09, Jan Beulich wrote: >> There were two issues with this function: Its use of >> hvmemul_do_pio_buffer() was wrong (the function deals only with >> individual port accesses, not repeated ones, i.e.

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

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

Re: [Xen-devel] [PATCH] tools: fix description of Linux ioctl_evtchn_notify

On Thu, Nov 23, 2017 at 05:16:51PM +, Jonathan Davies wrote: > Signed-off-by: Jonathan Davies Acked-by: Wei Liu ___ Xen-devel mailing list Xen-devel@lists.xenproject.org

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

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

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

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

Re: [Xen-devel] [PATCH 16/16] SUPPORT.md: Add limits RFC

>>> On 22.11.17 at 19:01, wrote: > >> On Nov 21, 2017, at 9:26 AM, Jan Beulich wrote: >> > On 13.11.17 at 16:41, wrote: >>> +### Virtual CPUs >>> + >>> +Limit, x86 PV: 8192 >>> +Limit-security, x86 PV: 32 >>> +

Re: [Xen-devel] Linux as 32-bit Dom0?

On 22/11/17 15:48, Jan Beulich wrote: On 22.11.17 at 15:40, wrote: >> On 22/11/17 15:05, Jan Beulich wrote: >>> Jürgen, Boris, >>> >>> am I trying something that's not allowed, but selectable via Kconfig? >>> On system with multiple IO-APICs (I assume that's what triggers

Re: [Xen-devel] [PATCH 13/16] SUPPORT.md: Add secondary memory management features

>>> On 22.11.17 at 18:15, wrote: > On 11/21/2017 07:55 PM, Andrew Cooper wrote: >> On 13/11/17 15:41, George Dunlap wrote: >>> Signed-off-by: George Dunlap >>> --- >>> CC: Ian Jackson >>> CC: Wei Liu

Re: [Xen-devel] [PATCH v3 02/17] SUPPORT.md: Add core functionality

>>> On 22.11.17 at 20:20, wrote: > Core memory management and scheduling. > > Signed-off-by: George Dunlap Acked-by: Jan Beulich ___ Xen-devel mailing list

Re: [Xen-devel] [PATCH v3 04/17] SUPPORT.md: Add core ARM features

On 11/23/2017 11:11 AM, Julien Grall wrote: > Hi George, > > On 22/11/17 19:20, George Dunlap wrote: >> Hardware support and guest type. >> >> Signed-off-by: George Dunlap >> --- >> Changes since v2: >> - Moved SMMUv* into generic IOMMU section >> >> CC: Ian Jackson

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

flight 116440 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/116440/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-xsm 6 xen-install fail REGR. vs. 116190

Re: [Xen-devel] [PATCH v13 05/11] x86/mm: add HYPERVISOR_memory_op to acquire guest resources

>>> On 30.10.17 at 18:48, wrote: > --- a/xen/common/memory.c > +++ b/xen/common/memory.c > @@ -965,6 +965,94 @@ static long xatp_permission_check(struct domain *d, > unsigned int space) > return xsm_add_to_physmap(XSM_TARGET, current->domain, d); > } > > +static

Re: [Xen-devel] [PATCH v3 07/17] SUPPORT.md: Add virtual devices common to ARM and x86

On 11/23/2017 10:59 AM, Jan Beulich wrote: On 22.11.17 at 20:20, wrote: >> Mostly PV protocols. >> >> Signed-off-by: George Dunlap > > Acked-by: Jan Beulich > with a couple of remarks. > >> @@ -223,6 +227,152 @@ which

Re: [Xen-devel] [PATCH 13/16] SUPPORT.md: Add secondary memory management features

On 11/23/2017 12:58 PM, Andrew Cooper wrote: > On 23/11/17 12:45, Olaf Hering wrote: >> On Thu, Nov 23, Andrew Cooper wrote: >> >>> Its not that.  This failure comes from the ring living inside the p2m, >>> and has already been found with introspection. >> In my case it was just a wrong domid. Now

[Xen-devel] Xen 4.10 RC6

Hi all, Xen 4.10 RC6 is tagged. You can check that out from xen.git: git://xenbits.xen.org/xen.git 4.10.0-rc6 For your convenience there is also a tarball at: https://downloads.xenproject.org/release/xen/4.10.0-rc6/xen-4.10.0-rc6.tar.gz And the signature is at:

Re: [Xen-devel] [PATCH v3 12/17] SUPPORT.md: Add Security-releated features

On 11/23/2017 11:16 AM, Jan Beulich wrote: On 22.11.17 at 20:20, wrote: >> +### Live Patching >> + >> +Status, x86: Supported >> +Status, ARM: Experimental >> + >> +Compile time disabled for ARM > > "... by default"? > >> +### XSM & FLASK >> + >> +

[Xen-devel] [PATCH] tools: fix description of Linux ioctl_evtchn_notify

Signed-off-by: Jonathan Davies --- tools/include/xen-sys/Linux/evtchn.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/include/xen-sys/Linux/evtchn.h b/tools/include/xen-sys/Linux/evtchn.h index 08ee0b7..002be5b 100644 ---

[Xen-devel] [PATCHv2] xen-netfront: remove warning when unloading module

v2: * Replace busy wait with wait_event()/wake_up_all() * Cannot garantee that at the time xennet_remove is called, the xen_netback state will not be XenbusStateClosed, so added a condition for that * There's a small chance for the xen_netback state is XenbusStateUnknown by the time

Re: [Xen-devel] [PATCH 13/16] SUPPORT.md: Add secondary memory management features

On 23/11/17 12:45, Olaf Hering wrote: > On Thu, Nov 23, Andrew Cooper wrote: > >> Its not that.  This failure comes from the ring living inside the p2m, >> and has already been found with introspection. > In my case it was just a wrong domid. Now I use 'xl domid domU' and > xenpaging does

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

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

[Xen-devel] [PATCH for-next 02/16] xen/arm: raw_copy_to_guest_helper: Rework the prototype and rename it

All the helpers within arch/arm/guestcopy.c are doing the same things: copy data from/to the guest. At the moment, the logic is duplicated in each helpers making more difficult to implement new variant. The first step for the consolidation is to get a common prototype and a base. For convenience

[Xen-devel] [PATCH for-next 01/16] xen/arm: raw_copy_to_guest_helper: Rename flush_dcache to flags

In a follow-up patch, it will be necessary to pass more flags to the function. Rename flush_dcache to flags and introduce a define to tell whether the cache needs to be flushed after the copy. Signed-off-by: Julien Grall --- xen/arch/arm/guestcopy.c | 8 +--- 1

[Xen-devel] [PATCH for-next 09/16] xen/arm: domain_build: Rework initrd_load to use the generic copy helper

The function initrd_load is dealing with IPA but uses gvirt_to_maddr to do the translation. This is currently working fine because the stage-1 MMU is disabled. Furthermore, the function is implementing its own copy to guest resulting in code duplication and making more difficult to update the

[Xen-devel] [PATCH for-next 10/16] xen/arm: domain_build: Use copy_to_guest_phys_flush_dcache in dtb_load

The function dtb_load is dealing with IPA but uses gvirt_to_maddr to do the translation. This is currently working fine because the stage-1 MMU is disabled. Rather than relying on such assumption, use the new copy_to_guest_phys_flush_dcache. This also result to a slightly more comprehensible

[Xen-devel] [PATCH for-next 12/16] xen/arm: p2m: Introduce p2m_tlb_flush_sync, export it and use it

Multiple places in the code requires to flush the TLBs wonly when p2m->need_flush is set. Rather than open-coding it, introduce a new helper p2m_tlb_flush_sync to do it. Note that p2m_tlb_flush_sync is exported as it might be used by other part of Xen. Signed-off-by: Julien Grall

[Xen-devel] [PATCH for-next 11/16] xen/arm: p2m: Rename p2m_flush_tlb and p2m_flush_tlb_sync

Rename p2m_flush_tlb and p2m_flush_tlb_sync to respectively p2m_tlb_flush and p2m_force_tlb_flush_sync. At first glance, inverting 'flush' and 'tlb' might seem pointless but would be helpful in the future in order to get more easily some code ported from x86 P2M or even to shared with. For

[Xen-devel] [PATCH for-next 06/16] xen/arm: Extend copy_to_guest to support copying from/to guest physical address

The only differences between copy_to_guest and access_guest_memory_by_ipa are: - The latter does not support copying data crossing page boundary - The former is copying from/to guest VA whilst the latter from guest PA copy_to_guest can easily be extended to support copying from/to

[Xen-devel] [PATCH for-next 03/16] xen/arm: Extend copy_to_guest to support copying from guest VA and use it

The only differences between copy_to_guest (formerly called raw_copy_to_guest_helper) and raw_copy_from_guest is: - The direction of the memcpy - The permission use for translating the address Extend copy_to_guest to support copying from guest VA by adding using a bit in the flags to tell

[Xen-devel] [PATCH for-next 07/16] xen/arm: Introduce copy_to_guest_phys_flush_dcache

This new function will be used in a follow-up patch to copy data to the guest using the IPA (aka guest physical address) and then clean the cache. Signed-off-by: Julien Grall --- xen/arch/arm/guestcopy.c | 10 ++ xen/include/asm-arm/guest_access.h | 6

[Xen-devel] [PATCH for-next 00/16] xen/arm: Stage-2 handling cleanup

Hi all, This patch series is a collection of cleanup around stage-2 handling. They are consolidating different pieces of the hypervisor. This will make easier to maintain and update stage-2 change in the future. Cheers, Julien Grall (16): xen/arm: raw_copy_to_guest_helper: Rename flush_dcache

[Xen-devel] [PATCH for-next 15/16] xen/arm: traps: Move the definition of mmio_info_t in try_handle_mmio

mmio_info_t is currently filled by do_trap_data_guest_abort but only important when emulation an MMIO region. A follow-up patch will merge stage-2 prefetch abort and stage-2 data abort in a single helper. To prepare that, mmio_info_t is now filled by try_handle_mmio. Signed-off-by: Julien Grall

[Xen-devel] [PATCH for-next 04/16] xen/arm: Extend copy_to_guest to support zeroing guest VA and use it

The function copy_to_guest can easily be extended to support zeroing guest VA. To avoid using a new bit, it is considered that a NULL buffer (i.e buf == NULL) means the guest memory will be zeroed. Lastly, reimplement raw_clear_guest using copy_to_guest. Signed-off-by: Julien Grall

[Xen-devel] [PATCH for-next 08/16] xen/arm: kernel: Rework kernel_zimage_load to use the generic copy helper

The function kernel_zimage is dealing with IPA but uses gvirt_to_maddr to do the translation. This is currently working fine because the stage-1 MMU is disabled. Furthermore, the function is implementing its own copy to guest resulting in code duplication and making more difficult to update the

Re: [Xen-devel] [PATCH for-next 07/16] xen/arm: Introduce copy_to_guest_phys_flush_dcache

Hi Andrew, On 23/11/17 18:49, Andrew Cooper wrote: On 23/11/17 18:32, Julien Grall wrote: This new function will be used in a follow-up patch to copy data to the guest using the IPA (aka guest physical address) and then clean the cache. Signed-off-by: Julien Grall

[Xen-devel] [examine test] 116480: ALL FAIL

flight 116480 examine real [real] http://logs.test-lab.xenproject.org/osstest/logs/116480/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: examine-pinot02 hosts-allocate broken REGR. vs. 115400

[Xen-devel] [linux-linus bisection] complete test-amd64-i386-freebsd10-i386

branch xen-unstable xenbranch xen-unstable job test-amd64-i386-freebsd10-i386 testid xen-boot Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu

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

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

[Xen-devel] [xen-4.9-testing test] 116463: tolerable FAIL - PUSHED

flight 116463 xen-4.9-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/116463/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-ws16-amd64 16 guest-localmigrate/x10 fail blocked in 116234