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

flight 95237 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/95237/ 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-armhf-a

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

flight 95240 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/95240/ 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

[Xen-devel] Week 2 Dashboard Outreachy Status Update

Hello all, Based on first meeting with my mentors (Lars Kurth and Jesus M. Gonzalez-Barahona), I have completed the following tasks. 1. Created a demo dashboard in Kibana following the tutorial. 2. Completed the tests for threading code. You can see them in my github repository [1]. 3

[Xen-devel] [xen-4.6-testing test] 95235: tolerable FAIL - PUSHED

flight 95235 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/95235/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 94896 test-amd64-amd64-xl-qemut-

[Xen-devel] [xen-4.4-testing test] 95234: tolerable FAIL - PUSHED

flight 95234 xen-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/95234/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemut-win7-amd64 16 guest-stop fail like 94515 test-amd64-i386-xl-qemuu-w

[Xen-devel] [added to the 3.18 stable tree] x86/xen: Override ACPI IRQ management callback __acpi_unregister_gsi

From: Jiang Liu This patch has been added to the 3.18 stable tree. If you have any objections, please let us know. === [ Upstream commit 8abb850a03a3a8b11a0e92949e5b99d9cc178e35 ] Xen overrides __acpi_register_gsi and leaves __acpi_unregister_gsi as is. That means, an IRQ allocated

[Xen-devel] [xen-4.5-testing test] 95233: regressions - trouble: broken/fail/pass

flight 95233 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/95233/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-vhd 3 host-install(3) broken REGR. vs. 94855 test-amd64-amd64-

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

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

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

flight 95230 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/95230/ 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-

Re: [Xen-devel] [PATCH RESEND 00/14] Xen ARM DomU ACPI support

On 06/03/2016 04:27 PM, Wei Liu wrote: > On Fri, Jun 03, 2016 at 04:20:55PM -0400, Boris Ostrovsky wrote: >> On 06/03/2016 04:02 PM, Konrad Rzeszutek Wilk wrote: >>> On Fri, Jun 03, 2016 at 08:24:53PM +0100, Wei Liu wrote: I seem to remember someone suggested that x86 and arm share some code.

Re: [Xen-devel] [PATCH RESEND 00/14] Xen ARM DomU ACPI support

On Fri, Jun 03, 2016 at 04:20:55PM -0400, Boris Ostrovsky wrote: > On 06/03/2016 04:02 PM, Konrad Rzeszutek Wilk wrote: > > On Fri, Jun 03, 2016 at 08:24:53PM +0100, Wei Liu wrote: > >> > >> I seem to remember someone suggested that x86 and arm share some code. > > That was me. > >> Is that suggest

Re: [Xen-devel] [PATCH RESEND 00/14] Xen ARM DomU ACPI support

On 06/03/2016 04:02 PM, Konrad Rzeszutek Wilk wrote: > On Fri, Jun 03, 2016 at 08:24:53PM +0100, Wei Liu wrote: >> >> I seem to remember someone suggested that x86 and arm share some code. > That was me. >> Is that suggestion taken? Shall I review this series? > Boris, Roger? > > I think the idea w

Re: [Xen-devel] live migrating hvm from 4.4 to 4.7 fails in ioreq server

On Thu, May 26, 2016 at 08:30:43AM +, Paul Durrant wrote: > > -Original Message- > > From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com] > > Sent: 25 May 2016 21:58 > > To: Paul Durrant; zhigang.x.w...@oracle.com > > Cc: Wei Liu; Olaf Hering; Stefano Stabellini; Andrew Cooper; x

Re: [Xen-devel] [PATCH RESEND 00/14] Xen ARM DomU ACPI support

On Fri, Jun 03, 2016 at 08:24:53PM +0100, Wei Liu wrote: > On Tue, May 31, 2016 at 01:02:52PM +0800, Shannon Zhao wrote: > > From: Shannon Zhao > > > > The design of this feature is described as below. > > Firstly, the toolstack (libxl) generates the ACPI tables according the > > number of vcpus

