Re: Xen 4.20 Development Update [August-October]

[oleksii.kurochko@xxxxxxxxx]

On Wed, 2024-11-13 at 10:48 +0100, Jan Beulich wrote:
> On 12.11.2024 17:16, Oleksii Kurochko wrote:
> > === x86 ===
> > 
> > *  Expose consistent topology to guests (v7)
> >   -  Alejandro Vallejo
> >   -
> > https://lore.kernel.org/xen-devel/20241021154600.11745-1-alejandro.vallejo@xxxxxxxxx/T/#m6033f95c660675039d7789d3af1ba2f292a3a69b
> > 
> > *  Boot modules for Hyperlaunch (v8)
> >   -  Daniel P. Smith
> >   -
> > https://lore.kernel.org/xen-devel/20241102172551.17233-1-dpsmith@xxxxxxxxxxxxxxxxxxxx/T/#m94a2f6b9d410c6d624aaebd7c2bf85584c74383e
> > 
> > *  x86/mm: miscellaneous fixes (v2)
> >   -  Roger Pau Monne
> >   -
> > https://lore.kernel.org/xen-devel/Zyyo8qMobqQT-rA5@macbook/T/#m2df34239b793501c6246c85c4b00e52f9c439ac0
> > 
> > *  x86/ucode: Simplify/fix loading paths further (v1)
> >   -  Andrew Cooper
> >   -
> > https://lore.kernel.org/xen-devel/20241107122117.4073266-1-andrew.cooper3@xxxxxxxxxx/T/#m76304334081e6b4b0976c6c474f1f0772e0625d1
> > 
> > *  Address Space Isolation FPU preparations (v2)
> >   -  Alejandro Vallejo
> >   -
> > https://lore.kernel.org/xen-devel/20241105143310.28301-1-alejandro.vallejo@xxxxxxxxx/T/#mbca5192d7e5636ef5ea005a083e5ff28ebe6317d
> > 
> > *  Fix module-handling use-after-free's (v2)
> >   -  Andrew Cooper
> 
> Wasn't this committed already?
Double-checked, it has been committed, thanks. I will move it to
completed section.

> 
> > https://lore.kernel.org/xen-devel/20241106003938.3453243-1-andrew.cooper3@xxxxxxxxxx/T/#mdf923bdf63b034a6493bf62beeead280b92a38ed
> > 
> > *  Reuse 32 bit C code more safely (v4)
> >   -  Frediano Ziglio
> 
> Same question here.
For this patch series my script found to patches which are not in
staging:
$ git log --grep="x86/boot: create a C bundle for 32 bit boot code and
use it"
$ git log --grep="x86/boot: Clarify comment"

> 
> > https://lore.kernel.org/xen-devel/20241014085332.3254546-1-frediano.ziglio@xxxxxxxxx/T/#m53e36815ddec2511ddd1fa8d1a7ed9a27c0cd0f7
> > 
> > *  x86/alternatives: Adjust all insn-relative fields (v2)
> >   -  Andrew Cooper
> >   -
> > https://lore.kernel.org/xen-devel/20241002152725.1841575-1-andrew.cooper3@xxxxxxxxxx/T/#mac2deaea7e02a343210d61887486433d946ad129
> > 
> > *  x86: address violations of MISRA C Rule 16.3 (v1)
> >   -  Federico Serafini
> >   -
> > https://lore.kernel.org/xen-devel/cover.1725958416.git.federico.serafini@xxxxxxxxxxx/T/#m46c991ed7ea7a6fe505056facddfcc684be01ab6
> > 
> > *  Support device passthrough when dom0 is PVH on Xen (v16)
> >   -  Jiqian Chen
> >   -
> > https://lore.kernel.org/xen-devel/20240930034250.2682265-1-Jiqian.Chen@xxxxxxx/T/#m5d557d76f290ff5b5550c1443cab5774d397e526
> > 
> > *  x86emul: misc additions (v5)
> >   -  Jan Beulich
> >   -
> > https://lore.kernel.org/xen-devel/0b9a0ae8-a39c-49d8-b4e7-f2a463128058@xxxxxxxx/T/#m5aae1045eb07d85fb029bdef12a78cdb6bfe780e
> > 
> > *  x86/HVM: drop stdvga caching mode (v2)
> >   -  Jan Beulich
> 
> This, after having been committed, even became the subject of an XSA
> that
> was published earlier this week.
I saw XSA but thought that this patch series wassn't fully commited as
my  script told that some patches aren't in staging but the real reason
is that it has an issue with quotes ( now it is fixed, thanks ) for
cases like:
```
$ git log --grep="drop stdvga's "gr[]" struct member"
fatal: command line, 'drop stdvga's gr[] struct member': Unmatched [,
[^, [:, [., or [=
```

I will put it to completed.


> 
> > https://lore.kernel.org/xen-devel/dc3faf7d-0690-46e6-8fbc-67a177a1e171@xxxxxxxx/T/#mc8ca51cdbfb6ba26ea6b4624059d40ea075c2117
> > 
> > *  x86/HVM: emulation (MMIO) improvements (v1)
> >   -  Jan Beulich
> >   -
> > https://lore.kernel.org/xen-devel/31906cba-8646-4cf9-ab31-1d23654df8d1@xxxxxxxx/T/#mdae2f21b929170d60a8640e82857700c940e65c7
> 
> More stuff missing that was already intended for 4.19: AMX, AVX10,
> and
> use of ERMS in Xen, to name just a few.
I will add it back. ( for the case someone would like to look at it
now:
https://lore.kernel.org/xen-devel/32e2d9dddfaa80e8edfaa5a7207c4e7fb7862a45.camel@xxxxxxxxx/
)

Thanks!

~ Oleksii