Re: [Xen-devel] [PATCH v2 01/18] xen: add some xen headers

On Thu, Oct 18, 2018 at 04:04:04PM +0200, Juergen Gross wrote: > On 18/10/2018 15:45, Daniel Kiper wrote: > > On Tue, Oct 09, 2018 at 01:03:00PM +0200, Juergen Gross wrote: > >> In order to support grub2 in Xen PVH environment some additional Xen > >> headers are needed as grub2 will be started in

Re: [Xen-devel] [PATCH v2 02/18] loader/linux: support passing rsdp address via boot params

On Thu, Oct 18, 2018 at 04:53:01PM +0200, Juergen Gross wrote: > On 18/10/2018 16:48, Daniel Kiper wrote: > > On Thu, Oct 18, 2018 at 04:36:28PM +0200, Juergen Gross wrote: > >> On 18/10/2018 16:30, Daniel Kiper wrote: > >>> On Thu, Oct 18, 2018 at 04:18:26PM +0200, Juergen Gross wrote: > On

Re: [Xen-devel] [PATCH v2 02/18] loader/linux: support passing rsdp address via boot params

On Thu, Oct 18, 2018 at 04:36:28PM +0200, Juergen Gross wrote: > On 18/10/2018 16:30, Daniel Kiper wrote: > > On Thu, Oct 18, 2018 at 04:18:26PM +0200, Juergen Gross wrote: > >> On 18/10/2018 16:13, Daniel Kiper wrote: > >>> On Tue, Oct 09, 2018 at 01:03:01PM +0200, Juergen Gross wrote: > Xen

Re: [Xen-devel] [PATCH v2 05/18] xen: add some dummy headers for PVH mode

On 18/10/2018 17:19, Daniel Kiper wrote: > On Tue, Oct 09, 2018 at 01:03:04PM +0200, Juergen Gross wrote: >> Xen PVH mode needs some headers including the common i386 headers. >> Add those to the tree. >> >> Signed-off-by: Juergen Gross >> --- >> include/grub/i386/xenpvh/boot.h| 1 + >>

Re: [Xen-devel] [PATCH v2 02/18] loader/linux: support passing rsdp address via boot params

On Tue, Oct 09, 2018 at 01:03:01PM +0200, Juergen Gross wrote: > Xen PVH guests will have the RSDP at an arbitrary address. Support that > by passing the RSDP address via the boot parameters to Linux. > > The new protocol version 2.14 requires to set version to 0x8000 ored > with the actually use

Re: [Xen-devel] [PATCH v2 0/4] x86/HVM: implement memory read caching

On 10/12/2018 03:19 PM, Jan Beulich wrote: On 12.10.18 at 15:55, wrote: >> On 11/09/18 14:10, Jan Beulich wrote: >>> Emulation requiring device model assistance uses a form of instruction >>> re-execution, assuming that the second (and any further) pass takes >>> exactly the same path. This

Re: [Xen-devel] [PATCH v2 02/18] loader/linux: support passing rsdp address via boot params

On 18/10/2018 16:48, Daniel Kiper wrote: > On Thu, Oct 18, 2018 at 04:36:28PM +0200, Juergen Gross wrote: >> On 18/10/2018 16:30, Daniel Kiper wrote: >>> On Thu, Oct 18, 2018 at 04:18:26PM +0200, Juergen Gross wrote: On 18/10/2018 16:13, Daniel Kiper wrote: > On Tue, Oct 09, 2018 at

Re: [Xen-devel] [PATCH v2 02/18] loader/linux: support passing rsdp address via boot params

On 18/10/2018 16:13, Daniel Kiper wrote: > On Tue, Oct 09, 2018 at 01:03:01PM +0200, Juergen Gross wrote: >> Xen PVH guests will have the RSDP at an arbitrary address. Support that >> by passing the RSDP address via the boot parameters to Linux. >> >> The new protocol version 2.14 requires to set

[Xen-devel] [xen-4.9-testing test] 128844: regressions - FAIL

flight 128844 xen-4.9-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/128844/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ws16-amd64 15 guest-saverestore.2 fail REGR. vs. 128156 Tests which

Re: [Xen-devel] [PATCH v2 02/18] loader/linux: support passing rsdp address via boot params

