[Xen-devel] [PATCH for-4.10 2/2] xen/arm: p2m: Add more debug in get_page_from_gva

The function get_page_from_gva is used by copy_*_guest helpers to translate a guest virtual address to a machine physical address and take reference on the page. There are a couple of errors path that will return the same value making difficult to know the exact error. Add more debug in each

[Xen-devel] [PATCH for-4.10 1/2] xen/arm: mm: Change the return value of gvirt_to_maddr

Currently, gvirt_to_maddr return -EFAULT when the translation failed. It might be useful to return the PAR_EL1 (Physical Address Register) in such a case to get a better idea of the reason. So modify the return value to use 0 on sucess or return the PAR on failure. The callers are modified to

[Xen-devel] [PATCH for-4.10 0/2] xen/arm: Add more debug in get_page_from_gva

Hi all, It looks like get_page_from_gva intermittenly fails on the Arndale (see [1]) leading to Dom0 crashing. At the moment it is a bit hard to know why given the hypervisor does not provide much information. This series add more debug in get_page_from_gva to hopefully narrow down the issue.

[Xen-devel] [linux-3.18 test] 116193: tolerable FAIL - PUSHED

flight 116193 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/116193/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-rumprun-i386 17 rumprun-demo-xenstorels/xenstorels.repeat fail REGR. vs. 116140 Tests

[Xen-devel] [linux-next test] 116194: regressions - FAIL

flight 116194 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/116194/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-debianhvm-amd64-xsm 7 xen-boot fail REGR. vs. 116164

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On 11/15/2017 02:50 PM, Boris Ostrovsky wrote: > On 11/15/2017 02:09 PM, Stefano Stabellini wrote: >> >> However, I should note that this is a pretty big hammer we are using: >> the refcount is global, while we only need to wait until it's only us >> _on this specific socket_. > Can you explain

Re: [Xen-devel] [PATCH] xen/pvcalls: Add MODULE_LICENSE()

On Wed, 15 Nov 2017, Boris Ostrovsky wrote: > Since commit ba1029c9cbc5 ("modpost: detect modules without a > MODULE_LICENSE") modules without said macro will generate > > WARNING: modpost: missing MODULE_LICENSE() in > > While at it, also add module description and attribution. > >

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On Wed, 15 Nov 2017, Juergen Gross wrote: > >>> while(mutex_is_locked(>active.in_mutex.owner) || > >>> mutex_is_locked(>active.out_mutex.owner)) > >>> cpu_relax(); > >>> > >>> ? > >> I'm not convinced there isn't a race. > >> > >> In pvcalls_front_recvmsg()

Re: [Xen-devel] [PATCH for-4.10 2/2] xen/arm: p2m: Add more debug in get_page_from_gva

On 15/11/17 19:34, Julien Grall wrote: > The function get_page_from_gva is used by copy_*_guest helpers to > translate a guest virtual address to a machine physical address and take > reference on the page. > > There are a couple of errors path that will return the same value making > difficult to

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On 11/15/2017 02:09 PM, Stefano Stabellini wrote: > On Wed, 15 Nov 2017, Juergen Gross wrote: > while(mutex_is_locked(>active.in_mutex.owner) || > mutex_is_locked(>active.out_mutex.owner)) > cpu_relax(); > > ? I'm not convinced there

Re: [Xen-devel] [PATCH 2/2 v2] xen: Fix 16550 UART console for HP Moonshot (Aarch64) platform

On Thu, Nov 09, 2017 at 03:49:24PM +0530, Bhupinder Thakur wrote: > The console was not working on HP Moonshot (HPE Proliant Aarch64) because > the UART registers were accessed as 8-bit aligned addresses. However, > registers are 32-bit aligned for HP Moonshot. > > Since ACPI/SPCR

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On Wed, 15 Nov 2017, Boris Ostrovsky wrote: > On 11/15/2017 02:09 PM, Stefano Stabellini wrote: > > On Wed, 15 Nov 2017, Juergen Gross wrote: > > while(mutex_is_locked(>active.in_mutex.owner) || > > mutex_is_locked(>active.out_mutex.owner)) > >

Re: [Xen-devel] [PATCH for-4.10 2/2] xen/arm: p2m: Add more debug in get_page_from_gva

