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

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

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

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

[Xen-devel] [qemu-mainline test] 122629: trouble: blocked/broken/fail/pass

flight 122629 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/122629/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qcow2broken build-arm64-xsm

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

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

Re: [Xen-devel] [PATCH 3/3] drm/xen-front: Fix loop timeout

On 05/08/2018 12:28 PM, Dan Carpenter wrote: If the loop times out then we want to exit with "to" set to zero, but in the current code it's set to -1. Fixes: c575b7eeb89f ("drm/xen-front: Add support for Xen PV display frontend") Signed-off-by: Dan Carpenter Thank

[Xen-devel] [PATCH v3 0/2] fix several issues in documentation

Some documents contain invalid pandoc syntax leading to failures when creating PDFs from them, e.g. when calling "make all" in the docs directory. Correct those by using proper lists, code blocks and special character escaping. Changes in V3: - dropped patches 1 and 2 of V2 as already applied -

[Xen-devel] [PATCH 2/3] drm/xen-front: fix xen_drm_front_shbuf_alloc() error handling

The xen_drm_front_shbuf_alloc() function was returning a mix of error pointers and NULL and the the caller wasn't checking correctly. I've changed it to always return error pointer consistently. Fixes: c575b7eeb89f ("drm/xen-front: Add support for Xen PV display frontend") Signed-off-by: Dan

Re: [Xen-devel] [PATCH v3 0/2] fix several issues in documentation

On 05/08/2018 07:47 AM, Juergen Gross wrote: > Some documents contain invalid pandoc syntax leading to failures when > creating PDFs from them, e.g. when calling "make all" in the docs > directory. > > Correct those by using proper lists, code blocks and special character > escaping. It's

[Xen-devel] [linux-linus test] 122630: regressions - trouble: blocked/broken/fail/pass

flight 122630 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/122630/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken

Re: [Xen-devel] [PATCH v2 02/10] x86/HVM: Rename vlapic_read_aligned() to vlapic_reg_read()

On Mon, May 07, 2018 at 04:07:45PM -0500, Janakarajan Natarajan wrote: > Rename vlapic_read_aligned() to vlapic_reg_read() to make it a pair of > vlapic_reg_write(). > > Signed-off-by: Janakarajan Natarajan > --- > xen/arch/x86/hvm/vlapic.c | 10 +- > 1

Re: [Xen-devel] [PATCH] xen: xenbus: Fix a possible data race in xs_request_enter

On 2018/5/8 15:02, Juergen Gross wrote: On 08/05/18 05:34, Jia-Ju Bai wrote: The read operation to "req->type" is protected by the lock on line 128, but the write operation to this data on line 118 is not protected by the lock. Thus, there may exist a data race for "req->type". To fix this

Re: [Xen-devel] [OSSTEST PATCH v2 14/19] ts-guests-nbd-mirror: make it work with stretch

On Wed, Mar 07, 2018 at 02:45:50PM +, Ian Jackson wrote: > Wei Liu writes ("[OSSTEST PATCH v2 14/19] ts-guests-nbd-mirror: make it work > with stretch"): > > On the server side, only add oldstyle= and port= on Wheezy and Jessie. > > Stretch doesn't support or need those anymore. > ... > > +

[Xen-devel] [PATCH] pci: treat class 0 devices as endpoints

Class 0 devices are legacy pre PCI 2.0 devices that didn't have a class code. Treat them as endpoints, so that they can be handled by the IOMMU and properly passed-through to the hardware domain. Such device has been seen on a Super Micro server, lspci -vv reports: 00:13.0 Non-VGA unclassified

Re: [Xen-devel] [PATCH 1/3] drm/xen-front: checking for NULL instead of IS_ERR

On 05/08/2018 12:26 PM, Dan Carpenter wrote: drm_dev_alloc() returns error pointers, it never returns NULL. Fixes: c575b7eeb89f ("drm/xen-front: Add support for Xen PV display frontend") Signed-off-by: Dan Carpenter Thank you, Reviewed-by: Oleksandr Andrushchenko