On Thu, Oct 18, 2018 at 04:18:26PM +0200, Juergen Gross wrote: > On 18/10/2018 16:13, Daniel Kiper wrote: > > On Tue, Oct 09, 2018 at 01:03:01PM +0200, Juergen Gross wrote: > >> Xen PVH guests will have the RSDP at an arbitrary address. Support that > >> by passing the RSDP address via the boot

Re: [Xen-devel] [PATCH v2 05/18] xen: add some dummy headers for PVH mode

On Tue, Oct 09, 2018 at 01:03:04PM +0200, Juergen Gross wrote: > Xen PVH mode needs some headers including the common i386 headers. > Add those to the tree. > > Signed-off-by: Juergen Gross > --- > include/grub/i386/xenpvh/boot.h| 1 + > include/grub/i386/xenpvh/console.h | 1 + >

Re: [Xen-devel] [PATCH v2 03/18] xen: carve out grant tab initialization into dedicated function

On Tue, Oct 09, 2018 at 01:03:02PM +0200, Juergen Gross wrote: > Initialize the grant tab in a dedicated function. This will enable > using it for PVH guests, too. > > Call the new function from grub_machine_init() as this will later > be common between Xen PV and Xen PVH mode. > > Signed-off-by:

Re: [Xen-devel] [PATCH v2 02/18] loader/linux: support passing rsdp address via boot params

On 18/10/2018 16:30, Daniel Kiper wrote: > On Thu, Oct 18, 2018 at 04:18:26PM +0200, Juergen Gross wrote: >> On 18/10/2018 16:13, Daniel Kiper wrote: >>> On Tue, Oct 09, 2018 at 01:03:01PM +0200, Juergen Gross wrote: Xen PVH guests will have the RSDP at an arbitrary address. Support that

Re: [Xen-devel] [PATCH v2 04/18] xen: prepare common code for Xen PVH support

On Tue, Oct 09, 2018 at 01:03:03PM +0200, Juergen Gross wrote: > Some common code needs to be special cased for Xen PVH mode. This hits > mostly Xen PV mode specific areas. > > Signed-off-by: Juergen Gross > --- > grub-core/kern/i386/tsc.c | 2 +- > include/grub/i386/pc/int.h| 3

Re: [Xen-devel] [PATCH v2 04/18] xen: prepare common code for Xen PVH support

On 18/10/2018 16:59, Daniel Kiper wrote: > On Tue, Oct 09, 2018 at 01:03:03PM +0200, Juergen Gross wrote: >> Some common code needs to be special cased for Xen PVH mode. This hits >> mostly Xen PV mode specific areas. >> >> Signed-off-by: Juergen Gross >> --- >> grub-core/kern/i386/tsc.c

Re: [Xen-devel] [PATCH v2 01/18] xen: add some xen headers

On 18/10/2018 15:45, Daniel Kiper wrote: > On Tue, Oct 09, 2018 at 01:03:00PM +0200, Juergen Gross wrote: >> In order to support grub2 in Xen PVH environment some additional Xen >> headers are needed as grub2 will be started in PVH mode requiring to >> use several HVM hypercalls and structures. >>

Re: [Xen-devel] [Qemu-devel] [PATCH] Xen PCI passthrough: fix passthrough failure when irq map failure

On Thu, Oct 18, 2018 at 08:22:41AM +, Zhao, Yan Y wrote: > Hi > The background for this patch is that: for some pci device, even it's > PCI_INTERRUPT_PIN is not 0, it actually does not support INTx mode, so we > should just report error, disable INTx mode and continue the passthrough. >

[Xen-devel] Ongoing/future speculative mitigation work

Hello, This is an accumulation and summary of various tasks which have been discussed since the revelation of the speculative security issues in January, and also an invitation to discuss alternative ideas.  They are x86 specific, but a lot of the principles are architecture-agnostic. 1) A

[Xen-devel] [linux-4.9 test] 128847: tolerable FAIL - PUSHED

flight 128847 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/128847/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-debianhvm-amd64 16 guest-localmigrate/x10 fail like 128570 test-amd64-amd64-examine 4

Re: [Xen-devel] Intel Z270 support