Hi Andrew, On 11/15/2017 07:43 PM, Andrew Cooper wrote: On 15/11/17 19:34, Julien Grall wrote: The function get_page_from_gva is used by copy_*_guest helpers to translate a guest virtual address to a machine physical address and take reference on the page. There are a couple of errors path

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On Wed, 15 Nov 2017, Stefano Stabellini wrote: > On Wed, 15 Nov 2017, Boris Ostrovsky wrote: > > On 11/15/2017 02:09 PM, Stefano Stabellini wrote: > > > On Wed, 15 Nov 2017, Juergen Gross wrote: > > > while(mutex_is_locked(>active.in_mutex.owner) || > > >

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On 11/15/2017 04:50 PM, Stefano Stabellini wrote: > > Sorry, code style issue: one missing space in the comment. I'll send it > again separately I've already fixed this, no worries. -boris ___ Xen-devel mailing list Xen-devel@lists.xen.org

Re: [Xen-devel] [PATCH RFC v3 3/6] sched/idle: Add a generic poll before enter real idle path

On Wed, 15 Nov 2017, Peter Zijlstra wrote: > On Mon, Nov 13, 2017 at 06:06:02PM +0800, Quan Xu wrote: > > From: Yang Zhang > > > > Implement a generic idle poll which resembles the functionality > > found in arch/. Provide weak arch_cpu_idle_poll function which > > can

Re: [Xen-devel] [PATCH RFC v3 0/6] x86/idle: add halt poll support

On Mon, Nov 13, 2017 at 06:05:59PM +0800, Quan Xu wrote: > From: Yang Zhang > > Some latency-intensive workload have seen obviously performance > drop when running inside VM. The main reason is that the overhead > is amplified when running inside VM. The most cost I have

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On Wed, 15 Nov 2017, Boris Ostrovsky wrote: > On 11/15/2017 04:50 PM, Stefano Stabellini wrote: > > > > Sorry, code style issue: one missing space in the comment. I'll send it > > again separately > > > I've already fixed this, no worries. Thank you!!

[Xen-devel] [BUG] Error applying XSA240 update 5 on 4.8 and 4.9 (patch 3 references CONFIG_PV_LINEAR_PT, 3285e75dea89, x86/mm: Make PV linear pagetables optional)

Hi, I am having trouble applying the patch 3 from XSA240 update 5 for xen stable 4.8 and 4.9 xsa240 0003 contains: CONFIG_PV_LINEAR_PT from: x86/mm: Make PV linear pagetables optional https://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=3285e75dea89afb0ef5b3ee39bd15194bd7cc110 I cannot

[Xen-devel] [libvirt test] 116185: regressions - FAIL

flight 116185 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/116185/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-libvirt6 libvirt-buildfail REGR. vs. 115476 build-armhf-libvirt

Re: [Xen-devel] [RFC v2 5/7] acpi:arm64: Add support for parsing IORT table

Hi Sameer, On 11/15/2017 01:27 AM, Goel, Sameer wrote: On 11/8/2017 7:41 AM, Manish Jaggi wrote: Hi Sameer On 9/21/2017 6:07 AM, Sameer Goel wrote: Add support for parsing IORT table to initialize SMMU devices. * The code for creating an SMMU device has been modified, so that the SMMU

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On 14/11/17 22:46, Boris Ostrovsky wrote: > On 11/14/2017 04:11 AM, Juergen Gross wrote: >> On 13/11/17 19:33, Stefano Stabellini wrote: >>> On Mon, 13 Nov 2017, Juergen Gross wrote: On 11/11/17 00:57, Stefano Stabellini wrote: > On Tue, 7 Nov 2017, Juergen Gross wrote: >> On 06/11/17

Re: [Xen-devel] [PATCH 1/2 v2] xen: Add support for initializing 16550 UART using ACPI

Hi Julien, On Tuesday 14 November 2017 12:21 AM, Julien Grall wrote: Hi Bhupinder, On 11/09/2017 10:19 AM, Bhupinder Thakur wrote: Currently, Xen supports only DT based initialization of 16550 UART. This patch adds support for initializing 16550 UART using ACPI SPCR table. This patch also

Re: [Xen-devel] [PATCH 03/12] ARM: VGIC: remove gic_clear_pending_irqs()

On Fri, 10 Nov 2017, Andre Przywara wrote: > Hi, > > On 26/10/17 01:14, Stefano Stabellini wrote: > > On Thu, 19 Oct 2017, Andre Przywara wrote: > >> gic_clear_pending_irqs() was not only misnamed, but also misplaced, as > >> a function solely dealing with the GIC emulation should not live in

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

flight 116202 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/116202/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-xsm broken build-amd64-pvops 6

[Xen-devel] [seabios test] 116204: regressions - FAIL

flight 116204 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/116204/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ws16-amd64 17 guest-stop fail REGR. vs. 115539 Tests which are

Re: [Xen-devel] [PATCH v3] xen-disk: use an IOThread per instance

On Wed, 15 Nov 2017, Paul Durrant wrote: > Anthony, Stefano, > > Ping? Acked-by: Stefano Stabellini Unless Anthony or somebody else object, I'll queue it up in my "next" branch (which I'll send upstream after 2.11 is out). Cheers, Stefano > > -Original