Re: [Xen-devel] [OSSTEST PATCH v2 13/19] TestSupport: add dpkg option when installing packages

On Wed, Mar 07, 2018 at 03:11:47PM +, Ian Jackson wrote: > Wei Liu writes ("[OSSTEST PATCH v2 13/19] TestSupport: add dpkg option when > installing packages"): > > Upgrading configuration file of nbd-client is controlled by dpkg in > > stretch. Add dpkg option to keep old configuration

Re: [Xen-devel] [OSSTEST PATCH v2 14/19] ts-guests-nbd-mirror: make it work with stretch

On Tue, May 08, 2018 at 10:20:20AM +0100, Wei Liu wrote: > On Wed, Mar 07, 2018 at 02:45:50PM +, Ian Jackson wrote: > > Wei Liu writes ("[OSSTEST PATCH v2 14/19] ts-guests-nbd-mirror: make it > > work with stretch"): > > > On the server side, only add oldstyle= and port= on Wheezy and Jessie.

[Xen-devel] [PATCH 0/2] vpci/msi: fix updating already bound MSI interrupts

Hello, There's a bug in current vpci code for MSI emulation when updating an already bound interrupt. The code will disable and enable the interrupt in order to update the binding, which calls unmap_domain_pirq that disables the global MSI enable flag in the control register. In order to fix

Re: [Xen-devel] [PATCH 0/2] vpci/msi: fix updating already bound MSI interrupts

On 08/05/18 11:23, Roger Pau Monne wrote: > Hello, > > There's a bug in current vpci code for MSI emulation when updating an > already bound interrupt. The code will disable and enable the interrupt > in order to update the binding, which calls unmap_domain_pirq that > disables the global MSI

Re: [Xen-devel] [PATCH v3 0/2] fix several issues in documentation

On 08/05/18 11:25, George Dunlap wrote: > On 05/08/2018 07:47 AM, Juergen Gross wrote: >> Some documents contain invalid pandoc syntax leading to failures when >> creating PDFs from them, e.g. when calling "make all" in the docs >> directory. >> >> Correct those by using proper lists, code blocks

Re: [Xen-devel] [PATCH 0/2] vpci/msi: fix updating already bound MSI interrupts

On Tue, May 08, 2018 at 11:30:18AM +0200, Juergen Gross wrote: > On 08/05/18 11:23, Roger Pau Monne wrote: > > Hello, > > > > There's a bug in current vpci code for MSI emulation when updating an > > already bound interrupt. The code will disable and enable the interrupt > > in order to update

Re: [Xen-devel] [PATCH v6] x86/mm: Suppresses vm_events caused by page-walks

On Mon, May 07, 2018 at 04:40:12PM +0300, Alexandru Isaila wrote: > This patch is adding a way to enable/disable inguest pagefault > events. It introduces the xc_monitor_inguest_pagefault function > and adds the inguest_pagefault_disabled in the monitor structure. > This is needed by the

[Xen-devel] [PATCH v3 1/2] doc: correct livepatch.markdown syntax

"make -C docs all" fails due to incorrect markdown syntax in livepatch.markdown. Correct it. Signed-off-by: Juergen Gross Reviewed-by: Konrad Rzeszutek Wilk --- docs/misc/livepatch.markdown | 590 --- 1 file

[Xen-devel] [PATCH v3 2/2] doc: correct intel_psr_cat_cdp.pandoc syntax

"make -C docs all" fails due to incorrect markdown syntax in intel_psr_cat_cdp.pandoc. Correct it. Signed-off-by: Juergen Gross --- docs/features/intel_psr_cat_cdp.pandoc | 562 ++--- 1 file changed, 300 insertions(+), 262 deletions(-) diff --git

Re: [Xen-devel] [PATCH] xen: xenbus: Fix a possible data race in xs_request_enter

On 08/05/18 05:34, Jia-Ju Bai wrote: > The read operation to "req->type" is protected by > the lock on line 128, but the write operation to > this data on line 118 is not protected by the lock. > Thus, there may exist a data race for "req->type". > > To fix this data race, the write operation to

[Xen-devel] [PATCH 3/3] drm/xen-front: Fix loop timeout