On Thu, 18 Oct 2018 at 19:11, Andrew Cooper wrote: > On 18/10/2018 18:57, Aaron Gray wrote: > > I have two ASUS PRIME Z270-A machines based on Intel Z270 chipset and > > am wondering about when support will be available for them and what I > > can do to speed this up. > > > > But I have not done

[Xen-devel] [qemu-mainline test] 128851: tolerable FAIL - PUSHED

flight 128851 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/128851/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stopfail like 128824 test-armhf-armhf-libvirt 14

Re: [Xen-devel] [PATCH RFC] VMX: fix vmx_handle_eoi()

+Chao to help take a look. > -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Friday, October 12, 2018 5:33 PM > To: xen-devel > Cc: Andrew Cooper ; Wei Liu > ; Nakajima, Jun ; Tian, > Kevin > Subject: [PATCH RFC] VMX: fix vmx_handle_eoi() > > In commit

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

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

Re: [Xen-devel] [PATCH V2] xen-swiotlb: use actually allocated size on check physical continuous

On 10/18/18 4:52 PM, Konrad Rzeszutek Wilk wrote: > On Tue, Oct 16, 2018 at 03:21:16PM -0700, Joe Jin wrote: >> xen_swiotlb_{alloc,free}_coherent() allocate/free memory by order, >> but passed required size to range_straddles_page_boundary(), >> when first pages are physical continuous, >>

Re: [Xen-devel] [PATCH v5 1/2] memory_hotplug: Free pages as higher order

On Thu, 11 Oct 2018 09:55:03 +0200 Michal Hocko wrote: > > > > > This is now not called anymore, although the xen/hv variants still do > > > > > it. The function seems empty these days, maybe remove it as a followup > > > > > cleanup? > > > > > > > > > > > -

[Xen-devel] Intel Z270 support

I have two ASUS PRIME Z270-A machines based on Intel Z270 chipset and am wondering about when support will be available for them and what I can do to speed this up. But I have not done anything to do with kernel work since years ago when I read a lot of the main parts of the Linux 2.4 Kernel.

[Xen-devel] [PATCH v2] devicetree, xen: add xen, shared-memory binding

From: Stefano Stabellini Introduce a device tree binding for Xen reserved-memory regions. They are used to share memory across VMs from the VM config files. (See static_shm config option.) Signed-off-by: Stefano Stabellini --- Changes in v2: - fix Author line - add versioning - xen,id instead

Re: [Xen-devel] Intel Z270 support

On 18/10/2018 19:45, Aaron Gray wrote: > On Thu, 18 Oct 2018 at 19:11, Andrew Cooper > wrote: > > On 18/10/2018 18:57, Aaron Gray wrote: > > I have two ASUS PRIME Z270-A machines based on Intel Z270 > chipset and > > am wondering about when

Re: [Xen-devel] [PATCH] devicetree, xen: add xen, shared-memory binding

On Wed, 17 Oct 2018, Rob Herring wrote: > On Mon, Oct 08, 2018 at 04:03:54PM -0700, Stefano Stabellini wrote: > > Introduce a device tree binding for Xen reserved-memory regions. They > > are used to share memory across VMs from the VM config files. (See > > static_shm config option.) > > > >

Re: [Xen-devel] [PATCH V2] xen-swiotlb: use actually allocated size on check physical continuous

On Tue, Oct 16, 2018 at 03:21:16PM -0700, Joe Jin wrote: > xen_swiotlb_{alloc,free}_coherent() allocate/free memory by order, > but passed required size to range_straddles_page_boundary(), > when first pages are physical continuous, > range_straddles_page_boundary() returned true, then did not >

Re: [Xen-devel] [PATCH v2] xen/blkfront: avoid NULL blkfront_info dereference on device removal

On Mon, Oct 15, 2018 at 04:25:56PM +0200, Vasilis Liaskovitis wrote: > On Mon, 2018-10-15 at 16:02 +0200, Roger Pau Monné wrote: > > > > > This results in a NULL pointer BUG when blkfront_remove and > > > blkif_free > > > try to access the failing device's NULL struct blkfront_info. > > > > > >

Re: [Xen-devel] Fix VGA logdirty related display freezes with altp2m