Re: [Xen-devel] [PATCH for-4.10 2/2] xen/arm: p2m: Add more debug in get_page_from_gva

On Wed, 15 Nov 2017, Julien Grall wrote: > The function get_page_from_gva is used by copy_*_guest helpers to > translate a guest virtual address to a machine physical address and take > reference on the page. > > There are a couple of errors path that will return the same value making

Re: [Xen-devel] [RFC] [Draft Design v2] ACPI/IORT Support in Xen.

On 11/14/2017 6:53 PM, Julien Grall wrote: Hi Manish, Hey Julien, On 08/11/17 14:38, Manish Jaggi wrote: ACPI/IORT Support in Xen. --  Draft 2 Revision History: Changes since v1- - Modified IORT Parsing data structures. - Added RID->StreamID and RID->DeviceID

[Xen-devel] Need help know is there any mechanism available for to send data between user application running in 2 different domains.

Hi, I am using Xen project 4.8.0. I need to communicate and send data between User application running in 2 different domains. What are the mechanism available for inter domain communication?. Can the Ring Buffer mechanism for the communication between the Split Drivers be used in

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

flight 116207 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/116207/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stopfail like 115686 test-amd64-amd64-xl-qemut-win7-amd64

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

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

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

On 15/11/17 22:20, Stefano Stabellini wrote: > On Wed, 15 Nov 2017, Boris Ostrovsky wrote: >> On 11/15/2017 02:09 PM, Stefano Stabellini wrote: >>> On Wed, 15 Nov 2017, Juergen Gross wrote: >>> while(mutex_is_locked(>active.in_mutex.owner) || >>>

Re: [Xen-devel] [PATCH for-4.10 1/2] xen/arm: mm: Change the return value of gvirt_to_maddr

On Wed, 15 Nov 2017, Julien Grall wrote: > Currently, gvirt_to_maddr return -EFAULT when the translation failed. > It might be useful to return the PAR_EL1 (Physical Address Register) > in such a case to get a better idea of the reason. > > So modify the return value to use 0 on sucess or return

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

flight 116199 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/116199/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-libvirt-raw 15 guest-start/debian.repeat fail in 116178 pass in 116199

[Xen-devel] [linux-linus bisection] complete build-amd64-pvops

branch xen-unstable xenbranch xen-unstable job build-amd64-pvops testid kernel-build Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git *** Found and reproduced problem changeset *** Bug is in

[Xen-devel] [distros-debian-squeeze test] 72449: trouble: broken/fail/pass

flight 72449 distros-debian-squeeze real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72449/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-i386-squeeze-netboot-pygrub

Re: [Xen-devel] Unable to create guest PV domain on OMAP5432

Hello Jayadev, On 15.11.17 12:46, Jayadev Kumaran wrote: Hello Andrii, >> What kernel do you use for DomU? Please make sure you have in that kernel configuration XEN support enabled (together with hypervisor console support). I use a 3.15 kernel

Re: [Xen-devel] [PATCH v3] xen-disk: use an IOThread per instance

Anthony, Stefano, Ping? > -Original Message- > From: Paul Durrant [mailto:paul.durr...@citrix.com] > Sent: 07 November 2017 10:47 > To: qemu-de...@nongnu.org; xen-de...@lists.xenproject.org > Cc: Paul Durrant ; Stefano Stabellini > ;

Re: [Xen-devel] Unable to create guest PV domain on OMAP5432

Dear Jayadev, Find my comments inlined: On 15.11.17 08:08, Jayadev Kumaran wrote: Hello Andrii, >> BTW, what is your dom0 system? Does it have bash? > _dom0 uses a modified kernel(3.15) with Xen support and  default omap fs_ I made certain changes to my configuration file. Instead of

[Xen-devel] [xen-unstable-coverity test] 116195: all pass - PUSHED

flight 116195 xen-unstable-coverity real [real] http://logs.test-lab.xenproject.org/osstest/logs/116195/ Perfect :-) All tests in this flight passed as required version targeted for testing: xen b9ee1fd7b98064cf27d0f8f1adf1f5359b72c97f baseline version: xen

[Xen-devel] [xen-unstable baseline-only test] 72448: regressions - FAIL

This run is configured for baseline tests only. flight 72448 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72448/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 15

Re: [Xen-devel] Unable to create guest PV domain on OMAP5432

Hello Andrii, >> What kernel do you use for DomU? Please make sure you have in that kernel configuration XEN support enabled (together with hypervisor console support). I use a 3.15 kernel (git:// git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git) with the following configs enabled for

Re: [Xen-devel] [PATCH 1/2 v2] xen: Add support for initializing 16550 UART using ACPI

Hi, On Thursday 09 November 2017 05:01 PM, Roger Pau Monné wrote: On Thu, Nov 09, 2017 at 03:49:23PM +0530, Bhupinder Thakur wrote: Currently, Xen supports only DT based initialization of 16550 UART. This patch adds support for initializing 16550 UART using ACPI SPCR table. This patch also

[Xen-devel] [xen-unstable test] 116178: regressions - FAIL

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

Re: [Xen-devel] Unable to create guest PV domain on OMAP5432

Hello Andrii, >> What defconfig are you based on? Do you have a device-tree support enabled? I use *omap2plus_defconfig* . Yes , device tree support is there and the dts file used is *omap5-uevm.dts>> *But it did not get a command line to setup console on hvc0, or the kernel crashed in earliest

Re: [Xen-devel] [OSSTEST PATCH] ts-xen-build-prep: Install libelf-dev for benefit of linux.git

On 15/11/17 12:11, Ian Jackson wrote: > Linux upstream has started needing libelf-dev. Without it, recent tip > fails (in our configuration) like this: > > Makefile:938: *** "Cannot generate ORC metadata for CONFIG_UNWINDER_ORC=y, > please install libelf-dev, libelf-devel or

[Xen-devel] [OSSTEST PATCH] ts-xen-build-prep: Install libelf-dev for benefit of linux.git

Linux upstream has started needing libelf-dev. Without it, recent tip fails (in our configuration) like this: Makefile:938: *** "Cannot generate ORC metadata for CONFIG_UNWINDER_ORC=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel". Stop. It is not clear exactly when this

Re: [Xen-devel] [PATCH v2] x86/hvm: Fix altp2m_vcpu_enable_notify error handling

>>> On 15.11.17 at 14:47, wrote: > The altp2m_vcpu_enable_notify subop handler might skip calling > rcu_unlock_domain() after rcu_lock_current_domain(). Albeit since both > rcu functions are no-ops when run on the current domain, this doesn't > really have repercussions. >

Re: [Xen-devel] [PATCH for-4.10 v2] x86/hvm: Fix altp2m_vcpu_enable_notify error handling

On 15/11/17 14:10, Jan Beulich wrote: On 15.11.17 at 14:47, wrote: >> The altp2m_vcpu_enable_notify subop handler might skip calling >> rcu_unlock_domain() after rcu_lock_current_domain(). Albeit since both >> rcu functions are no-ops when run on the current domain,

Re: [Xen-devel] [RFC PATCH 00/31] CPUFreq on ARM

Hi, On 14/11/17 20:46, Oleksandr Tyshchenko wrote: > On Tue, Nov 14, 2017 at 12:49 PM, Andre Przywara > wrote: >> Hi, > Hi Andre > >> >> On 13/11/17 19:40, Oleksandr Tyshchenko wrote: >>> On Mon, Nov 13, 2017 at 5:21 PM, Andre Przywara >>>

[Xen-devel] [linux-linus test] 116182: regressions - FAIL

flight 116182 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/116182/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-win7-amd64 13 guest-saverestore fail REGR. vs. 115643 build-amd64-pvops

[Xen-devel] [seabios test] 116187: regressions - FAIL

flight 116187 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/116187/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ws16-amd64 17 guest-stop fail REGR. vs. 115539 Tests which did not

Re: [Xen-devel] [RFC PATCH 00/31] CPUFreq on ARM

Hi, On 15/11/17 03:03, Jassi Brar wrote: > On 15 November 2017 at 02:16, Oleksandr Tyshchenko > wrote: >> On Tue, Nov 14, 2017 at 12:49 PM, Andre Przywara >> wrote: >> > >> 3. Direct ported SCPI protocol, mailbox infrastructure and the ARM

Re: [Xen-devel] [OSSTEST PATCH] ts-xen-build-prep: Install libelf-dev for benefit of linux.git

Juergen Gross writes ("Re: [OSSTEST PATCH] ts-xen-build-prep: Install libelf-dev for benefit of linux.git"): > The kernel now is using objtool to create unwind information. This needs > libelf to work. Advantage is that this approach no longer depends on > assembler sources being heavily

[Xen-devel] [PATCH v2] x86/hvm: Fix altp2m_vcpu_enable_notify error handling

The altp2m_vcpu_enable_notify subop handler might skip calling rcu_unlock_domain() after rcu_lock_current_domain(). Albeit since both rcu functions are no-ops when run on the current domain, this doesn't really have repercussions. The second change is adding a missing break that would have

Re: [Xen-devel] [PATCH RFC v3 3/6] sched/idle: Add a generic poll before enter real idle path

On Mon, Nov 13, 2017 at 06:06:02PM +0800, Quan Xu wrote: > From: Yang Zhang > > Implement a generic idle poll which resembles the functionality > found in arch/. Provide weak arch_cpu_idle_poll function which > can be overridden by the architecture code if needed. No,

Re: [Xen-devel] [RFC PATCH 00/31] CPUFreq on ARM

On 15 November 2017 at 18:58, Andre Przywara wrote: > Hi, > > On 15/11/17 03:03, Jassi Brar wrote: >> On 15 November 2017 at 02:16, Oleksandr Tyshchenko >> wrote: >>> On Tue, Nov 14, 2017 at 12:49 PM, Andre Przywara >>>

Re: [Xen-devel] [PATCH] xen/pvcalls: Add MODULE_LICENSE()

On 15/11/17 17:37, Boris Ostrovsky wrote: > Since commit ba1029c9cbc5 ("modpost: detect modules without a > MODULE_LICENSE") modules without said macro will generate > > WARNING: modpost: missing MODULE_LICENSE() in > > While at it, also add module description and attribution. > >

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

flight 116190 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/116190/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-xsm 14 saverestore-support-checkfail like 116126

[Xen-devel] [PATCH] xen/pvcalls: Add MODULE_LICENSE()

Since commit ba1029c9cbc5 ("modpost: detect modules without a MODULE_LICENSE") modules without said macro will generate WARNING: modpost: missing MODULE_LICENSE() in While at it, also add module description and attribution. Signed-off-by: Boris Ostrovsky ---

Re: [Xen-devel] [xen-unstable test] 116178: regressions - FAIL

Hi, On 11/15/2017 11:29 AM, osstest service owner wrote: > flight 116178 xen-unstable real [real] > http://logs.test-lab.xenproject.org/osstest/logs/116178/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

[Xen-devel] Xen Security Advisory 243 (CVE-2017-15592) - x86: Incorrect handling of self-linear shadow mappings with translated guests

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory CVE-2017-15592 / XSA-243 version 5 x86: Incorrect handling of self-linear shadow mappings with translated guests UPDATES IN VERSION 5 New final patch,