Re: Asking for help to debug xen efi on Kunpeng machine

Hi Stefano, Thank you very much for the reply. I do have access to serial but the machine is near my work space right now, so I might need some extra time to go to datacenter first. I'll let you know if it is indeed working. Thank you very much again. Best regards,. Jiatong Shen On Fri,

Re: Asking for help to debug xen efi on Kunpeng machine

Thank you for your answer. Can you teach me how to verify if acpi is enabled? Best regards,. Jiatong Shen On Fri, Jun 9, 2023 at 9:34 AM Julien Grall wrote: > > > On 08/06/2023 23:39, Stefano Stabellini wrote: > > Hi Jiatong, > > > > Do you have access to the serial? If so, it is possible that

[xen-unstable-smoke test] 181326: regressions - FAIL

flight 181326 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/181326/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 181233 build-armhf

Re: [QEMU PATCH 1/1] virtgpu: do not destroy resources when guest suspend

On 2023/6/9 00:41, Robert Beckett wrote: > > On 08/06/2023 03:56, Jiqian Chen wrote: >> After suspending and resuming guest VM, you will get >> a black screen, and the display can't come back. >> >> This is because when guest did suspending, it called >> into qemu to call virtio_gpu_gl_reset. In f

[qemu-mainline test] 181322: regressions - FAIL

flight 181322 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/181322/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 180691 build-arm64

[xen-unstable-smoke test] 181323: regressions - FAIL

flight 181323 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/181323/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 181233 build-armhf

Re: Asking for help to debug xen efi on Kunpeng machine

On 08/06/2023 23:39, Stefano Stabellini wrote: Hi Jiatong, Do you have access to the serial? If so, it is possible that the boot is actually successful and it is only the screen initialization the problem. If kunpeng 920 is a UEFI/ACPI machine, we know that there are issues with screen initi

[xen-unstable-smoke test] 181319: regressions - FAIL

flight 181319 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/181319/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 181233 build-armhf

Re: [patch] x86/realmode: Make stack lock work in trampoline_compat()

On Tue, May 30, 2023 at 12:46:22PM +0200, Thomas Gleixner wrote: > The stack locking and stack assignment macro LOAD_REALMODE_ESP fails to > work when invoked from the 64bit trampoline entry point: > > trampoline_start64 > trampoline_compat > LOAD_REALMODE_ESP <- lock One possibly dumb quest

Re: [patch] x86/realmode: Make stack lock work in trampoline_compat()

On Fri, Jun 09, 2023 at 12:57:46AM +0100, Andrew Cooper wrote: > On 09/06/2023 12:34 am, Yunhong Jiang wrote: > > On Tue, May 30, 2023 at 12:46:22PM +0200, Thomas Gleixner wrote: > >> The stack locking and stack assignment macro LOAD_REALMODE_ESP fails to > >> work when invoked from the 64bit tramp

Re: [PATCH v4 0/7] Resolve TYPE_PIIX3_XEN_DEVICE

On Thu, 8 Jun 2023, Stefano Stabellini wrote: > On Mon, 5 Jun 2023, Bernhard Beschow wrote: > > Am 22. Mai 2023 15:42:03 UTC schrieb Bernhard Beschow : > > > > > > > > >Am 15. Mai 2023 20:52:40 UTC schrieb Stefano Stabellini > > >: > > >>On Sat, 13 May 2023, Bernhard Beschow wrote: > > >>> Am 21.

Re: [patch] x86/realmode: Make stack lock work in trampoline_compat()

On 09/06/2023 12:34 am, Yunhong Jiang wrote: > On Tue, May 30, 2023 at 12:46:22PM +0200, Thomas Gleixner wrote: >> The stack locking and stack assignment macro LOAD_REALMODE_ESP fails to >> work when invoked from the 64bit trampoline entry point: >> >> trampoline_start64 >> trampoline_compat >>