If the loop times out then we want to exit with "to" set to zero, but in the current code it's set to -1. Fixes: c575b7eeb89f ("drm/xen-front: Add support for Xen PV display frontend") Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/xen/xen_drm_front.c

Re: [Xen-devel] [PATCH] pci: treat class 0 devices as endpoints

On 08/05/18 10:33, Roger Pau Monne wrote: > Class 0 devices are legacy pre PCI 2.0 devices that didn't have a > class code. Treat them as endpoints, so that they can be handled by > the IOMMU and properly passed-through to the hardware domain. > > Such device has been seen on a Super Micro server,

Re: [Xen-devel] [OSSTEST PATCH v2 08/19] ts-guests-nbd-mirror: use target_{get, put}file_root to transfter cfg

On Wed, Mar 07, 2018 at 03:04:41PM +, Ian Jackson wrote: > Wei Liu writes ("[OSSTEST PATCH v2 08/19] ts-guests-nbd-mirror: use > target_{get,put}file_root to transfter cfg"): > > The original code used target_cmd_output_root which caused a trailing > > new line to be deleted, which caused

[Xen-devel] [PATCH 2/2] vpci/msi: fix update of bound MSI interrupts

Current update process of already bound MSI interrupts is wrong because unmap_domain_pirq calls pci_disable_msi, which disables MSI interrupts on the device. On the other hand map_domain_pirq doesn't enable MSI, so the current update process of already enabled MSI entries is wrong because MSI

[Xen-devel] [PATCH 1/2] vpci/msi: split code to bind pirq

And put it in a separate update function. This is required in order to improve binding of MSI PIRQs when using vPCI. No functional change. Signed-off-by: Roger Pau Monné --- Cc: Jan Beulich Cc: Andrew Cooper ---

[Xen-devel] [PATCH 1/3] drm/xen-front: checking for NULL instead of IS_ERR

drm_dev_alloc() returns error pointers, it never returns NULL. Fixes: c575b7eeb89f ("drm/xen-front: Add support for Xen PV display frontend") Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/xen/xen_drm_front.c b/drivers/gpu/drm/xen/xen_drm_front.c index

[Xen-devel] [PATCH v3.5 1/2] doc: correct livepatch.markdown syntax

From: Juergen Gross "make -C docs all" fails due to incorrect markdown syntax in livepatch.markdown. Correct it. Signed-off-by: Juergen Gross Reviewed-by: Konrad Rzeszutek Wilk Misc fixes: * Insert real URLs * Drop trailing

Re: [Xen-devel] xenbits DSA ssh keys to be disabled

Ian Jackson writes ("xenbits DSA ssh keys to be disabled"): > DSA keys ("dss") are 1024-bit and not really considered good practice > any more. By default in Debian's openssh-server, they are now > disabled. > > We are going to disable these soon. Can you please make sure that the > ssh keys

Re: [Xen-devel] [PATCH 2/3] drm/xen-front: fix xen_drm_front_shbuf_alloc() error handling

On 05/08/2018 12:37 PM, Oleksandr Andrushchenko wrote: On 05/08/2018 12:27 PM, Dan Carpenter wrote: The xen_drm_front_shbuf_alloc() function was returning a mix of error pointers and NULL and the the caller wasn't checking correctly. I've changed it to always return error pointer consistently.

Re: [Xen-devel] [PATCH v3 0/2] fix several issues in documentation

On 05/08/2018 02:08 PM, Ian Jackson wrote: > Juergen Gross writes ("Re: [Xen-devel] [PATCH v3 0/2] fix several issues in > documentation"): >> On 08/05/18 11:25, George Dunlap wrote: >>> But maybe that's a discussion to have when we open the 4.12 development >>> window. >> >> Another point is to

Re: [Xen-devel] [PATCH RFC 6/7] xen/x86/efi: Verify dom0 kernel with SHIM_LOCK protocol in efi_multiboot2()