On Thu, Oct 18, 2018 at 4:09 AM Razvan Cojocaru wrote: > > Hello, > > This series aims to prevent the display from freezing when > enabling altp2m and switching to a new view (and assorted problems > when resizing the display). > > The first patch propagates ept.ad changes to all active altp2ms,

Re: [Xen-devel] Intel Z270 support

On 18/10/2018 18:57, Aaron Gray wrote: > I have two ASUS PRIME Z270-A machines based on Intel Z270 chipset and > am wondering about when support will be available for them and what I > can do to speed this up. > > But I have not done anything to do with kernel work since years ago > when I read a

Re: [Xen-devel] [PATCH v3] arch/x86: Add registers to vm_event

On Thu, Oct 18, 2018 at 3:02 AM Alexandru Stefan ISAILA wrote: > > This patch adds a couple of regs to the vm_event that are used by > the introspection. The base, limit and ar > bits are compressed into a uint64_t union so as not to enlarge the > vm_event. > > Signed-off-by: Alexandru Isaila

Re: [Xen-devel] Fix VGA logdirty related display freezes with altp2m

On 10/18/18 11:08 PM, Tamas K Lengyel wrote: > On Thu, Oct 18, 2018 at 4:09 AM Razvan Cojocaru > wrote: >> >> Hello, >> >> This series aims to prevent the display from freezing when >> enabling altp2m and switching to a new view (and assorted problems >> when resizing the display). >> >> The

[Xen-devel] [xen-4.7-testing test] 128837: FAIL

flight 128837 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/128837/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 broken in 128744 Tests

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

This run is configured for baseline tests only. flight 75444 ovmf real [real] http://osstest.xensource.com/osstest/logs/75444/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-xsm

Re: [Xen-devel] [PATCH] Xen PCI passthrough: fix passthrough failure when irq map failure

Hi The background for this patch is that: for some pci device, even it's PCI_INTERRUPT_PIN is not 0, it actually does not support INTx mode, so we should just report error, disable INTx mode and continue the passthrough. However, the commit 5a11d0f7 regards this as error condition and let qemu

[Xen-devel] [PATCH v3] arch/x86: Add registers to vm_event

This patch adds a couple of regs to the vm_event that are used by the introspection. The base, limit and ar bits are compressed into a uint64_t union so as not to enlarge the vm_event. Signed-off-by: Alexandru Isaila --- Changes since V2: - Keep fs/gs_base in 64bit long format -

Re: [Xen-devel] [RFC PATCH v1 00/16] xen: sched: implement core-scheduling

On Wed, 2018-10-17 at 15:36 -0600, Tamas K Lengyel wrote: > On Fri, Aug 24, 2018 at 5:36 PM Dario Faggioli > wrote: > > > > They give me a system that boots, where I can do basic stuff (like > > playing with dom0, creating guests, etc), and where the constraint > > of > > only scheduling vcpus

[Xen-devel] [PATCH 2/2] x86/altp2m: fix display frozen when switching to a new view early

When an new altp2m view is created very early on guest boot, the display will freeze (although the guest will run normally). This may also happen on resizing the display. The reason is the way Xen currently (mis)handles logdirty VGA: it intentionally misconfigures VGA pages so that they will

[Xen-devel] [PATCH 1/2] x86/altp2m: propagate ept.ad changes to all active altp2ms

