Quick extra regression report listing regression which available fixes

From: Thorsten Leemhuis
Date: Wed Jul 10 2024 - 11:16:04 EST


Hi Linus, as you might release the final on Sunday, here is a quick
"extra" report in case you want to know about a few unfixed regressions
introduced during the 6.10 cycle. By chance this list only contains
issues for which a fix is already available; I track a few more
regression, but they are IMHO not worth mentioning for one reason or
another.

There are two issues that worry me somewhat:

* A btrfs regression that leads to increased execution time of the
kswapd0 process and symptoms as if there is not enough memory; at least
two people are affected by this -- but there are indicators that this is
only the tip of the iceberg. Luckily Filipe Manana a few days ago
submitted a patch-set to fix this. It might or might not be picked up by
David and sent to you this week:
https://lore.kernel.org/lkml/CABXGCsMmmb36ym8hVNGTiU8yfUS_cGvoUmGCcBrGWq9OxTrs%2BA@xxxxxxxxxxxxxx/
https://lore.kernel.org/linux-btrfs/cover.1720448663.git.fdmanana@xxxxxxxx/

* bpf: build error with CONFIG_WERROR and CONFIG_BPF. Known for 8 weeks
now since a patch to fix this was posted; my recent prodding was
ignored; luckily two -mm developers yesterday convinced Alexei that it
might be worth fixing for 6.10 with a updated patch from Vlastimil Babka:
https://lore.kernel.org/bpf/20240516072411.42016-1-sheharyaar48@xxxxxxxxx/
https://lore.kernel.org/all/20240710100521.15061-2-vbabka@xxxxxxx/


There are a few regressions with available fixes, which seem to be
unlikely to be submitted for mainline inclusion during this week afaics:

* net: dsa: mt7530-mdio: mt7531 switch on Bananapi-R64 not detected
(known for 8 weeks already):
https://lore.kernel.org/lkml/20240516204847.171029-1-linux@xxxxxxxxx/
https://lore.kernel.org/lkml/f485d1d4f7b34cc2ebf3d60030d1c67b4016af3c.1720107535.git.daniel@xxxxxxxxxxxxxx/

* drm/qxl: VM graphics often malfunction after boot and sometimes
shutdowns occur (known for 5 weeks already):
https://lore.kernel.org/regressions/DS7PR12MB57665F9F4BDF0598D7CC53DD94FF2@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/
https://lore.kernel.org/dri-devel/20240708142208.194361-1-tzimmermann@xxxxxxx/


There are a few regressions for which fixes are available, but those
might or might not will be submitted for mainline inclusion during this
week:

* ASoC: SOF: Intel: Lenovo Thinkpad X1 Carbon Gen 10 first S2idle fails,
S0ix not even tried to enter from there on:
https://github.com/thesofproject/linux/issues/5072
https://bugzilla.kernel.org/show_bug.cgi?id=218961#c10

* of/irq: identification of ATA drives with P.A. Semi Nemo boards broke:
https://lore.kernel.org/lkml/3ab66fab-c3f2-4bed-a04d-a10c57dcdd9b@xxxxxxxxxxx/
https://lore.kernel.org/lkml/c8010a06-9d8d-466a-9a83-ee25950f1885@xxxxxxxxxxx/

* e1000e: s2idle and S3 broken. That's the issue I highlighted a few
days ago in a separate mail, but I never got a reply. Anyway, looks like
a patch finally is submitted for inclusion into net (five weeks after
the issue was reported, which is related to another issue that is in 6.9
and 6.6.y kernels):
https://bugzilla.kernel.org/show_bug.cgi?id=218936
https://bugzilla.kernel.org/show_bug.cgi?id=218940
https://lore.kernel.org/all/0b96edcc-6b5f-447f-8023-440427a9fff2@xxxxxxxxxxxxx/
https://lore.kernel.org/all/20240709203123.2103296-1-anthony.l.nguyen@xxxxxxxxx/

* pinctrl: rockchip: boot broke on RK3328 / Rock64
https://lore.kernel.org/all/705544af-d615-4ff0-a54c-72a69140ce6d@xxxxxx/
https://lore.kernel.org/lkml/20240709105428.1176375-1-i@xxxxxx/


There furthermore are a few regressions with available fixes in next
through -fixes branches, which thus will likely be submitted for
mainline inclusion during this week:

* drm/bridge: adv7511: Intermittent EDID failures; the fix after six
weeks finally made it to a branch that likely will be submitted for
mainline inclusion later this week.
https://lore.kernel.org/lkml/20240521011614.496421-1-aford173@xxxxxxxxx/
https://lore.kernel.org/lkml/20240630221931.1650565-1-aford173@xxxxxxxxx/

* spi: omap2-mcpsi: boot hangs with ocelot_mfd driver and spi:
omap2-mcspi: omap2-mcspi broke, Oops after a timeout.
https://lore.kernel.org/lkml/Zl%2FV0dU6SjAMkpLG@colin-ia-desktop/
https://lore.kernel.org/lkml/20240612170030.3qatttsgrwjg2m5s@joaog-nb/
https://lore.kernel.org/lkml/20240704-spi-revert-omap2-multi-v1-1-69357ef13fdc@xxxxxxxxxx/

Ciao, Thorsten