[Xen-devel] Is: 'basic pci bridge and root device support. 'Was:Re: Discussion about virtual iommu support for Xen guest

> For HVMLite, there is specifically no qemu, and we need something which > can function when we want PCI Passthrough to work. I am quite confident > that the correct solution here is to have a basic host bridge/root port > implementation in Xen (as we already have 80% of this already), at which >

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

On Fri, Jun 3, 2016 at 4:34 AM, Jan Beulich wrote: 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; >> +uin

Re: [Xen-devel] [PATCH RESEND 02/14] libxl/arm: Factor out codes for generating DTB

On Tue, May 31, 2016 at 01:02:54PM +0800, Shannon Zhao wrote: > From: Shannon Zhao > > Factor out codes for generating DTB to prepare for adding ACPI tables > generation codes. > > Signed-off-by: Shannon Zhao > --- > tools/libxl/libxl_arm.c | 18 -- > 1 file changed, 12 inserti

Re: [Xen-devel] [PATCH RESEND 01/14] libxl/arm: Fix the function name in error log

On Tue, May 31, 2016 at 01:02:53PM +0800, Shannon Zhao wrote: > From: Shannon Zhao > > It should be xc_dom_devicetree_mem instead of xc_dom_devicetree_file. > > Signed-off-by: Shannon Zhao Acked-by: Wei Liu > --- > tools/libxl/libxl_arm.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion

Re: [Xen-devel] [PATCH RESEND 00/14] Xen ARM DomU ACPI support

On Tue, May 31, 2016 at 01:02:52PM +0800, Shannon Zhao wrote: > From: Shannon Zhao > > The design of this feature is described as below. > Firstly, the toolstack (libxl) generates the ACPI tables according the > number of vcpus and gic controller. > > Then, it copies these ACPI tables to DomU me

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

flight 95241 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/95241/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl 15 guest-start/debian.repeat fail REGR. vs. 95239 Tests which di

Re: [Xen-devel] [PATCH RFC 16/20] x86/vlapic: Don't try to accept 8259 interrupt if !has_vpic()

