Re: [Xen-devel] [PATCH v5 1/9] vm_event: clear up return value of vm_event_monitor_traps

On 06/03/16 01:52, Tamas K Lengyel wrote: > The return value has not been clearly defined, with the function > never returning 0 which seemingly indicated a condition where the > guest should crash. In this patch we define -rc as error condition > where the notification was not sent, 0 where the no

Re: [Xen-devel] [RFC v3 02/45] dma-mapping: Use unsigned long for dma_attrs

Hi Krzysztof, On Thu, Jun 2, 2016 at 5:39 PM, Krzysztof Kozlowski wrote: > --- a/include/linux/dma-mapping.h > +++ b/include/linux/dma-mapping.h > @@ -5,13 +5,25 @@ > +/** > + * List of possible attributes associated with a DMA mapping. The semantics > + * of each attribute should be defined in

Re: [Xen-devel] [RFC v3 29/45] m68k: dma-mapping: Use unsigned long for dma_attrs

On Thu, Jun 2, 2016 at 5:39 PM, Krzysztof Kozlowski wrote: > Split out subsystem specific changes for easier reviews. This will be > squashed with main commit. > > Signed-off-by: Krzysztof Kozlowski Looks good. Acked-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert --

Re: [Xen-devel] [PATCH RFC 00/20] Make ACPI builder available to components other than hvmloader

On Thu, Jun 02, 2016 at 12:37:27PM -0400, Boris Ostrovsky wrote: > On 06/02/2016 08:40 AM, Jan Beulich wrote: > On 06.04.16 at 03:25, wrote: > >> This is an RFC for making hvmloader's ACPI builder available to both the > >> toolstack and the hypervisor, as discussed in > >> http://lists.xenpr

Re: [Xen-devel] Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6

On 02.06.16 at 21:59 Sylwester Sosnowski wrote: > Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6 > = > > Background > -- > > I am trying to passthrough an Industrial Ethernet Interface > (Hilscher GmbH CIFX 50E-DP(M/S)) on a HVM Dom

Re: [Xen-devel] [PATCH for-4.7] x86/cpuid: Calculate a guests xfeature_mask from its featureset

On 03/06/2016 03:50, Kang, Luwei wrote: > I have finsh test this patch and it work well, thank Andrew and all. May I take that as a Tested-by: Luwei Kang then please? ~Andrew ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen

Re: [Xen-devel] [PATCH for-4.7] x86/cpuid: Calculate a guests xfeature_mask from its featureset

OK. -Original Message- From: Andrew Cooper [mailto:am...@hermes.cam.ac.uk] On Behalf Of Andrew Cooper Sent: Friday, June 3, 2016 3:35 PM To: Kang, Luwei ; Xen-devel Cc: Jan Beulich ; Wei Liu ; Han, Huaitong ; Wang, Yong Y Subject: Re: [PATCH for-4.7] x86/cpuid: Calculate a guests xfeatu

Re: [Xen-devel] [RFC v3 02/45] dma-mapping: Use unsigned long for dma_attrs

On 06/03/2016 09:17 AM, Geert Uytterhoeven wrote: > Hi Krzysztof, > > On Thu, Jun 2, 2016 at 5:39 PM, Krzysztof Kozlowski > wrote: >> --- a/include/linux/dma-mapping.h >> +++ b/include/linux/dma-mapping.h >> @@ -5,13 +5,25 @@ > >> +/** >> + * List of possible attributes associated with a DMA map

Re: [Xen-devel] [RFC v3 10/45] cris: dma-mapping: Use unsigned long for dma_attrs

On Thu, Jun 02, 2016 at 05:39:12PM +0200, Krzysztof Kozlowski wrote: > Split out subsystem specific changes for easier reviews. This will be > squashed with main commit. Acked-by: Jesper Nilsson > Signed-off-by: Krzysztof Kozlowski /^JN - Jesper Nilsson -- Jesper Nilsson -- jes

Re: [Xen-devel] [RFC v3 01/45] powerpc: dma-mapping: Don't hard-code the value of DMA_ATTR_WEAK_ORDERING

On 06/02/2016 05:39 PM, Krzysztof Kozlowski wrote: > Hard-coded value of DMA_ATTR_WEAK_ORDERING is then compared with the > symbol. This will stop matching if the value of symbol is changed (when > switching DMA attributes to unsigned long). > > Signed-off-by: Krzysztof Kozlowski > --- > arch/p

Re: [Xen-devel] [PATCH v2 for 4.7] xen: Rename of xSplice to livepatch.

On 06/02/2016 03:05 PM, Konrad Rzeszutek Wilk wrote: Specifically: s/\.xsplice/\.livepatch/ s/XSPLICE/LIVEPATCH/ s/xsplice/livepatch/ s/livepatch_patch_func/livepatch_func/ s/xSplice/Xen Live Patch/ And then modify some of the function arguments to have two more characters. Signed-off-by: Konr

[Xen-devel] Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6

Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6 = Background -- I am trying to passthrough an Industrial Ethernet Interface (Hilscher GmbH CIFX 50E-DP(M/S)) on a HVM DomU running the Xen 4.6 Hypervisor. The card is being pass-trou

[Xen-devel] "xl vcpu-set" not persistent across reboot?

Ian, Wei, is it intentional that rebooting a (HVM) guest after having altered its vCPU count will reset it back to the vCPU count it was originally started with? That doesn't seem very natural - if one hotplugs a CPU into a physical system and then reboots, that CPU will remain there. Thanks, Jan

[Xen-devel] guest being crashed from viridian_start_apic_assist()

Paul, to test a guest ACPI change I went through all Windows versions that I have installed anywhere, to find 32-bit Win7 dying (the other variants I tried worked fine), albeit retrying a couple of times I then didn't see this a second time. Is this something you've observed elsewhere? The APIC as

Re: [Xen-devel] [PATCH v3 13/16 - RFC] x86: add multiboot2 protocol support for EFI platforms

>>> On 02.06.16 at 18:12, wrote: > On Thu, Jun 02, 2016 at 02:34:28AM -0600, Jan Beulich wrote: >> >>> On 01.06.16 at 21:03, wrote: >> > Hence, we are not able to get anything from EFI. Latter >> > means that we were booted via older multiboot2 version which shutdown >> > boot services. >> >> Hmm

[Xen-devel] [libvirt test] 95220: tolerable FAIL - PUSHED

flight 95220 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/95220/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-xsm 12 migrate-support-checkfail never pass test-armhf-armhf-libvirt-xsm 14 guest-saver

Re: [Xen-devel] guest being crashed from viridian_start_apic_assist()

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 03 June 2016 10:04 > To: Paul Durrant > Cc: xen-devel > Subject: guest being crashed from viridian_start_apic_assist() > > Paul, > > to test a guest ACPI change I went through all Windows versions that > I have in

Re: [Xen-devel] [PATCH v2 1/4] VMX: Properly handle pi when all the assigned devices are removed

>>> On 03.06.16 at 07:12, wrote: >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Tuesday, May 31, 2016 7:52 PM >> >>> On 31.05.16 at 12:22, wrote: >> >> From: Jan Beulich [mailto:jbeul...@suse.com] >> >> Sent: Friday, May 27, 2016 9:43 PM >> >> >>> On 26.05.16 at 15:39, wrote: >> >> > -

[Xen-devel] Xen Security Advisory 181 - arm: Host crash caused by VMID exhaustion

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Xen Security Advisory XSA-181 arm: Host crash caused by VMID exhaustion ISSUE DESCRIPTION = VMIDs are a finite hardware resource, and allocated as part of domain creation. If no free VMIDs are avai

Re: [Xen-devel] [PATCH v5 5/9] monitor: ARM SMC events

Hello Tamas, On 02/06/16 23:52, Tamas K Lengyel wrote: diff --git a/xen/include/public/vm_event.h b/xen/include/public/vm_event.h index 9270d52..7976080 100644 --- a/xen/include/public/vm_event.h +++ b/xen/include/public/vm_event.h @@ -119,6 +119,8 @@ #define VM_EVENT_REASON_SINGLESTEP

[Xen-devel] [qemu-upstream-4.3-testing test] 95223: trouble: blocked/broken

flight 95223 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/95223/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 3 host-install(3) broken REG

Re: [Xen-devel] [PATCH v2 3/4] VMX: Assign the right value to 'NDST' field in a concern case

>>> On 03.06.16 at 07:23, wrote: > >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Tuesday, May 31, 2016 7:58 PM >> To: Wu, Feng >> Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com; >> george.dun...@eu.citrix.com; Tian, Kevin ; xen- >> de...@lists.

Re: [Xen-devel] guest being crashed from viridian_start_apic_assist()

>>> On 03.06.16 at 11:39, wrote: >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: 03 June 2016 10:04 >> >> to test a guest ACPI change I went through all Windows versions that >> I have installed anywhere, to find 32-bit Win7 dying (the other >> variants I tried worked fine), albeit retry

[Xen-devel] [ovmf test] 95209: regressions - FAIL

flight 95209 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/95209/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 94748 test-amd64-amd64-

[Xen-devel] [RFC] xen/arm: build: add missed dependency for head.S

When we update the header files that had been included in head.S. The build system would not re-compile the head.S. Because in the build rules, the dependencies are setting to .*.d (eg. DEPS = .*.d) files in the same folder as Makefile. But head.S is very special, it was used by the Makefile in th

Re: [Xen-devel] [PATCH RFC 00/20] Make ACPI builder available to components other than hvmloader

>>> On 03.06.16 at 09:18, wrote: > On Thu, Jun 02, 2016 at 12:37:27PM -0400, Boris Ostrovsky wrote: >> On 06/02/2016 08:40 AM, Jan Beulich wrote: >> On 06.04.16 at 03:25, wrote: >> >> This is an RFC for making hvmloader's ACPI builder available to both the >> >> toolstack and the hypervisor,

Re: [Xen-devel] 4.7 qemu regression: HVM guests fail to boot from xvda

On 01/06/16 16:36, Ian Jackson wrote: > George Dunlap writes ("Re: [Xen-devel] 4.7 qemu regression: HVM guests fail > to boot from xvda"): >> On Tue, May 31, 2016 at 12:41 PM, Olaf Hering wrote: >>> I think if some domU.cfg for xen-4.3+ has 'vdev=xvd*' and the domU uses >>> for some reason kernel

Re: [Xen-devel] questions of vm save/restore on arm64

Hello, On 03/06/16 18:05, Chenxiao Zhao wrote: I finally found out that the problem is that the toolstack did not get corret p2m_size while sending all pages on save(always be zero). After I fixed that, the guest could be restored but guest kernel caught handle_mm_fault(). where do you think I'

Re: [Xen-devel] [PATCH for-4.7] x86/cpuid: Calculate a guests xfeature_mask from its featureset

>>> On 02.06.16 at 18:48, wrote: > @@ -3443,6 +3443,51 @@ void hvm_cpuid(unsigned int input, unsigned int *eax, > unsigned int *ebx, > switch ( count ) > { > case 0: > +{ > +uint64_t xfeature_mask = XSTATE_FP_SSE; > +uint32_t xstate_size

Re: [Xen-devel] Basic bare metal ARM domain interface

On 02/06/16 20:09, Ivan Pavic wrote: Hello Julien, Hello Ivan, On Thu, Jun 02, 2016 at 12:41:02PM +0100, Julien Grall wrote: Which compiler led to use a data abort? And where was the data abort? In Xen or the guest? When I compile app directly on ODROID I used: arm-linux-gnueabihf gcc

Re: [Xen-devel] questions of vm save/restore on arm64

On 6/3/2016 3:16 AM, Julien Grall wrote: Hello, On 03/06/16 18:05, Chenxiao Zhao wrote: I finally found out that the problem is that the toolstack did not get corret p2m_size while sending all pages on save(always be zero). After I fixed that, the guest could be restored but guest kernel caug

Re: [Xen-devel] [PATCH v5 6/9] arm/vm_event: get/set registers

>>> On 03.06.16 at 00:52, wrote: > @@ -168,6 +168,69 @@ struct vm_event_regs_x86 { > uint32_t _pad; > }; > > +struct vm_event_regs_arm32 { > +uint32_t r0; > +uint32_t r1; > +uint32_t r2; > +uint32_t r3; > +uint32_t r4; > +uint32_t r5; > +uint32_t r6; > +uint

Re: [Xen-devel] [PATCH v5 8/9] x86/vm_event: Add HVM debug exception vm_events

>>> On 03.06.16 at 00:52, wrote: > --- a/xen/arch/x86/hvm/vmx/vmx.c > +++ b/xen/arch/x86/hvm/vmx/vmx.c > @@ -3377,10 +3377,33 @@ void vmx_vmexit_handler(struct cpu_user_regs *regs) > HVMTRACE_1D(TRAP_DEBUG, exit_qualification); > write_debugreg(6, exit_qualification | DR_

Re: [Xen-devel] XSA-180 follow-up: repurpose xenconsoled for logging

On 01/06/16 15:00, Wei Liu wrote: > Hi all > > During the discussion of XSA-180 Ian came up with the idea that we > repurpose xenconsoled to handle logging. I've done some research (and > some coding as well!). > > In my reply to George the other day: > >> I just read the code of virtlogd and xe

[Xen-devel] Current PVH/HVMlite work and planning (was :Re: Discussion about virtual iommu support for Xen guest)

On Thu, Jun 02, 2016 at 07:58:48PM +0100, Andrew Cooper wrote: > On 02/06/16 16:03, Lan, Tianyu wrote: > > On 5/27/2016 4:19 PM, Lan Tianyu wrote: > >> On 2016年05月26日 19:35, Andrew Cooper wrote: > >>> On 26/05/16 09:29, Lan Tianyu wrote: > >>> > >>> To be viable going forwards, any solution must wo

Re: [Xen-devel] questions of vm save/restore on arm64

Hello, First thing, the time in the mail headers seems to be wrong. Maybe because of a wrong timezone? I got: 04/06/16 02:32 however we are still the 3rd in my timezone. On 04/06/16 02:32, Chenxiao Zhao wrote: On 6/3/2016 3:16 AM, Julien Grall wrote: Hello, On 03/06/16 18:05, Chenxiao Zh

Re: [Xen-devel] [PATCH for-4.7] x86/cpuid: Calculate a guests xfeature_mask from its featureset

On 03/06/16 11:19, Jan Beulich wrote: On 02.06.16 at 18:48, wrote: >> @@ -3443,6 +3443,51 @@ void hvm_cpuid(unsigned int input, unsigned int *eax, >> unsigned int *ebx, >> switch ( count ) >> { >> case 0: >> +{ >> +uint64_t xfeature_mask = XSTAT

Re: [Xen-devel] Discussion about virtual iommu support for Xen guest

> From: Andrew Cooper [mailto:andrew.coop...@citrix.com] > Sent: Friday, June 03, 2016 2:59 AM > > On 02/06/16 16:03, Lan, Tianyu wrote: > > On 5/27/2016 4:19 PM, Lan Tianyu wrote: > >> On 2016年05月26日 19:35, Andrew Cooper wrote: > >>> On 26/05/16 09:29, Lan Tianyu wrote: > >>> > >>> To be viable g

Re: [Xen-devel] Build problems with xen 4.7

On Tue, May 31, 2016 at 9:57 PM, Konrad Rzeszutek Wilk wrote: > On Tue, May 31, 2016 at 07:27:24PM +0100, George Dunlap wrote: >> On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk >> wrote: >> > On Fri, May 13, 2016 at 03:25:52PM +0100, M A Young wrote: >> >> On Fri, 13 May 2016, Jan Beulich

Re: [Xen-devel] 4.7 qemu regression: HVM guests fail to boot from xvda

On Fri, Jun 03, George Dunlap wrote: > On 01/06/16 16:36, Ian Jackson wrote: > > I think we should fix this with a syntax for explicitly specifying a > > pv-only device with the hd* pv block number. > Would this be a suitable solution for you, and do you think you > understand the suggestion well

Re: [Xen-devel] Current PVH/HVMlite work and planning (was :Re: Discussion about virtual iommu support for Xen guest)

> From: Roger Pau Monne [mailto:roger@citrix.com] > Sent: Friday, June 03, 2016 7:02 PM > > On Thu, Jun 02, 2016 at 07:58:48PM +0100, Andrew Cooper wrote: > > On 02/06/16 16:03, Lan, Tianyu wrote: > > > On 5/27/2016 4:19 PM, Lan Tianyu wrote: > > >> On 2016年05月26日 19:35, Andrew Cooper wrote: >

Re: [Xen-devel] 4.7 qemu regression: HVM guests fail to boot from xvda

On 03/06/16 12:20, Olaf Hering wrote: > On Fri, Jun 03, George Dunlap wrote: > >> On 01/06/16 16:36, Ian Jackson wrote: >>> I think we should fix this with a syntax for explicitly specifying a >>> pv-only device with the hd* pv block number. > >> Would this be a suitable solution for you, and do

Re: [Xen-devel] questions of vm save/restore on arm64

On 6/3/2016 4:02 AM, Julien Grall wrote: Hello, First thing, the time in the mail headers seems to be wrong. Maybe because of a wrong timezone? I got: 04/06/16 02:32 however we are still the 3rd in my timezone. On 04/06/16 02:32, Chenxiao Zhao wrote: On 6/3/2016 3:16 AM, Julien Grall wrot

Re: [Xen-devel] 4.7 qemu regression: HVM guests fail to boot from xvda

George Dunlap writes ("Re: [Xen-devel] 4.7 qemu regression: HVM guests fail to boot from xvda"): > On 03/06/16 12:20, Olaf Hering wrote: > > I think the regression is: 'vdev=xvda' does not result in a disk > > connected to the emulated controller. Should we change the way hdtype= > > is handled in

Re: [Xen-devel] 4.7 qemu regression: HVM guests fail to boot from xvda

On Fri, Jun 03, George Dunlap wrote: > I'd be OK with this. But is the "hdtype unset" also available at the > libxl level? Yes, it could. Right now the .idl sets it to IDE. Looks like another enum has to be added and announced via a #define. > Although I still think that the XenoLinux kernels s

Re: [Xen-devel] Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6

>>> On 02.06.16 at 21:59, wrote: > Temporary Fix > - > > After checking the source[1] of the PCI configuration space > handling in xen-pciback, I found out that changing line 258 > to read > > if (handled && !err) { > > instead of: > > if (!handled && !err) { > > solves th

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

flight 95213 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/95213/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs. 94856 test-amd64-i

Re: [Xen-devel] Current PVH/HVMlite work and planning (was :Re: Discussion about virtual iommu support for Xen guest)

On Fri, Jun 03, 2016 at 11:21:20AM +, Tian, Kevin wrote: > > From: Roger Pau Monne [mailto:roger@citrix.com] > > Sent: Friday, June 03, 2016 7:02 PM > > > > On Thu, Jun 02, 2016 at 07:58:48PM +0100, Andrew Cooper wrote: > > > On 02/06/16 16:03, Lan, Tianyu wrote: > > > > On 5/27/2016 4:19

Re: [Xen-devel] Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6

On 3 Jun 2016, at 13:52, Jan Beulich wrote: On 02.06.16 at 21:59, wrote: Temporary Fix - After checking the source[1] of the PCI configuration space handling in xen-pciback, I found out that changing line 258 to read if (handled && !err) { instead of: if (!handled &&

[Xen-devel] HEADS UP: Imported Xen 4.7 and blkback changes

Hello, First of all, this message is only relevant to those that use FreeBSD as Dom0 (host), not as a DomU (guest), so don't panic. I've imported the latest Xen version (4.7-rc4) into the ports tree, it's still not the final version, but it's quite close, so we better start testing it to make

Re: [Xen-devel] Current PVH/HVMlite work and planning (was :Re: Discussion about virtual iommu support for Xen guest)

> From: Roger Pau Monne [mailto:roger@citrix.com] > Sent: Friday, June 03, 2016 7:53 PM > > On Fri, Jun 03, 2016 at 11:21:20AM +, Tian, Kevin wrote: > > > From: Roger Pau Monne [mailto:roger@citrix.com] > > > Sent: Friday, June 03, 2016 7:02 PM > > > > > > On Thu, Jun 02, 2016 at 07:58

Re: [Xen-devel] [PATCH RFC 02/20] acpi/hvmloader: Move acpi_info initialization out of ACPI code

>>> On 02.06.16 at 18:54, wrote: > On 06/02/2016 08:54 AM, Jan Beulich wrote: > On 06.04.16 at 03:25, wrote: >>> acpi_info can be initialized by hvmloader itself. Now ACPI code >>> doesn't need to use hvmloader-private variables/routines such as >>> uart_exists(), lpt_exists() etc. >> So from

Re: [Xen-devel] guest being crashed from viridian_start_apic_assist()

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 03 June 2016 10:59 > To: Paul Durrant > Cc: xen-devel > Subject: RE: guest being crashed from viridian_start_apic_assist() > > >>> On 03.06.16 at 11:39, wrote: > >> From: Jan Beulich [mailto:jbeul...@suse.com] > >

Re: [Xen-devel] [PATCH RFC 06/20] acpi/hvmloader: Collect processor and NUMA info in hvmloader

>>> On 02.06.16 at 19:18, wrote: > On 06/02/2016 10:05 AM, Jan Beulich wrote: > On 06.04.16 at 03:25, wrote: >>> @@ -485,6 +494,10 @@ struct acpi_config { >>> unsigned long acpi_pt_addr; >>> uint32_t acpi_pt_length; >>> } pt; >>> +uint32_t nr_vcpus; >>> +uint8_t

Re: [Xen-devel] questions of vm save/restore on arm64

Hello, On 04/06/16 03:37, Chenxiao Zhao wrote: On 6/3/2016 4:02 AM, Julien Grall wrote: Hello, First thing, the time in the mail headers seems to be wrong. Maybe because of a wrong timezone? I got: 04/06/16 02:32 however we are still the 3rd in my timezone. On 04/06/16 02:32, Chenxiao Zhao

Re: [Xen-devel] guest being crashed from viridian_start_apic_assist()

>>> On 03.06.16 at 14:11, wrote: >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: 03 June 2016 10:59 >> To: Paul Durrant >> Cc: xen-devel >> Subject: RE: guest being crashed from viridian_start_apic_assist() >> >> >>> On 03.06.16 at 11:39, wrote: >> >> From

Re: [Xen-devel] [PATCH] VMX: relax incoming BNDCFGS check

On Fri, Jun 03, 2016 at 02:14:06AM +, Tian, Kevin wrote: > > From: Jan Beulich [mailto:jbeul...@suse.com] > > Sent: Monday, May 30, 2016 6:06 PM > > > > Accepting zero here even when !cpu_has_mpx makes the restore side > > symmetric to the save logic (which avoids saving the value if zero), >

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

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

Re: [Xen-devel] Discussion about virtual iommu support for Xen guest

On 6/3/2016 7:17 PM, Tian, Kevin wrote: From: Andrew Cooper [mailto:andrew.coop...@citrix.com] Sent: Friday, June 03, 2016 2:59 AM On 02/06/16 16:03, Lan, Tianyu wrote: On 5/27/2016 4:19 PM, Lan Tianyu wrote: On 2016年05月26日 19:35, Andrew Cooper wrote: On 26/05/16 09:29, Lan Tianyu wrote: T

Re: [Xen-devel] [RFC for-4.8 0/6] xen/arm: Add support for mapping mmio-sram nodes into dom0

On Wed, May 25, 2016 at 03:24:39PM +0100, Julien Grall wrote: > Hi Edgar, > > On 25/05/16 14:29, Edgar E. Iglesias wrote: > >On Tue, May 24, 2016 at 08:44:41PM +0100, Julien Grall wrote: > >Looking a little closer, the place where the generic list of matches and > >attributes doesn't work well is

Re: [Xen-devel] Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6

>>> On 03.06.16 at 14:02, wrote: > One observation that struck me: > - if the write request is a word (as opposed to a double word), the > write always seems to succeed! > > [139971.914490] xen-pciback: :06:00.0: write request 2 bytes at 0x4 > = 100 < input value > [

[Xen-devel] [RFC for-4.8 v2 2/7] xen/arm: Rename and generalize un/map_regions_rw_cache

From: "Edgar E. Iglesias" Rename and generalize un/map_regions_rw_cache into un/map_regions. The new functions take the mapping attributes and access permissions as arguments. No functional change. Signed-off-by: Edgar E. Iglesias --- xen/arch/arm/domain_build.c | 18 ++ xen/a

[Xen-devel] [RFC for-4.8 v2 0/7] xen/arm: Add support for mapping mmio-sram nodes into dom0

From: "Edgar E. Iglesias" This series adds support for mapping mmio-sram nodes into dom0 as normal uncached MEMORY with RWX perms. If the no-memory-wc prop is present, we create DEVICE RW mappings. Patch 6 is a bit of a hack to avoid remapping the mmio-sram sub-area nodes. These nodes represent

[Xen-devel] [RFC for-4.8 v2 1/7] xen/arm: Add MATTR_MEM_NC for normal non-cacheable memory

From: "Edgar E. Iglesias" Add the MATTR_MEM_NC macro describing normal non-cacheable memory. Signed-off-by: Edgar E. Iglesias --- xen/arch/arm/p2m.c | 1 + xen/include/asm-arm/page.h | 1 + 2 files changed, 2 insertions(+) diff --git a/xen/arch/arm/p2m.c b/xen/arch/arm/p2m.c index 838

[Xen-devel] [RFC for-4.8 v2 3/7] xen/device-tree: Add __DT_MATCH macros without braces

From: "Edgar E. Iglesias" Add __DT_MATCH macros without braces to allow the creation of match descriptors with multiple combined match options. Signed-off-by: Edgar E. Iglesias --- xen/include/xen/device_tree.h | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/x

[Xen-devel] [RFC for-4.8 v2 4/7] xen/device-tree: Make dt_match_node match props

From: "Edgar E. Iglesias" Make dt_match_node match for existing properties. We only search for the existance of the properties, not for specific values. Signed-off-by: Edgar E. Iglesias --- xen/common/device_tree.c | 9 - xen/include/xen/device_tree.h | 3 +++ 2 files changed, 11

Re: [Xen-devel] [PATCH v5 8/9] x86/vm_event: Add HVM debug exception vm_events

On Jun 3, 2016 04:49, "Jan Beulich" wrote: > > >>> On 03.06.16 at 00:52, wrote: > > --- a/xen/arch/x86/hvm/vmx/vmx.c > > +++ b/xen/arch/x86/hvm/vmx/vmx.c > > @@ -3377,10 +3377,33 @@ void vmx_vmexit_handler(struct cpu_user_regs *regs) > > HVMTRACE_1D(TRAP_DEBUG, exit_qualification); >

[Xen-devel] [RFC for-4.8 v2 6/7] xen/device-tree: Add an mmio-sram bus

From: "Edgar E. Iglesias" Add an mmio-sram bus that prevents sram sub areas from being re-mapped. These sub-areas describe allocations and not mappings. Signed-off-by: Edgar E. Iglesias --- xen/common/device_tree.c | 37 + 1 file changed, 37 insertions(+) d

[Xen-devel] [RFC for-4.8 v2 7/7] xen/arm: Map mmio-sram nodes as normal un-cached rwx memory

From: "Edgar E. Iglesias" Map mmio-sram nodes as normal un-cached MEMORY with RWX perms. If the node has set the no-memory-wc property, we map it as DEVICE RW. Signed-off-by: Edgar E. Iglesias --- xen/arch/arm/domain_build.c | 37 + 1 file changed, 37 insert

[Xen-devel] [RFC for-4.8 v2 5/7] xen/arm: domain_build: Plumb for different mapping attributes

From: "Edgar E. Iglesias" Add plumbing for passing around mapping attributes. This is in preparation to allow us to differentiate the attributes for specific device nodes. We still use the same DEVICE mappings for all nodes so this patch has no functional change. Signed-off-by: Edgar E. Iglesia

Re: [Xen-devel] XSA-180 follow-up: repurpose xenconsoled for logging

On Fri, Jun 03, 2016 at 11:57:14AM +0100, George Dunlap wrote: > On 01/06/16 15:00, Wei Liu wrote: > > Hi all > > > > During the discussion of XSA-180 Ian came up with the idea that we > > repurpose xenconsoled to handle logging. I've done some research (and > > some coding as well!). > > > > In

Re: [Xen-devel] guest being crashed from viridian_start_apic_assist()

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 03 June 2016 14:06 > To: Paul Durrant > Cc: xen-devel > Subject: RE: guest being crashed from viridian_start_apic_assist() > > >>> On 03.06.16 at 14:11, wrote: > >> -Original Message- > >> From: Jan Beuli

Re: [Xen-devel] "xl vcpu-set" not persistent across reboot?

On Fri, Jun 03, 2016 at 02:29:12AM -0600, Jan Beulich wrote: > Ian, Wei, > > is it intentional that rebooting a (HVM) guest after having altered its > vCPU count will reset it back to the vCPU count it was originally > started with? That doesn't seem very natural - if one hotplugs a CPU > into a p

Re: [Xen-devel] [PATCH v5 5/9] monitor: ARM SMC events

On Jun 3, 2016 03:49, "Julien Grall" wrote: > > Hello Tamas, > > > On 02/06/16 23:52, Tamas K Lengyel wrote: >> >> diff --git a/xen/include/public/vm_event.h b/xen/include/public/vm_event.h >> index 9270d52..7976080 100644 >> --- a/xen/include/public/vm_event.h >> +++ b/xen/include/public/vm_event

Re: [Xen-devel] Discussion about virtual iommu support for Xen guest

On 03/06/16 12:17, Tian, Kevin wrote: >> Very sorry for the delay. >> >> There are multiple interacting issues here. On the one side, it would >> be useful if we could have a central point of coordination on >> PVH/HVMLite work. Roger - as the person who last did HVMLite work, >> would you mind o

Re: [Xen-devel] Discussion about virtual iommu support for Xen guest

On 03/06/16 14:09, Lan, Tianyu wrote: > > > On 6/3/2016 7:17 PM, Tian, Kevin wrote: >>> From: Andrew Cooper [mailto:andrew.coop...@citrix.com] >>> Sent: Friday, June 03, 2016 2:59 AM >>> >>> On 02/06/16 16:03, Lan, Tianyu wrote: On 5/27/2016 4:19 PM, Lan Tianyu wrote: > On 2016年05月26日 19:3

Re: [Xen-devel] XSA-180 follow-up: repurpose xenconsoled for logging

On 03/06/16 14:30, Wei Liu wrote: > On Fri, Jun 03, 2016 at 11:57:14AM +0100, George Dunlap wrote: >> On 01/06/16 15:00, Wei Liu wrote: >>> Hi all >>> >>> During the discussion of XSA-180 Ian came up with the idea that we >>> repurpose xenconsoled to handle logging. I've done some research (and >>>

[Xen-devel] [PATCH v2 for-4.7] x86/cpuid: Calculate a guests xfeature_mask from its featureset

libxc current performs the xstate calculation for guests, and provides the information to Xen to be used when satisfying CPUID traps. (There is further work planned to improve this arrangement, but the worst a buggy toolstack can do is make junk appear in the cpuid leaves for the guest.) dom0 how

Re: [Xen-devel] [PATCH v2 for-4.7] x86/cpuid: Calculate a guests xfeature_mask from its featureset

On Fri, Jun 03, 2016 at 03:11:08PM +0100, Andrew Cooper wrote: > libxc current performs the xstate calculation for guests, and provides the > information to Xen to be used when satisfying CPUID traps. (There is further > work planned to improve this arrangement, but the worst a buggy toolstack can

Re: [Xen-devel] Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6

>>> On 03.06.16 at 15:26, wrote: On 03.06.16 at 14:02, wrote: >> or is this just some method the overwrite all registers with >> "" first and then set the actual value? >> >>[914572] xbk: 06:00.0: write request 4 bytes at 0x10 = >>[914574] xbk: 06:00.0: read 4

Re: [Xen-devel] XSA-180 follow-up: repurpose xenconsoled for logging

On Fri, Jun 03, 2016 at 03:10:32PM +0100, George Dunlap wrote: > On 03/06/16 14:30, Wei Liu wrote: > > On Fri, Jun 03, 2016 at 11:57:14AM +0100, George Dunlap wrote: > >> On 01/06/16 15:00, Wei Liu wrote: > >>> Hi all > >>> > >>> During the discussion of XSA-180 Ian came up with the idea that we >

Re: [Xen-devel] [PATCH v5 8/9] x86/vm_event: Add HVM debug exception vm_events

>>> On 03.06.16 at 15:29, wrote: > On Jun 3, 2016 04:49, "Jan Beulich" wrote: >> >> >>> On 03.06.16 at 00:52, wrote: >> > --- a/xen/arch/x86/hvm/vmx/vmx.c >> > +++ b/xen/arch/x86/hvm/vmx/vmx.c >> > @@ -3377,10 +3377,33 @@ void vmx_vmexit_handler(struct cpu_user_regs *regs) >> > HVMT

Re: [Xen-devel] [PATCH v2 for-4.7] x86/cpuid: Calculate a guests xfeature_mask from its featureset

>>> On 03.06.16 at 16:11, wrote: > libxc current performs the xstate calculation for guests, and provides the > information to Xen to be used when satisfying CPUID traps. (There is further > work planned to improve this arrangement, but the worst a buggy toolstack can > do is make junk appear in

Re: [Xen-devel] Discussion about virtual iommu support for Xen guest

>>> On 03.06.16 at 15:51, wrote: > As a quick aside, does Xen currently boot on a Phi? Last time I looked > at the Phi manual, I would expect Xen to crash on boot because of MCXSR > differences from more-common x86 hardware. It does boot, as per reports we've got. Perhaps, much like I did until

Re: [Xen-devel] [PATCH v5 8/9] x86/vm_event: Add HVM debug exception vm_events

On Jun 3, 2016 08:23, "Jan Beulich" wrote: > > >>> On 03.06.16 at 15:29, wrote: > > On Jun 3, 2016 04:49, "Jan Beulich" wrote: > >> > >> >>> On 03.06.16 at 00:52, wrote: > >> > --- a/xen/arch/x86/hvm/vmx/vmx.c > >> > +++ b/xen/arch/x86/hvm/vmx/vmx.c > >> > @@ -3377,10 +3377,33 @@ void vmx_vmexi

Re: [Xen-devel] [PATCH v2 for-4.7] x86/cpuid: Calculate a guests xfeature_mask from its featureset

On 03/06/16 15:11, Andrew Cooper wrote: > libxc current performs the xstate calculation for guests, and provides the > information to Xen to be used when satisfying CPUID traps. (There is further > work planned to improve this arrangement, but the worst a buggy toolstack can > do is make junk appe

Re: [Xen-devel] [PATCH RFC 02/20] acpi/hvmloader: Move acpi_info initialization out of ACPI code

On 06/03/2016 08:13 AM, Jan Beulich wrote: On 02.06.16 at 18:54, wrote: >> On 06/02/2016 08:54 AM, Jan Beulich wrote: >> On 06.04.16 at 03:25, wrote: acpi_info can be initialized by hvmloader itself. Now ACPI code doesn't need to use hvmloader-private variables/routines such as

Re: [Xen-devel] "xl vcpu-set" not persistent across reboot?

>>> On 03.06.16 at 15:41, wrote: > On Fri, Jun 03, 2016 at 02:29:12AM -0600, Jan Beulich wrote: >> Ian, Wei, >> >> is it intentional that rebooting a (HVM) guest after having altered its >> vCPU count will reset it back to the vCPU count it was originally >> started with? That doesn't seem very n

Re: [Xen-devel] [PATCH v5 5/9] monitor: ARM SMC events

Hello Tamas, On 03/06/16 14:40, Tamas K Lengyel wrote: On Jun 3, 2016 03:49, "Julien Grall" mailto:julien.gr...@arm.com>> wrote: > > Hello Tamas, > > > On 02/06/16 23:52, Tamas K Lengyel wrote: >> >> diff --git a/xen/include/public/vm_event.h b/xen/include/public/vm_event.h >> index 927

Re: [Xen-devel] guest being crashed from viridian_start_apic_assist()

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 03 June 2016 15:38 > To: Paul Durrant > Cc: xen-devel > Subject: RE: guest being crashed from viridian_start_apic_assist() > > >>> On 03.06.16 at 15:31, wrote: > >> From: Jan Beulich [mailto:jbeul...@suse.com] > >

Re: [Xen-devel] guest being crashed from viridian_start_apic_assist()

>>> On 03.06.16 at 15:31, wrote: >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: 03 June 2016 14:06 >> >> What I find more problematic looking at those functions (but >> unrelated to the problem here afaict) is the >> vlapic_virtual_intr_delivery_enabled() related logic and its >> intera

Re: [Xen-devel] [PATCH v5 8/9] x86/vm_event: Add HVM debug exception vm_events

>>> On 03.06.16 at 16:34, wrote: > On Jun 3, 2016 08:23, "Jan Beulich" wrote: >> >> >>> On 03.06.16 at 15:29, wrote: >> > On Jun 3, 2016 04:49, "Jan Beulich" wrote: >> >> >> >> >>> On 03.06.16 at 00:52, wrote: >> >> > --- a/xen/arch/x86/hvm/vmx/vmx.c >> >> > +++ b/xen/arch/x86/hvm/vmx/vmx.c >>

Re: [Xen-devel] [PATCH RFC 06/20] acpi/hvmloader: Collect processor and NUMA info in hvmloader

On 06/03/2016 08:16 AM, Jan Beulich wrote: On 02.06.16 at 19:18, wrote: >> On 06/02/2016 10:05 AM, Jan Beulich wrote: >> On 06.04.16 at 03:25, wrote: @@ -485,6 +494,10 @@ struct acpi_config { unsigned long acpi_pt_addr; uint32_t acpi_pt_length;

Re: [Xen-devel] [PATCH v5 8/9] x86/vm_event: Add HVM debug exception vm_events

On Jun 3, 2016 08:45, "Jan Beulich" wrote: > > >>> On 03.06.16 at 16:34, wrote: > > On Jun 3, 2016 08:23, "Jan Beulich" wrote: > >> > >> >>> On 03.06.16 at 15:29, wrote: > >> > On Jun 3, 2016 04:49, "Jan Beulich" wrote: > >> >> > >> >> >>> On 03.06.16 at 00:52, wrote: > >> >> > --- a/xen/arch

Re: [Xen-devel] [PATCH RFC 02/20] acpi/hvmloader: Move acpi_info initialization out of ACPI code

>>> On 03.06.16 at 16:42, wrote: > On 06/03/2016 08:13 AM, Jan Beulich wrote: > On 02.06.16 at 18:54, wrote: >>> On 06/02/2016 08:54 AM, Jan Beulich wrote: >>> On 06.04.16 at 03:25, wrote: > acpi_info can be initialized by hvmloader itself. Now ACPI code > doesn't need to use hvm

[Xen-devel] [PATCH v2 for-4.7] docs: Feature Levelling feature document

Andrew Cooper writes ("Re: [PATCH for-4.7] docs: Feature Levelling feature document"): > On 01/06/16 13:14, Ian Jackson wrote: > > IMO xl ought to have the moving parts necessary to allow an > > administrator to: 1. collect feature information from their hosts; > > 2. combine that information into

Re: [Xen-devel] guest being crashed from viridian_start_apic_assist()

>>> On 03.06.16 at 16:44, wrote: >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: 03 June 2016 15:38 >> To: Paul Durrant >> Cc: xen-devel >> Subject: RE: guest being crashed from viridian_start_apic_assist() >> >> >>> On 03.06.16 at 15:31, wrote: >> >> From

Re: [Xen-devel] [PATCH v5 5/9] monitor: ARM SMC events

On Fri, Jun 3, 2016 at 8:43 AM, Julien Grall wrote: > Hello Tamas, > > On 03/06/16 14:40, Tamas K Lengyel wrote: >> >> >> On Jun 3, 2016 03:49, "Julien Grall" > > wrote: >> > >> > Hello Tamas, >> > >> > >> > On 02/06/16 23:52, Tamas K Lengyel wrote: >> >> >> >>

Re: [Xen-devel] [PATCH v5 5/9] monitor: ARM SMC events

On 03/06/16 16:03, Tamas K Lengyel wrote: If transmitting the ISS to the user this way is not enough in your opinion I may just leave this item up for a future user to implement as my use-case doesn't need it. It is up to you. However, it will likely mean to bump the interface version of the

[Xen-devel] [qemu-upstream-4.3-testing test] 95231: trouble: blocked/broken

flight 95231 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/95231/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 3 host-install(3) broken REG

  1   2   >