[qemu-mainline test] 181312: regressions - FAIL

flight 181312 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/181312/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 180691 build-arm64

[linux-linus test] 181300: regressions - FAIL

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

Re: [PATCH v4 0/7] Resolve TYPE_PIIX3_XEN_DEVICE

On Mon, 5 Jun 2023, Bernhard Beschow wrote: > Am 22. Mai 2023 15:42:03 UTC schrieb Bernhard Beschow : > > > > > >Am 15. Mai 2023 20:52:40 UTC schrieb Stefano Stabellini > >: > >>On Sat, 13 May 2023, Bernhard Beschow wrote: > >>> Am 21. April 2023 07:38:10 UTC schrieb "Michael S. Tsirkin" > >>> :

Re: Asking for help to debug xen efi on Kunpeng machine

Hi Jiatong, Do you have access to the serial? If so, it is possible that the boot is actually successful and it is only the screen initialization the problem. If kunpeng 920 is a UEFI/ACPI machine, we know that there are issues with screen initialization. Cheers, Stefano On Fri, 9 Jun 2023, Ji

[xen-unstable-smoke test] 181316: regressions - FAIL

flight 181316 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/181316/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 181233 build-armhf

[xen-unstable-smoke test] 181314: regressions - FAIL

flight 181314 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/181314/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 181233 build-armhf

Re: [PATCH] tools/ocaml/xc: Fix xc_physinfo() bindings

> On 8 Jun 2023, at 20:33, Andrew Cooper wrote: > > The original change doesn't compile on ARM: > > xenctrl_stubs.c: In function 'stub_xc_physinfo': > xenctrl_stubs.c:821:16: error: unused variable 'arch_cap_flags_tag' > [-Werror=unused-variable] >821 | int r, arch_cap_flags_tag

Re: [PATCH] tools: Move MASK_INSR to common-macros.h

> On 8 Jun 2023, at 18:40, Andrew Cooper wrote: > > MASK_EXTR() and MASK_INSR() are a matching pair. Keep them together. > > Fixes: 56a7aaa16bfe ("tools: add physinfo arch_capabilities handling for Arm") I don’t think this patch is fixing a bug: ### Fixes: If your patch fixes a bug in a sp

[PATCH] tools/ocaml/xc: Fix xc_physinfo() bindings

The original change doesn't compile on ARM: xenctrl_stubs.c: In function 'stub_xc_physinfo': xenctrl_stubs.c:821:16: error: unused variable 'arch_cap_flags_tag' [-Werror=unused-variable] 821 | int r, arch_cap_flags_tag; |^~ cc1: all warnin

[xen-unstable-smoke test] 181311: regressions - FAIL

flight 181311 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/181311/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 181233 build-armhf

Re: [QEMU PATCH 1/1] virtgpu: do not destroy resources when guest suspend

On 08/06/2023 03:56, Jiqian Chen wrote: After suspending and resuming guest VM, you will get a black screen, and the display can't come back. This is because when guest did suspending, it called into qemu to call virtio_gpu_gl_reset. In function virtio_gpu_gl_reset, it destroyed resources and

[PATCH] tools: Move MASK_INSR to common-macros.h

MASK_EXTR() and MASK_INSR() are a matching pair. Keep them together. Fixes: 56a7aaa16bfe ("tools: add physinfo arch_capabilities handling for Arm") Signed-off-by: Andrew Cooper --- CC: Anthony PERARD CC: Juergen Gross CC: Luca Fancellu --- tools/include/xen-tools/common-macros.h | 1 + tools

[libvirt test] 181293: tolerable all pass - PUSHED

flight 181293 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/181293/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 181239 test-armhf-armhf-libvirt-qcow2 15 saveres

[qemu-mainline test] 181305: regressions - FAIL

flight 181305 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/181305/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 180691 build-arm64

Re: [PATCH v3] iscsi_ibft: Fix finding the iBFT under Xen Dom 0

