[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

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

[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

[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

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

[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

[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

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

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

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;

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

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

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 |

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

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

[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

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 (

[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

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

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

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

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

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

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

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,

[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

[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

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

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

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

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

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*

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

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

[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

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

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

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

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

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

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

[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

[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

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

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

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

[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

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

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"

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

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,

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

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

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

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

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

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.

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

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

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 =

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

[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

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日

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

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

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

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

[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

[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

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

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

[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

[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

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

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 <

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:

[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

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

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;

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

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

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

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

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

  1   2   >