Re: [PATCH v3 21/22] x86/pv: System call handling in FRED mode

2025-10-08 Thread Jan Beulich
On 04.10.2025 00:53, Andrew Cooper wrote: > Under FRED, entry_from_pv() handles everything, even system calls. This means > more of our logic is written in C now, rather than assembly. > > In order to facilitate this, introduce pv_inject_callback(), which reuses > struct trap_bounce infrastructur

Re: [PATCH v3 20/22] x86/pv: ERETU error handling

2025-10-08 Thread Jan Beulich
On 04.10.2025 00:53, Andrew Cooper wrote: > ERETU can fault for guest reasons, and like IRET needs special handling to > forward the error into the guest. > > As this is largely written in C, take the opportunity to better classify the > sources of error, and in particilar, not forward errors that

Re: [PATCH for-4.21 1/2] x86/AMD: avoid REP MOVSB for Zen3/4

2025-10-08 Thread Jan Beulich
On 08.10.2025 13:20, Roger Pau Monné wrote: > On Mon, Sep 29, 2025 at 07:35:53PM -0400, Jason Andryuk wrote: >> On 2025-09-25 08:18, Teddy Astie wrote: >>> Le 25/09/2025 à 12:48, Jan Beulich a écrit : Along with Zen2 (which doesn't expose ERMS), both families reportedly suffer from sub-op

[PATCH for-4.21??? 3/3] x86/vLAPIC: properly support the CMCI LVT

2025-10-08 Thread Jan Beulich
Rather than unconditionally accepting reads and writes while discarding the value written, make accesses properly conditional upon CMCI being exposed via MCG_CAP, and arrange to actually retain the value written. Also reflect the extra LVT in LVR. Note that this doesn't change the status quo of us

Re: [PATCH for-4.21] tools/tests: don't pass -E to sed

2025-10-08 Thread Jan Beulich
On 08.10.2025 17:07, Roger Pau Monné wrote: > On Wed, Oct 08, 2025 at 04:42:13PM +0200, Jan Beulich wrote: >> On 08.10.2025 16:30, Roger Pau Monné wrote: >>> On Wed, Oct 08, 2025 at 11:47:05AM +0200, Jan Beulich wrote: Even the 2018 edition of The Open Group Base Specifications Issue 7 [1] >>>

Re: [PATCH for-4.21 v2] vpci/msix: improve handling of bogus MSI-X capabilities

2025-10-08 Thread Roger Pau Monné
On Wed, Oct 08, 2025 at 04:39:23PM +0200, Roger Pau Monne wrote: > I've had the luck to come across a PCI card that exposes a MSI-X capability > where the BIR of the vector and PBA tables points at a BAR that has 0 size. > > This doesn't play nice with the code in vpci_make_msix_hole(), as it woul

Re: [PATCH for-4.21] tools/tests: don't pass -E to sed

2025-10-08 Thread Jan Beulich
On 08.10.2025 16:30, Roger Pau Monné wrote: > On Wed, Oct 08, 2025 at 11:47:05AM +0200, Jan Beulich wrote: >> Even the 2018 edition of The Open Group Base Specifications Issue 7 [1] >> doesn't name -E as a standard option; only Issue 8 [2] does. As there's >> nothing "extended" about the expression

Re: Linux xenfs vs privcmd

2025-10-08 Thread Andrew Cooper
On 08/10/2025 3:08 pm, Jürgen Groß wrote: > On 08.10.25 15:33, Andrew Cooper wrote: >> Anyway - /dev/xen/privcmd (and /hypercall) shouldn't be tied to xenfs. >> They should be SIF_PRIVILEGED alone, should they not? > > I don't think they should be tied to SIF_PRIVILEGED, as device model ops > are h

Re: [PATCH for-4.21] tools/tests: don't pass -E to sed

2025-10-08 Thread Roger Pau Monné
On Wed, Oct 08, 2025 at 11:47:05AM +0200, Jan Beulich wrote: > Even the 2018 edition of The Open Group Base Specifications Issue 7 [1] > doesn't name -E as a standard option; only Issue 8 [2] does. As there's > nothing "extended" about the expression used, simply drop the -E. > > [1] https://pubs.

Re: Linux xenfs vs privcmd

2025-10-08 Thread Andrew Cooper
On 08/10/2025 2:54 pm, Jan Beulich wrote: > On 08.10.2025 15:33, Andrew Cooper wrote: >> Hello, >> >> I'm doing a deployment of Xen on a remote system provisioned with Ubuntu >> 24.04, and I've found what I'm pretty sure is a bug. >> >> In dom0, to start with: >> >> user@host:~$ ls -la /dev/xen/ >>

./configure default for systemd

2025-10-08 Thread Andrew Cooper
Hello, (Related to my "Linux xenfs vs privcmd" email, if anyone was wondering why I ended up playing with systemd manually) It turns out that when you build on a systemd-enabled system, you still need to explicitly --enable-systemd to get a working debball. This is contrary to most other behavio

Re: [PATCH for-4.21??? 1/3] x86/vLAPIC: add indirection to LVT handling

2025-10-08 Thread Andrew Cooper
On 08/10/2025 1:08 pm, Jan Beulich wrote: > In preparation to add support for the CMCI LVT, which is discontiguous to > the other LVTs, add a level of indirection. It's not the only extra LVT. AMD have Extended LVTs, which are necessary if we want to get virt-PMU working. https://sandpile.org/x8

[PATCH for-4.21] tools/tests: don't pass -E to sed

2025-10-08 Thread Jan Beulich
Even the 2018 edition of The Open Group Base Specifications Issue 7 [1] doesn't name -E as a standard option; only Issue 8 [2] does. As there's nothing "extended" about the expression used, simply drop the -E. [1] https://pubs.opengroup.org/onlinepubs/9699919799/ [2] https://pubs.opengroup.org/onl

Re: [PATCH] MAINTAINERS: Add myself as an AMD SVM & IOMMU reviewer

2025-10-08 Thread Roger Pau Monné
On Tue, Oct 07, 2025 at 07:49:37PM -0400, Jason Andryuk wrote: > On 2025-10-03 05:20, Anthony PERARD wrote: > > On Fri, Oct 03, 2025 at 10:09:31AM +0200, Roger Pau Monné wrote: > > > On Thu, Oct 02, 2025 at 07:42:38PM -0400, Jason Andryuk wrote: > > > > @@ -601,7 +618,8 @@ M: Roger Pau Monné > >