This patch is a pre-requisite for fixing the logdirty VGA issue (display freezes when switching to a new altp2m view early in a domain's lifetime), but sent separately for easier review. The new ept_set_ad_sync() function has been added to update all active altp2ms' ept.ad. New altp2ms will

[Xen-devel] Fix VGA logdirty related display freezes with altp2m

Hello, This series aims to prevent the display from freezing when enabling altp2m and switching to a new view (and assorted problems when resizing the display). The first patch propagates ept.ad changes to all active altp2ms, and the second one allocates a new logdirty rangeset for each new

[Xen-devel] [distros-debian-wheezy test] 75446: trouble: blocked/broken

flight 75446 distros-debian-wheezy real [real] http://osstest.xensource.com/osstest/logs/75446/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvopsbroken build-i386

[Xen-devel] [PATCH] x86/cpuid: Tie SMAP to NX, for the shadow pagetable code

NX support in the host is required for the shadow pagetable code to handle SMAP correctly for guests. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: Wei Liu CC: Roger Pau Monné CC: George Dunlap CC: Tim Deegan RFC because this is a little thorny. Strictly speaking, it is "Xen uses

Re: [Xen-devel] [RFC PATCH v1 00/16] xen: sched: implement core-scheduling

On Fri, 2018-10-12 at 11:23 +0200, Juergen Gross wrote: > On 12/10/2018 11:15, Dario Faggioli wrote: > > > > But, anyway, if I'm in sched_dario.c, and schedule.c makes me > > reason in > > terms of vCores, how do I deal with single CPUs for a particular > > cpupool that does not want

Re: [Xen-devel] [PATCH 2/2] x86/altp2m: fix display frozen when switching to a new view early

On 18/10/18 11:07, Razvan Cojocaru wrote: > When an new altp2m view is created very early on guest boot, the > display will freeze (although the guest will run normally). This > may also happen on resizing the display. The reason is the way > Xen currently (mis)handles logdirty VGA: it

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

flight 128839 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/128839/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-xen-freebsd broken build-amd64-xen-xsm-freebsd

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

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

Re: [Xen-devel] [RFC PATCH v1 00/16] xen: sched: implement core-scheduling

On Thu, Oct 18, 2018 at 2:16 AM Dario Faggioli wrote: > > On Wed, 2018-10-17 at 15:36 -0600, Tamas K Lengyel wrote: > > On Fri, Aug 24, 2018 at 5:36 PM Dario Faggioli > > wrote: > > > > > > They give me a system that boots, where I can do basic stuff (like > > > playing with dom0, creating

[Xen-devel] [PATCH 07/22] xen/arm: gic-3: Remove unused includes

Signed-off-by: Julien Grall --- xen/arch/arm/gic-v3.c | 5 - 1 file changed, 5 deletions(-) diff --git a/xen/arch/arm/gic-v3.c b/xen/arch/arm/gic-v3.c index 2952335d05..8ff4e0f08e 100644 --- a/xen/arch/arm/gic-v3.c +++ b/xen/arch/arm/gic-v3.c @@ -23,7 +23,6 @@ #include #include

[Xen-devel] [PATCH 18/22] xen/arm: Remove unnecessary includes in asm-arm/acpi.h

Signed-off-by: Julien Grall --- xen/include/asm-arm/acpi.h | 1 - 1 file changed, 1 deletion(-) diff --git a/xen/include/asm-arm/acpi.h b/xen/include/asm-arm/acpi.h index feec4fb0ac..50340281a9 100644 --- a/xen/include/asm-arm/acpi.h +++ b/xen/include/asm-arm/acpi.h @@ -23,7 +23,6 @@ #ifndef

[Xen-devel] [PATCH 01/22] xen/arm: traps: Constify show_registers parameters

show_registers helpers are not meant to modify any parameters. So constify them. Signed-off-by: Julien Grall --- xen/arch/arm/traps.c| 14 +++--- xen/include/asm-arm/processor.h | 2 +- 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/xen/arch/arm/traps.c

[Xen-devel] [PATCH 19/22] xen/arm: Remove unnecessary include in asm-arm/atomic.h

Signed-off-by: Julien Grall --- xen/include/asm-arm/atomic.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/xen/include/asm-arm/atomic.h b/xen/include/asm-arm/atomic.h index 50f2835e35..263e8c3b6c 100644 --- a/xen/include/asm-arm/atomic.h +++ b/xen/include/asm-arm/atomic.h @@ -2,8 +2,6 @@

[Xen-devel] [PATCH 14/22] xen/arm: Remove unnecessary includes in asm/vgic.h

Signed-off-by: Julien Grall --- xen/include/asm-arm/vgic.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/xen/include/asm-arm/vgic.h b/xen/include/asm-arm/vgic.h index 760392f9ef..0316d87f66 100644 --- a/xen/include/asm-arm/vgic.h +++ b/xen/include/asm-arm/vgic.h @@ -22,11 +22,8 @@

[Xen-devel] [PATCH 03/22] xen/arm: Remove __init from prototype

In Xen, it is common to add __init to the declaration and not the prototype. Remove the few __init on some prototypes which allows to avoid the inclusion of init.h in headers. With these changes, init.h is now required to be included on some c files. Also, add __init where it was missing in

[Xen-devel] [PATCH 00/22] xen/arm: Bunch of clean-ups

Hi all, This patch series is a bunch of clean-ups I have collected the past few weeks. The main goal is to reduce the scope of some includes and reduce the size of processor.h by moving some parts in new/current headers. Cheers, Julien Grall (22): xen/arm: traps: Constify show_registers

[Xen-devel] [PATCH 17/22] xen/arm: Remove unnecessary includes in asm/p2m.h

Signed-off-by: Julien Grall --- xen/include/asm-arm/p2m.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/xen/include/asm-arm/p2m.h b/xen/include/asm-arm/p2m.h index c03557544a..be58125fb7 100644 --- a/xen/include/asm-arm/p2m.h +++ b/xen/include/asm-arm/p2m.h @@ -5,10 +5,7 @@ #include

[Xen-devel] [PATCH 21/22] xen/arm: platform: Don't include p2m.h in exynos5 and omap5

None of the platforms are using the p2m helpers. Signed-off-by: Julien Grall --- xen/arch/arm/platforms/exynos5.c | 1 - xen/arch/arm/platforms/omap5.c | 1 - 2 files changed, 2 deletions(-) diff --git a/xen/arch/arm/platforms/exynos5.c b/xen/arch/arm/platforms/exynos5.c index

[Xen-devel] [PATCH 04/22] xen/arm: bugs: Move do_bug_frame to traps.h

do_bug_frame is only necessary when trapping. This allows to remove processor.h include. However, time.h was missing an include resulting to compilation error if processor.h is removed from bug.h. Signed-off-by: Julien Grall --- xen/arch/arm/arm32/traps.c | 1 + xen/include/asm-arm/bug.h |

[Xen-devel] [PATCH 06/22] xen/arm: Move VABORT_GEN_BY_GUEST to traps.h and turned into inline

The macro VABORT_GEN_BY_GUEST is only used by the trap code. So move it to trap.h. While moving the code, convert is to a static inline to allow typecheck. Signed-off-by: Julien Grall --- xen/include/asm-arm/processor.h | 10 -- xen/include/asm-arm/traps.h | 10 ++ 2 files

[Xen-devel] [PATCH 10/22] xen/arm: Move SYSREG accessors in sysregs.h

System registers accessors are self-contained and should not be included everywhere in Xen. Move the accessors in sysregs.h and include the file when necessary. With that change, it is not necessary to include processor.h in time.h. Signed-off-by: Julien Grall --- xen/arch/arm/arm32/entry.S

[Xen-devel] [PATCH 08/22] xen/arm: gic-v3: Re-order includes in alphabetical order

Signed-off-by: Julien Grall --- xen/arch/arm/gic-v3.c | 22 -- 1 file changed, 12 insertions(+), 10 deletions(-) diff --git a/xen/arch/arm/gic-v3.c b/xen/arch/arm/gic-v3.c index 8ff4e0f08e..a7ce94789c 100644 --- a/xen/arch/arm/gic-v3.c +++ b/xen/arch/arm/gic-v3.c @@ -21,25

[Xen-devel] [PATCH 20/22] xen/arm: Remove unnecessary includes in asm/current.h

Signed-off-by: Julien Grall --- xen/include/asm-arm/current.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/xen/include/asm-arm/current.h b/xen/include/asm-arm/current.h index f9819b34fc..c4af66fbb9 100644 --- a/xen/include/asm-arm/current.h +++ b/xen/include/asm-arm/current.h @@ -2,9

[Xen-devel] [PATCH 02/22] xen/arm: regs: Convert guest_mode to a static inline helper

At the same time, switch the parameter guest_mode from int to bool Signed-off-by: Julien Grall --- xen/arch/arm/traps.c | 6 +++--- xen/include/asm-arm/regs.h | 22 -- 2 files changed, 15 insertions(+), 13 deletions(-) diff --git a/xen/arch/arm/traps.c

[Xen-devel] [PATCH 11/22] xen/arm: Move out of processor.h traps related variable/function

do_unexpected_traps() is moved to traps.h while init_traps() and hyp_traps_vectors() are moved to setup.h. Signed-off-by: Julien Grall --- xen/include/asm-arm/processor.h | 6 -- xen/include/asm-arm/setup.h | 3 +++ xen/include/asm-arm/traps.h | 2 ++ 3 files changed, 5

[Xen-devel] [PATCH 16/22] xen/arm: Remove unnecessary includes in traps.c

Also, include smccc.h instead of psci.h. Signed-off-by: Julien Grall --- xen/arch/arm/traps.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c index 0dd664cc08..9c3be17df8 100644 --- a/xen/arch/arm/traps.c +++

[Xen-devel] [PATCH 15/22] xen/arm: Remove unnecessary includes in asm/mmio.h

Signed-off-by: Julien Grall --- xen/include/asm-arm/mmio.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/xen/include/asm-arm/mmio.h b/xen/include/asm-arm/mmio.h index 3ed3f82bf7..8dbfb27682 100644 --- a/xen/include/asm-arm/mmio.h +++ b/xen/include/asm-arm/mmio.h @@ -23,8 +23,6 @@

[Xen-devel] [PATCH 09/22] xen/arm: Move HSR defines in a new header hsr.h

The HSR defines are pretty much self-contained and not necessary to be included everywhere in Xen. So move them in a new header hsr.h. Signed-off-by: Julien Grall --- xen/arch/arm/arm64/traps.c | 1 + xen/arch/arm/traps.c| 1 + xen/include/asm-arm/arm64/hsr.h |

[Xen-devel] [PATCH 13/22] xen/arm: Only include vreg.h when necessary

Signed-off-by: Julien Grall --- xen/arch/arm/vgic-v2.c | 1 + xen/arch/arm/vgic-v3-its.c | 1 + xen/arch/arm/vpl011.c| 1 + xen/include/asm-arm/vgic.h | 1 - xen/include/asm-arm/vpl011.h | 1 - 5 files changed, 3 insertions(+), 2 deletions(-) diff --git

[Xen-devel] [PATCH 22/22] xen/arm: Move vgic_* helpers from gic.h to vgic.h

Keep vgic_* helpers in a single place. At the same time remove gic.h from event.h since the helpers has now been moved to vgic.h (included by domain.h). Signed-off-by: Julien Grall --- xen/include/asm-arm/event.h | 1 - xen/include/asm-arm/gic.h | 3 --- xen/include/asm-arm/vgic.h | 5 +

[Xen-devel] [PATCH 12/22] xen/arm: Only include stringify.h when necessary

Signed-off-by: Julien Grall --- xen/include/asm-arm/arm32/sysregs.h | 1 + xen/include/asm-arm/arm64/processor.h | 2 -- xen/include/asm-arm/cpregs.h | 2 -- 3 files changed, 1 insertion(+), 4 deletions(-) diff --git a/xen/include/asm-arm/arm32/sysregs.h

[Xen-devel] [PATCH 05/22] xen/arm: Consolidate CPU identification in cpufeature.{c, h}

At the moment, CPU Identification is spread accross cpu.c, cpufeature.c, processor.h, cpufeature.h. It would be better to keep everything together in a single place. Signed-off-by: Julien Grall --- xen/arch/arm/Makefile| 1 - xen/arch/arm/cpu.c | 68

Re: [Xen-devel] [PATCH v2 01/18] xen: add some xen headers

On Tue, Oct 09, 2018 at 01:03:00PM +0200, Juergen Gross wrote: > In order to support grub2 in Xen PVH environment some additional Xen > headers are needed as grub2 will be started in PVH mode requiring to > use several HVM hypercalls and structures. > > Add the needed headers from Xen 4.10 being

Re: [Xen-devel] [RFC PATCH v1 00/16] xen: sched: implement core-scheduling

On Thu, 2018-10-18 at 06:55 -0600, Tamas K Lengyel wrote: > On Thu, Oct 18, 2018 at 2:16 AM Dario Faggioli > wrote: > > > > On Wed, 2018-10-17 at 15:36 -0600, Tamas K Lengyel wrote: > > > On Fri, Aug 24, 2018 at 5:36 PM Dario Faggioli < > > > dfaggi...@suse.com> > > > wrote: > > > > > > > >

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

This run is configured for baseline tests only. flight 75448 ovmf real [real] http://osstest.xensource.com/osstest/logs/75448/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-xsm