On Fri, May 04, 2018 at 09:46:33AM -0600, Jan Beulich wrote: > >>> On 08.07.17 at 23:53, wrote: > > --- a/xen/arch/x86/boot/head.S > > +++ b/xen/arch/x86/boot/head.S > > @@ -383,9 +383,13 @@ __efi64_mb2_start: > > jmp x86_32_switch > > > >

Re: [Xen-devel] [RFC PATCH] x86/pagewalk: Honor SMAP_CHECK_DISABLED

On 08/05/18 12:38, Jason Andryuk wrote: > On Mon, May 7, 2018 at 4:05 PM, Andrew Cooper > wrote: >> On 07/05/2018 20:57, Jason Andryuk wrote: >>> commit 4c5d78a10dc89427140a50a1df5a0b8e9f073e82 (x86/pagewalk: >>> Re-implement the pagetable walker) removed honoring the

Re: [Xen-devel] [PATCH RFC 2/7] xen/x86: Manually build PE header

On Fri, May 04, 2018 at 09:38:03AM -0600, Jan Beulich wrote: > >>> On 08.07.17 at 23:53, wrote: > > This is the first step to get: > > - one binary which can be loaded by the EFI loader, > > Multiboot and Multiboot2 protocols, > > - if we wish, in the future we

Re: [Xen-devel] [PATCH v3 2/2] doc: correct intel_psr_cat_cdp.pandoc syntax

On 05/08/2018 07:47 AM, Juergen Gross wrote: > "make -C docs all" fails due to incorrect markdown syntax in > intel_psr_cat_cdp.pandoc. Correct it. > > Signed-off-by: Juergen Gross > --- > docs/features/intel_psr_cat_cdp.pandoc | 562 > ++--- > 1

[Xen-devel] [PATCH] x86/domain: Drop the only-written smap_check_policy infrastructure

c/s 4c5d78a10d "x86/pagewalk: Re-implement the pagetable walker" dropped the consumer of smap_policy. Looking at c/s 31ae587e6f which introduced the smap_check logic, it exists only to work around a bug in guest_walk_tables() was resolved by the aformentioned commit. Remove the unused variables

Re: [Xen-devel] [RFC PATCH] x86/pagewalk: Honor SMAP_CHECK_DISABLED

On Mon, May 7, 2018 at 4:05 PM, Andrew Cooper wrote: > On 07/05/2018 20:57, Jason Andryuk wrote: >> commit 4c5d78a10dc89427140a50a1df5a0b8e9f073e82 (x86/pagewalk: >> Re-implement the pagetable walker) removed honoring the >> smap_check_policy of the running VCPU.

Re: [Xen-devel] [PATCH RFC 1/7] xen: Introduce XEN_COMPILE_POSIX_TIME

On Mon, Apr 30, 2018 at 09:56:38AM -0600, Jan Beulich wrote: > >>> On 08.07.17 at 23:53, wrote: > > We need the POSIX time to properly fill the TimeDateStamp field in the PE > > header. > > > > Signed-off-by: Daniel Kiper > > --- > >

Re: [Xen-devel] [PATCH RFC 3/7] xen/x86: Add some addresses to the Multiboot header

On Fri, May 04, 2018 at 09:40:51AM -0600, Jan Beulich wrote: > >>> On 08.07.17 at 23:53, wrote: > > In comparison to ELF the PE format is not supported by the Multiboot > > protocol. So, if we wish to load xen.efi using this protocol we have > > to put header_addr,

Re: [Xen-devel] [PATCH v2 4/5] doc: correct feature-levelling.pandoc syntax

On 08/05/18 13:58, George Dunlap wrote: > On 05/07/2018 11:16 AM, Juergen Gross wrote: >> "make -C docs all" fails due to incorrect markdown syntax in >> feature-levelling.pandoc. Correct it. >> >> Signed-off-by: Juergen Gross > I tripped across this one too; and in any case the

Re: [Xen-devel] [PATCH v3 0/2] fix several issues in documentation

Juergen Gross writes ("Re: [Xen-devel] [PATCH v3 0/2] fix several issues in documentation"): > On 08/05/18 11:25, George Dunlap wrote: > > But maybe that's a discussion to have when we open the 4.12 development > > window. > > Another point is to add a call of "make -C docs all" to the OSStest >

