From: "Roger Pau Monné" <roger.pau@citrix.com>
To: "Marek Marczykowski-Górecki" <marmarek@invisiblethingslab.com>
Cc: xen-devel <xen-devel@lists.xenproject.org>
Subject: Re: Issues on Zen4 (hw12) runner
Date: Mon, 12 May 2025 12:26:09 +0200 [thread overview]
Message-ID: <aCHMwWd7cq-ZIMOl@macbook.lan> (raw)
In-Reply-To: <aB0XtEor2rCxBKWR@mail-itl>
On Thu, May 08, 2025 at 10:44:36PM +0200, Marek Marczykowski-Górecki wrote:
> Hi,
>
> I wanted to post another revision of the series adding hw12 runner,
> hoping that all known issues are fixed now, but unfortunately there is
> still something broken. I've rebased my series on top of staging
> (ed9488a0d) and got this pipeline:
>
> https://gitlab.com/xen-project/people/marmarek/xen/-/pipelines/1807819142
> (note due to some added debugging, some tests are incorrectly marked as
> success even if they failed...)
>
> 1. USB ethernet doesn't work on PVH dom0: https://gitlab.com/xen-project/people/marmarek/xen/-/jobs/9978694739
> There supposed to be an USB ethernet device connected to the USB
> controller at c3:00.4. In the PV dom0 case it's detected as:
>
> [ 3.911555] usb 7-1.4: new high-speed USB device number 3 using xhci_hcd
> [ 4.004201] usb 7-1.4: New USB device found, idVendor=0bda, idProduct=8153, bcdDevice=30.00
> [ 4.004675] usb 7-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=6
> [ 4.005079] usb 7-1.4: Product: USB 10/100/1000 LAN
> [ 4.005349] usb 7-1.4: Manufacturer: Realtek
> [ 4.005599] usb 7-1.4: SerialNumber: 684D35
>
> But it's not there on PVH. The USB controller itself is detected, just
> not device(s) connected to it. This applies to other controllers too
> (there should be about 3 or 4 other USB devices - none of them show up).
>
> 2. There is a bunch of "unhandled memory read" errors during PVH dom0
> startup: https://gitlab.com/xen-project/people/marmarek/xen/-/jobs/9978694739
>
> (XEN) [ 4.026323] arch/x86/hvm/emulate.c:417:d0v0 unhandled memory read from 0xfedc0020 size 1
> (XEN) [ 4.026789] arch/x86/hvm/emulate.c:417:d0v0 unhandled memory read from 0xfedc0021 size 1
> (XEN) [ 4.027247] arch/x86/hvm/emulate.c:417:d0v0 unhandled memory read from 0xfedc0020 size 1
> (XEN) [ 4.027671] arch/x86/hvm/emulate.c:417:d0v0 unhandled memory read from 0xfedc0021 size 1
> ...
>
> This repeats several times. Could be related to the USB issue above?
Can you try with dom0=pf-fixup? Those unhandled accesses might be the
cause of the USB issues.
> There is also, likely related:
>
> (XEN) [ 5.002036] arch/x86/hvm/vmsi.c:845:d0v9 0000:c1:00.1: PIRQ 2484: unsupported address 0
> (XEN) [ 5.002365] arch/x86/hvm/vmsi.c:845:d0v9 0000:c1:00.1: PIRQ 2484: unsupported address 0
> (XEN) [ 5.002693] arch/x86/hvm/vmsi.c:845:d0v9 0000:c1:00.1: PIRQ 2484: unsupported address 0
Is this at shutdown? (doesn't look like by the timestamps). There are
cases where Linux zeroes the MSR entries while the capability is still
enabled, and that results in those messages. They are usually benign.
>
> 3. Sometimes it fails to print anything on the console, like here: https://gitlab.com/xen-project/people/marmarek/xen/-/jobs/9977761447
> This is likely some boot issue before Xen starts (possibly the power button
> is pressed to early). Anyway, I need to fix it before adding the runner.
That needs further debug, I'm afraid I can't provide much suggestions.
Thanks, Roger.
next prev parent reply other threads:[~2025-05-12 10:26 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-08 20:44 Issues on Zen4 (hw12) runner Marek Marczykowski-Górecki
2025-05-12 10:01 ` Jan Beulich
2025-05-12 10:26 ` Roger Pau Monné [this message]
2025-05-12 13:31 ` Marek Marczykowski-Górecki
2025-05-12 14:19 ` Roger Pau Monné
2025-05-12 14:40 ` Marek Marczykowski-Górecki
2025-05-12 14:50 ` Roger Pau Monné
2025-05-12 15:11 ` Marek Marczykowski-Górecki
2025-05-14 21:12 ` Marek Marczykowski-Górecki
2025-05-15 8:07 ` Roger Pau Monné
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aCHMwWd7cq-ZIMOl@macbook.lan \
--to=roger.pau@citrix.com \
--cc=marmarek@invisiblethingslab.com \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.