On 06/03/2016 12:14 PM, Jan Beulich wrote: On 06.04.16 at 03:25, wrote: >> --- a/xen/arch/x86/hvm/vlapic.c >> +++ b/xen/arch/x86/hvm/vlapic.c >> @@ -1133,6 +1133,9 @@ void vlapic_adjust_i8259_target(struct domain *d) >> { >> struct vcpu *v; >> >> +if ( !has_vpic(d) ) >> + re

[Xen-devel] [PATCH v3] arm/acpi: Add Server Base System Architecture UART support

The ARM Server Base System Architecture describes a generic UART interface. It doesn't support clock control registers, modem control, DMA and hardware flow control features. So, extend the driver probe() to handle SBSA interface and skip the accessing PL011 registers that are not described in SBSA

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 xenco

[Xen-devel] [xen-unstable test] 95222: tolerable FAIL - PUSHED

flight 95222 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/95222/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-amd64-rumpuserxen 6 xen-buildfail like 95203 build-i386-rumpuserxen

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

On Fri, 3 Jun 2016, Andrew Cooper wrote: > 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

Re: [Xen-devel] [PATCH v3 1/2] libxl: replace deprecated readdir_r() with readdir()

On Fri, Jun 03, 2016 at 05:59:42PM +0100, Ian Jackson wrote: > Chris Patterson writes ("[PATCH v3 1/2] libxl: replace deprecated readdir_r() > with readdir()"): > > From: Chris Patterson > > > > Replace the usage of readdir_r() with readdir() to address a > > compilation error under glibc due to

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

On Fri, Jun 03, 2016 at 03:26:59AM -0600, Jan Beulich wrote: > >>> 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 vi

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

On Fri, Jun 03, 2016 at 12:20:16PM +0100, George Dunlap wrote: > 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 a

Re: [Xen-devel] [PATCH v3 1/2] libxl: replace deprecated readdir_r() with readdir()

Chris Patterson writes ("[PATCH v3 1/2] libxl: replace deprecated readdir_r() with readdir()"): > From: Chris Patterson > > Replace the usage of readdir_r() with readdir() to address a > compilation error under glibc due to the deprecation of readdir_r > for their next release (2.24) [1, 2]. >

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

Wei Liu writes ("XSA-180 follow-up: repurpose xenconsoled for logging"): > XXX DRAFT DRAFT DRAFT XXX Thanks! > Per domain logging via xenconsoled > == > > As of Xen release XXX, xenconsoled is repurposed to handle logging for > QEMU. Libxenlight will arrange xenco

Re: [Xen-devel] [PATCH v3 2/2] libfsimage: replace deprecated readdir_r() with readdir()

Chris Patterson writes ("[PATCH v3 2/2] libfsimage: replace deprecated readdir_r() with readdir()"): > From: Chris Patterson > > Replace the usage of readdir_r() with readdir() to address a > compilation error under glibc due to the deprecation of readdir_r > for their next release (2.24) [1, 2]

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

On Fri, 3 Jun 2016, Tian, Kevin wrote: > > 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, 201

[Xen-devel] [PATCH v3 1/2] libxl: replace deprecated readdir_r() with readdir()

From: Chris Patterson Replace the usage of readdir_r() with readdir() to address a compilation error under glibc due to the deprecation of readdir_r for their next release (2.24) [1, 2]. Remove code specific to usage of readdir_r which is no longer required, such as zalloc_dirent(). -- From th

[Xen-devel] [PATCH v3 2/2] libfsimage: replace deprecated readdir_r() with readdir()

From: Chris Patterson Replace the usage of readdir_r() with readdir() to address a compilation error under glibc due to the deprecation of readdir_r for their next release (2.24) [1, 2]. Add new error checking on readdir(), and fail if error occurs. -- From the GNU libc manual [3]: " It is ex

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

On Fri, Jun 03, 2016 at 08:42:11AM -0600, Jan Beulich wrote: > >>> 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 t

Re: [Xen-devel] [PATCH RFC 17/20] x86: Allow LAPIC-only emulation_flags for HVM guests

>>> On 06.04.16 at 03:25, wrote: > PVH guests may request LAPIC emulation (and nothing else) > > Signed-off-by: Boris Ostrovsky This looks okay, except that I'd like to avoid the use of PVH here (in the description and at least on code comment) - please make this PVHv2 to avoid confusion with t

Re: [Xen-devel] [PATCH RFC 16/20] x86/vlapic: Don't try to accept 8259 interrupt if !has_vpic()

>>> On 06.04.16 at 03:25, wrote: > --- a/xen/arch/x86/hvm/vlapic.c > +++ b/xen/arch/x86/hvm/vlapic.c > @@ -1133,6 +1133,9 @@ void vlapic_adjust_i8259_target(struct domain *d) > { > struct vcpu *v; > > +if ( !has_vpic(d) ) > + return; Considering the title of the patch (which doe

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

On Fri, Jun 3, 2016 at 9:54 AM, 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 >> @@ -3392,11 +3392,11 @@ void vmx_vmexit_handler(struct cpu_user_regs *regs) >> break; >> } >>

Re: [Xen-devel] [PATCH RFC 10/20] acpi/hvmloader: Provide address of acpi_info as an argument to ACPI code

>>> On 06.04.16 at 03:25, wrote: > --- a/tools/firmware/hvmloader/acpi/acpi2_0.h > +++ b/tools/firmware/hvmloader/acpi/acpi2_0.h > @@ -306,6 +306,9 @@ struct acpi_20_waet { > > #define ACPI_TIS_HDR_ADDRESS 0xFED40F00UL > > +/* NB. ACPI_INFO_PHYSICAL_ADDRESS *MUST* match definition in acpi/dsd

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

On 03/06/16 16:42, Jan Beulich wrote: On 03.06.16 at 17:36, wrote: >> On 01/06/16 10:29, Jan Beulich wrote: >> On 31.05.16 at 19:05, wrote: Signed-off-by: Andrew Cooper >>> Reviewed-by: Jan Beulich >>> >>> with one spelling correction: >>> +# Overview + +On native h

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

>>> On 03.06.16 at 00:52, wrote: > --- a/xen/arch/x86/hvm/vmx/vmx.c > +++ b/xen/arch/x86/hvm/vmx/vmx.c > @@ -3392,11 +3392,11 @@ void vmx_vmexit_handler(struct cpu_user_regs *regs) > break; > } > else { > -int handled = > +

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

On Fri, Jun 03, 2016 at 04:21:46PM +0100, Andrew Cooper wrote: > Signed-off-by: Andrew Cooper > Signed-off-by: Ian Jackson > Reviewed-by: Jan Beulich > Release-acked-by: Wei Liu Queued. Thanks everyone. ___ Xen-devel mailing list Xen-devel@lists.xe

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

flight 95239 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/95239/ 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] [PATCH for-4.7] docs: Feature Levelling feature document

>>> On 03.06.16 at 17:36, wrote: > On 01/06/16 10:29, Jan Beulich wrote: > On 31.05.16 at 19:05, wrote: >>> Signed-off-by: Andrew Cooper >> Reviewed-by: Jan Beulich >> >> with one spelling correction: >> >>> +# Overview >>> + >>> +On native hardware, a kernel will boot, detect features, typ

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

On Fri, Jun 3, 2016 at 9:06 AM, Julien Grall wrote: > > > 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

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

On 01/06/16 10:29, Jan Beulich wrote: On 31.05.16 at 19:05, wrote: >> Signed-off-by: Andrew Cooper > Reviewed-by: Jan Beulich > > with one spelling correction: > >> +# Overview >> + >> +On native hardware, a kernel will boot, detect features, typically optimise >> +certain codepaths based o

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

On 03/06/16 15:59, Ian Jackson wrote: > 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

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

On Fri, Jun 3, 2016 at 9:27 AM, Tamas K Lengyel wrote: >>> > Furthermore, I think the vm_event app should only received SMCs whose >>> condition has succeeded, because they will be actual SMC. The others >>> should just be ignored. >>> > >>> > IHMO, the vm_event should only contain the immediat

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

On 06/03/2016 10:55 AM, Jan Beulich wrote: > Well, first of all the definition of this structure will likely need to > become part of the public interface, so that all consumers of it > (hvmloader, libxc, and maybe the domain builder) can access it. > Which then raises the question of how to deal w

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

>> > Furthermore, I think the vm_event app should only received SMCs whose >> condition has succeeded, because they will be actual SMC. The others >> should just be ignored. >> > >> > IHMO, the vm_event should only contain the immediate. The rest only >> matters for the hypervisor. >> >> Absolut

Re: [Xen-devel] error while compiling Xen from the source

On Fri, Jun 03, 2016 at 05:21:33PM +0200, Safa Hamza wrote: > i did what u asked me to do but there is no warning msg > but when i downloaded xen from the source git clone git:// > xenbits.xen.org/xen.git > without this git checkout -b RELEASE-4.3.1 RELEASE-4.3.1 > it worked fine , i just wonder

Re: [Xen-devel] error while compiling Xen from the source

i did what u asked me to do but there is no warning msg but when i downloaded xen from the source git clone git:// xenbits.xen.org/xen.git without this git checkout -b RELEASE-4.3.1 RELEASE-4.3.1 it worked fine , i just wonder why !! On Thu, Jun 2, 2016 at 5:26 PM, Wei Liu wrote: > On Thu, Ju

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

Signed-off-by: Andrew Cooper Signed-off-by: Ian Jackson Reviewed-by: Jan Beulich Release-acked-by: Wei Liu --- CC: Ian Jackson CC: Konrad Rzeszutek Wilk v2: Squash patch from Ian, improving text relating to `xl` --- docs/features/feature-levelling.pandoc | 216 ++

[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

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

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] 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

[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] [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

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 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 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] 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] 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] [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] [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 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 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] 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 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] [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] 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] 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] [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

[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] 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 >>>

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] 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] [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] "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] 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] 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

[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

[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 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

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 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

[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 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 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

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 > [

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] 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

[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] [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), >

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] 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] [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

  1   2   >