Re: [Xen-devel] [PATCH v3 2/2] doc: correct intel_psr_cat_cdp.pandoc syntax

On 08/05/18 14:56, George Dunlap wrote: > On 05/08/2018 07:47 AM, Juergen Gross wrote: >> "make -C docs all" fails due to incorrect markdown syntax in >> intel_psr_cat_cdp.pandoc. Correct it. >> >> Signed-off-by: Juergen Gross >> --- >> docs/features/intel_psr_cat_cdp.pandoc |

Re: [Xen-devel] migration regression in xen-4.11 and qemu-2.11 and qcow2

Am Mon, 7 May 2018 17:19:46 +0200 schrieb Olaf Hering : > What I gathered during debugging so far is that somehow qemu on the receiving > side locks a region twice: After further debugging with many wild printfs: On the receiving side blockdev_init sets BDRV_O_INACTIVE because

Re: [Xen-devel] [PATCH 3/3] drm/xen-front: Fix loop timeout

On 05/08/2018 12:37 PM, Oleksandr Andrushchenko wrote: On 05/08/2018 12:28 PM, Dan Carpenter wrote: If the loop times out then we want to exit with "to" set to zero, but in the current code it's set to -1. Fixes: c575b7eeb89f ("drm/xen-front: Add support for Xen PV display frontend")

Re: [Xen-devel] [PATCH for-4.11 v3 1/1] Add new add_maintainers.pl script to optimise the workflow when using git format-patch with get_maintainer.pl

On 08/05/2018, 11:48, "Ian Jackson" wrote: Lars Kurth writes ("Re: [PATCH for-4.11 v3 1/1] Add new add_maintainers.pl script to optimise the workflow when using git format-patch with get_maintainer.pl"): > On 04/05/2018, 18:43, "Ian Jackson"

Re: [Xen-devel] [PATCH v2 4/5] doc: correct feature-levelling.pandoc syntax

On 05/07/2018 11:16 AM, Juergen Gross wrote: > "make -C docs all" fails due to incorrect markdown syntax in > feature-levelling.pandoc. Correct it. > > Signed-off-by: Juergen Gross I tripped across this one too; and in any case the original code is pretty clearly not right:

Re: [Xen-devel] [PATCH v2 4/5] doc: correct feature-levelling.pandoc syntax

On 05/08/2018 02:00 PM, Andrew Cooper wrote: > On 08/05/18 13:58, George Dunlap wrote: >> On 05/07/2018 11:16 AM, Juergen Gross wrote: >>> "make -C docs all" fails due to incorrect markdown syntax in >>> feature-levelling.pandoc. Correct it. >>> >>> Signed-off-by: Juergen Gross

Re: [Xen-devel] [PATCH v3 05/10] xen/arm: Setup virtual paging for non-boot CPUs on hotplug/resume

Hi Julien, On Tue, May 8, 2018 at 4:14 PM, Julien Grall wrote: > > > On 07/05/18 15:55, Mirela Simonovic wrote: >> >> Hi Julien, > > > Hi Mirela, > >> On Mon, Apr 30, 2018 at 4:47 PM, Julien Grall >> wrote: >>> >>> On 27/04/18 18:12, Mirela Simonovic

Re: [Xen-devel] [PATCH 0/3] Document intent for supported build platforms and bump min glib to 2.42

On Fri, May 4, 2018 at 10:00 PM, Daniel P. Berrangé wrote: > CC'ing xen-devel in case Xen maintainers have a need for something that > will that conflict with this proposal wrt supported build platforms. Thanks for the heads-up. CC'ing some more people who usually have

Re: [Xen-devel] [PATCH 0/3] Document intent for supported build platforms and bump min glib to 2.42

On Tue, May 8, 2018 at 4:10 PM, Daniel P. Berrangé wrote: >> With my Xen maintainer hat on: I wouldn't feel justified, personally, >> in asking another project to continue supporting older versions. If >> we didn't want to bump our own glib version, we would have to disable

Re: [Xen-devel] Xen and safety certification, Minutes of the meeting on Apr 4th