It looks fine to me, but could I ask you to triple check that on non-Xen it still detects the iBFT? Thx! On Mon, Jun 5, 2023 at 6:28 AM Ross Lagerwall wrote: > > To facilitate diskless iSCSI boot, the firmware can place a table of > configuration details in memory called the iBFT. The presence o

[xen-unstable-smoke test] 181309: regressions - FAIL

flight 181309 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/181309/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 181233 build-armhf

Re: [PATCH v2 13/16] xen-blkback: Implement diskseq checks

On Thu, Jun 08, 2023 at 10:29:18AM +0200, Roger Pau Monné wrote: > On Wed, Jun 07, 2023 at 12:14:46PM -0400, Demi Marie Obenour wrote: > > On Wed, Jun 07, 2023 at 10:20:08AM +0200, Roger Pau Monné wrote: > > > On Tue, Jun 06, 2023 at 01:01:20PM -0400, Demi Marie Obenour wrote: > > > > On Tue, Jun 0

Re: [PATCH v2 16/16] xen-blkback: Inform userspace that device has been opened

On Thu, Jun 08, 2023 at 12:08:55PM +0200, Roger Pau Monné wrote: > On Tue, May 30, 2023 at 04:31:16PM -0400, Demi Marie Obenour wrote: > > Set "opened" to "0" before the hotplug script is called. Once the > > device node has been opened, set "opened" to "1". > > > > "opened" is used exclusively b

Re: [PATCH v2 16/16] xen-blkback: Inform userspace that device has been opened

On Thu, Jun 08, 2023 at 11:11:44AM +0200, Roger Pau Monné wrote: > On Wed, Jun 07, 2023 at 12:29:26PM -0400, Demi Marie Obenour wrote: > > On Wed, Jun 07, 2023 at 10:44:48AM +0200, Roger Pau Monné wrote: > > > On Tue, Jun 06, 2023 at 01:31:25PM -0400, Demi Marie Obenour wrote: > > > > On Tue, Jun 0

Re: [PATCH 0/3] Initial support for Power

On Wed Jun 7, 2023 at 2:30 PM CDT, Andrew Cooper wrote: > Ok, in which case you probably want a first patch series doing: > > 1) New docker container (only - this wants to be taken early and set up > in CI) > 2) one-or-more initial build system + head.S infinite loop patch.  > Probably the maintain

[xen-unstable-smoke test] 181307: regressions - FAIL

flight 181307 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/181307/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 181233 build-armhf

[xen-unstable test] 181290: tolerable FAIL

flight 181290 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/181290/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-i386-xl-vhd 21 guest-start/debian.repeat fail pass in 181261 Tests which did not succeed, but

[RFC PATCH 0/3] x86/paravirt: Get rid of paravirt patching

This is a small series getting rid of paravirt patching by switching completely to alternative patching for the same functionality. The basic idea is to add the capability to switch from indirect to direct calls via a special alternative patching option. This removes _some_ of the paravirt macro

[RFC PATCH 1/3] x86/paravirt: move some functions and defines to alternative

As a preparation for replacing paravirt patching completely by alternative patching, move some backend functions and #defines to alternative code and header. Signed-off-by: Juergen Gross --- arch/x86/include/asm/alternative.h| 16 arch/x86/include/asm/paravirt.h |

[PATCH 1/2] tools: Fix ifdef for aarch64 that should include also arm

Commit 56a7aaa16bfe introduced some SVE related code that is protected by '#if defined(__aarch64__)', the issue is that this doesn't take into consideration when the toolstack is compiled for an arm32 Dom0 running on an arm64 platform, it should be able to create SVE enabled guests but with the cur

[PATCH 2/2] tools/python: Fix memory leak on error path