On Tue, 8 May 2018, Julien Grall wrote: > Hi Stefano, > > On 08/05/18 01:11, Stefano Stabellini wrote: > > On Fri, 6 Apr 2018, Stefano Stabellini wrote: > > > > > > > 3) Understand how to address dom0. FreeRTOS Dom0 sounds like a > > > > > > > good > > > > > > > solution. > > > > > > > Next step:

Re: [Xen-devel] Xen and safety certification, Minutes of the meeting on Apr 4th

Hi Stefano, On 08/05/18 01:11, Stefano Stabellini wrote: On Fri, 6 Apr 2018, Stefano Stabellini wrote: 3) Understand how to address dom0. FreeRTOS Dom0 sounds like a good solution. Next step: reach out to Dornerworks and/or others that worked with FreeRTOS on Xen before. Figure out whether

Re: [Xen-devel] [PATCH 0/3] Document intent for supported build platforms and bump min glib to 2.42

On 08/05/2018 16:50, George Dunlap wrote: > Tailing into that, with my CentOS package maintainer hat on: You said > that the code in question compiled on RHEL 6 because RH had backported > the function in question. Will QEMU continue to actually compile on > RHEL 6 / CentOS 6? I.e., will

Re: [Xen-devel] [PATCH 0/3] Document intent for supported build platforms and bump min glib to 2.42

On Tue, May 08, 2018 at 03:50:49PM +0100, George Dunlap wrote: > On Fri, May 4, 2018 at 10:00 PM, Daniel P. Berrangé > wrote: > > CC'ing xen-devel in case Xen maintainers have a need for something that > > will that conflict with this proposal wrt supported build platforms.

Re: [Xen-devel] [PATCH v3 1/2] doc: correct livepatch.markdown syntax

On 05/08/2018 07:47 AM, Juergen Gross wrote: > "make -C docs all" fails due to incorrect markdown syntax in > livepatch.markdown. Correct it. > > Signed-off-by: Juergen Gross > Reviewed-by: Konrad Rzeszutek Wilk Git complains of trailing whitespace:

[Xen-devel] [distros-debian-snapshot test] 74691: regressions - FAIL

flight 74691 distros-debian-snapshot real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/74691/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-amd64-daily-netboot-pvgrub 10 debian-di-install fail REGR. vs.

Re: [Xen-devel] [PATCH 1/3] drm/xen-front: checking for NULL instead of IS_ERR

On 05/08/2018 12:34 PM, Oleksandr Andrushchenko wrote: On 05/08/2018 12:26 PM, Dan Carpenter wrote: drm_dev_alloc() returns error pointers, it never returns NULL. Fixes: c575b7eeb89f ("drm/xen-front: Add support for Xen PV display frontend") Signed-off-by: Dan Carpenter

[Xen-devel] [Patch v3 2/2] x86/microcode: Synchronize late microcode loading

This patch ports microcode improvement patches from linux kernel. Before you read any further: the early loading method is still the preferred one and you should always do that. The following patch is improving the late loading mechanism for long running jobs and cloud use cases. Gather all

[Xen-devel] [Patch v3 1/2] x86/smp: count the number of online physical processor in the system

Mainly for the patch behind which relies on 'nr_phys_cpus' to estimate the time needed for microcode update in the worst case. Signed-off-by: Chao Gao --- v3: - new --- xen/arch/x86/smpboot.c| 13 + xen/include/asm-x86/smp.h | 3 +++ 2 files changed, 16

Re: [Xen-devel] [PATCH v3 05/10] xen/arm: Setup virtual paging for non-boot CPUs on hotplug/resume