Commit 56a7aaa16bfe introduced a memory leak on the error path for a Py_BuildValue built object that on some newly introduced error path has not the correct reference count handling, fix that by decrementing the refcount in these path. Fixes: 56a7aaa16bfe ("tools: add physinfo arch_capabilities ha

Re: Xen reliance on non-standard GCC features

On 07/06/23 09:39, Jan Beulich wrote: On 05.06.2023 15:26, Roberto Bagnara wrote: On 05/06/23 11:28, Jan Beulich wrote: On 05.06.2023 07:28, Roberto Bagnara wrote: You are right: here are a few examples for U2: xen/arch/arm/cpuerrata.c:92.12-92.35: empty initializer list (ill-formed for the C

[xen-unstable-smoke test] 181303: regressions - FAIL

flight 181303 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/181303/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 181233 test-amd64-a

[qemu-mainline test] 181299: regressions - FAIL

flight 181299 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/181299/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 180691 build-arm64

Re: [PATCH] docs/misra: new rules addition

Hi there. Please see below. On 07/06/23 23:53, Stefano Stabellini wrote: On Wed, 7 Jun 2023, Jan Beulich wrote: + * - `Rule 5.6 `_ + - Required + - A typedef name shall be a unique identifier +

[xen-unstable-smoke test] 181301: regressions - FAIL

flight 181301 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/181301/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 181233 build-armhf

Re: [PATCH v3 30/34] sh: Convert pte_free_tlb() to use ptdescs

On Wed, 2023-05-31 at 14:30 -0700, Vishal Moola (Oracle) wrote: > Part of the conversions to replace pgtable constructor/destructors with > ptdesc equivalents. Also cleans up some spacing issues. > > Signed-off-by: Vishal Moola (Oracle) > --- > arch/sh/include/asm/pgalloc.h | 9 + > 1 fi

[ovmf test] 181298: all pass - PUSHED

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

Re: [PATCH v2 16/16] xen-blkback: Inform userspace that device has been opened

On Tue, May 30, 2023 at 04:31:16PM -0400, Demi Marie Obenour wrote: > Set "opened" to "0" before the hotplug script is called. Once the > device node has been opened, set "opened" to "1". > > "opened" is used exclusively by userspace. It serves two purposes: > > 1. It tells userspace that the d

Re: [PATCH v2] x86/hvm: print valid CR4 bits in case of error

On 08/06/2023 10:59 am, Roger Pau Monne wrote: > Some of the current users of hvm_cr4_guest_valid_bits() don't print > the valid mask in case of error, and thus the resulting error messages > are not as helpful as they could be. > > Amend callers to always print the value of hvm_cr4_guest_valid_bit

[PATCH v2] x86/hvm: print valid CR4 bits in case of error

Some of the current users of hvm_cr4_guest_valid_bits() don't print the valid mask in case of error, and thus the resulting error messages are not as helpful as they could be. Amend callers to always print the value of hvm_cr4_guest_valid_bits() together with the rejected bits in the checked value

Re: [PATCH] x86/hvm: print valid CR4 bits in case of error

On 08/06/2023 9:04 am, Roger Pau Monné wrote: > On Thu, Jun 08, 2023 at 09:57:41AM +0200, Roger Pau Monné wrote: >> On Wed, Jun 07, 2023 at 04:48:42PM +0100, Andrew Cooper wrote: >>> On 07/06/2023 2:46 pm, Roger Pau Monne wrote: Some of the current users of hvm_cr4_guest_valid_bits() to check

Re: [PATCH RFC 0/4] x86/fixmap: Unify FIXADDR_TOP

On Wed, Jun 07, 2023 at 08:49:15PM +0800, Dave Hansen wrote: > On 5/15/23 01:19, Hou Wenlong wrote: > > This patchset unifies FIXADDR_TOP as a variable for x86, allowing the > > fixmap area to be movable and relocated with the kernel image in the > > x86/PIE patchset [0]. This enables the kernel im

Re: [PATCH v2 16/16] xen-blkback: Inform userspace that device has been opened

On Wed, Jun 07, 2023 at 12:29:26PM -0400, Demi Marie Obenour wrote: > On Wed, Jun 07, 2023 at 10:44:48AM +0200, Roger Pau Monné wrote: > > On Tue, Jun 06, 2023 at 01:31:25PM -0400, Demi Marie Obenour wrote: > > > On Tue, Jun 06, 2023 at 11:15:37AM +0200, Roger Pau Monné wrote: > > > > On Tue, May 3

[linux-linus test] 181264: regressions - FAIL

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

Re: [PATCH v2 13/16] xen-blkback: Implement diskseq checks

On Wed, Jun 07, 2023 at 12:14:46PM -0400, Demi Marie Obenour wrote: > On Wed, Jun 07, 2023 at 10:20:08AM +0200, Roger Pau Monné wrote: > > On Tue, Jun 06, 2023 at 01:01:20PM -0400, Demi Marie Obenour wrote: > > > On Tue, Jun 06, 2023 at 10:25:47AM +0200, Roger Pau Monné wrote: > > > > On Tue, May 3

[xen-unstable-smoke test] 181295: regressions - FAIL

flight 181295 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/181295/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 181233 build-armhf

Re: [PATCH] CI: Fix the github actions Coverity run

On Wed, Jun 07, 2023 at 10:36:12AM +0100, Andrew Cooper wrote: > The Install step is failing with: > > Package python-dev is not available, but is referred to by another package. > This may mean that the package is missing, has been obsoleted, or > E: Package 'python-dev' has no installation

[qemu-mainline test] 181281: regressions - FAIL

flight 181281 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/181281/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 6 xen-buildfail REGR. vs. 180691 build-arm64

Re: [PATCH v1 6/8] xen/riscv: add SPDX tags

Hi Julien, On Wed, 2023-06-07 at 11:20 +0100, Julien Grall wrote: > Hi Oleksii, > > On 06/06/2023 20:55, Oleksii Kurochko wrote: > > Signed-off-by: Oleksii Kurochko > > --- > >   xen/arch/riscv/include/asm/config.h   | 2 ++ > >   xen/arch/riscv/include/asm/current.h  | 2 ++ > >   xen/arc

Re: [PATCH] x86/hvm: print valid CR4 bits in case of error

On Thu, Jun 08, 2023 at 09:57:41AM +0200, Roger Pau Monné wrote: > On Wed, Jun 07, 2023 at 04:48:42PM +0100, Andrew Cooper wrote: > > On 07/06/2023 2:46 pm, Roger Pau Monne wrote: > > > Some of the current users of hvm_cr4_guest_valid_bits() to check > > > whether a CR4 value is correct don't print

Re: [PATCH] x86/hvm: print valid CR4 bits in case of error

On Wed, Jun 07, 2023 at 04:48:42PM +0100, Andrew Cooper wrote: > On 07/06/2023 2:46 pm, Roger Pau Monne wrote: > > Some of the current users of hvm_cr4_guest_valid_bits() to check > > whether a CR4 value is correct don't print the valid mask, and thus > > the resulting error messages are not as hel

[xen-unstable-smoke bisection] complete build-arm64-xsm

branch xen-unstable-smoke xenbranch xen-unstable-smoke job build-arm64-xsm testid xen-build Tree: qemuu git://xenbits.xen.org/qemu-xen.git Tree: xen git://xenbits.xen.org/xen.git *** Found and reproduced problem changeset *** Bug is in tree: xen git://xenbits.xen.org/xen.git Bug introduced:

Re: [QEMU PATCH 0/1]

Hi all, Modifications on kernel end is: https://lore.kernel.org/lkml/20230608063857.1677973-2-jiqian.c...@amd.com/T/#u On 2023/6/8 10:56, Jiqian Chen wrote: > Hi all, > > I am working to implement virtgpu S3 function on Xen. > > Currently on Xen, if we start a guest who enables virtgpu, and th