On 07/05/18 15:55, Mirela Simonovic wrote: Hi Julien, Hi Mirela, On Mon, Apr 30, 2018 at 4:47 PM, Julien Grall wrote: On 27/04/18 18:12, Mirela Simonovic wrote: printk("P2M: %d levels with order-%d root, VTCR 0x%lx\n", - 4 - P2M_ROOT_LEVEL,

Re: [Xen-devel] [PATCH] x86/domain: Drop the only-written smap_check_policy infrastructure

On 08/05/18 17:05, George Dunlap wrote: > On Tue, May 8, 2018 at 2:03 PM, Andrew Cooper > wrote: >> c/s 4c5d78a10d "x86/pagewalk: Re-implement the pagetable walker" dropped the >> consumer of smap_policy. Looking at c/s 31ae587e6f which introduced the >> smap_check

Re: [Xen-devel] migration regression in xen-4.11 and qemu-2.11 and qcow2

Am Tue, 8 May 2018 13:31:43 +0200 schrieb Olaf Hering : > On the sending side offset 0xc9 is unlocked on the other fd, which allows > F_WRLCK to succeed: > > It seems on the receiving side some code forgets to unclock offset 0xc9, > which causes F_WRLCK to fail: It looks like

[Xen-devel] Xen Security Advisory 262 - qemu may drive Xen into unbounded loop

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory XSA-262 version 2 qemu may drive Xen into unbounded loop UPDATES IN VERSION 2 Public release. Updated .meta file ISSUE DESCRIPTION

[Xen-devel] Xen Security Advisory 261 - x86 vHPET interrupt injection errors

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory XSA-261 version 2 x86 vHPET interrupt injection errors UPDATES IN VERSION 2 Versions 3.1 ... 3.3 don't appear to be vulnerable. Public

[Xen-devel] Xen Security Advisory 260 (CVE-2018-8897) - x86: mishandling of debug exceptions

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory CVE-2018-8897 / XSA-260 version 2 x86: mishandling of debug exceptions UPDATES IN VERSION 2 Public release. Updated .meta file ISSUE

Re: [Xen-devel] [PATCH] x86/domain: Drop the only-written smap_check_policy infrastructure

On Tue, May 8, 2018 at 2:03 PM, Andrew Cooper wrote: > c/s 4c5d78a10d "x86/pagewalk: Re-implement the pagetable walker" dropped the > consumer of smap_policy. Looking at c/s 31ae587e6f which introduced the > smap_check logic, it exists only to work around a bug in

Re: [Xen-devel] [PATCH] x86/domain: Drop the only-written smap_check_policy infrastructure

On 08/05/18 18:05, George Dunlap wrote: > On Tue, May 8, 2018 at 2:03 PM, Andrew Cooper > wrote: >> c/s 4c5d78a10d "x86/pagewalk: Re-implement the pagetable walker" dropped the >> consumer of smap_policy. Looking at c/s 31ae587e6f which introduced the >> smap_check

Re: [Xen-devel] [PATCH] x86/domain: Drop the only-written smap_check_policy infrastructure

On Tue, May 08, 2018 at 02:03:04PM +0100, Andrew Cooper wrote: > c/s 4c5d78a10d "x86/pagewalk: Re-implement the pagetable walker" dropped the > consumer of smap_policy. Looking at c/s 31ae587e6f which introduced the > smap_check logic, it exists only to work around a bug in guest_walk_tables() >

Re: [Xen-devel] [PATCH] x86/domain: Drop the only-written smap_check_policy infrastructure

On 08/05/18 17:10, Roger Pau Monné wrote: > On Tue, May 08, 2018 at 02:03:04PM +0100, Andrew Cooper wrote: >> c/s 4c5d78a10d "x86/pagewalk: Re-implement the pagetable walker" dropped the >> consumer of smap_policy. Looking at c/s 31ae587e6f which introduced the >> smap_check logic, it exists only

Re: [Xen-devel] [PATCH] x86/domain: Drop the only-written smap_check_policy infrastructure

Hi, On 08/05/18 17:20, Andrew Cooper wrote: On 08/05/18 17:10, Roger Pau Monné wrote: On Tue, May 08, 2018 at 02:03:04PM +0100, Andrew Cooper wrote: c/s 4c5d78a10d "x86/pagewalk: Re-implement the pagetable walker" dropped the consumer of smap_policy. Looking at c/s 31ae587e6f which

[Xen-devel] [xen-unstable test] 122631: trouble: blocked/broken/fail/pass

flight 122631 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/122631/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-xl-credit2 broken build-arm64-libvirt