"Extra" Linux regressions report for mainline slightly ahead of 6.8-rc8/final

"Extra" Linux regressions report for mainline slightly ahead of 6.8-rc8/final

[Linux regression tracking (Thorsten Leemhuis)]

Hi Linus, here is a quick manual extra regression report due to the
nearing 6.8 release:


# Fixes for regressions from this cycle afaics unlikely to reach 6.8

* 3445139e3a594b ("Revert "Revert "md/raid5: Wait for
MD_SB_CHANGE_PENDING in raid5d""") in next, which reverts a commits from
6.8-rc1; Song thinks it's better to merge this revert for 6.9 and then
backport to 6.8:
https://lore.kernel.org/all/CAPhsuW51ND4qH4My8Uz1XaZSdvAjDR7eL7O-RLr5wKmFJA0XMQ@mail.gmail.com/
Report: https://lore.kernel.org/all/20240123005700.9302-1-dan@danm.net/

* 0d7dfc79fb9b4b ("drm/msm/a6xx: specify UBWC config for sc7180" in
next. No reply to my recent inquiry why this fix for a commit from this
cycle was queued for 6.9:
https://lore.kernel.org/all/4e55f6fd-8875-4a61-9070-f0ecad8082ea@leemhuis.info/
Report: https://gitlab.freedesktop.org/drm/msm/-/issues/49 and
https://lore.kernel.org/all/85581fad-da8f-4550-a1c8-8f2996425dcd@lausen.nl/



# Regressions fixes sitting on the list awaiting review:

* Fix divide-by-zero on DP unplug with nouveau
https://lore.kernel.org/regressions/ZeoAPFIF6NClUl4P@debian.local/

* u64_stats: fix u64_stats_init() for lockdep when used repeatedly in
one file
https://lore.kernel.org/lkml/20240306111157.29327-1-petr@tesarici.cz/

* drm/nouveau: keep DMA buffers required for suspend/resume
https://lore.kernel.org/dri-devel/20240229175822.30613-1-sidpranjale127@protonmail.com/



# Regression reports where no fix is in sight afaics

* dmaengine: CPU stalls while loading bluetooth module
https://lore.kernel.org/lkml/ZYhQ2-OnjDgoqjvt@wens.tw/ and
https://lore.kernel.org/lkml/1553a526-6f28-4a68-88a8-f35bd22d9894@linumiz.com/
See also:
https://lore.kernel.org/all/000001da7140%246a0f1570%243e2d4050%24@samsung.com/
Revert might be counter-productive.

* drm/msm: Thinkpad X13s hard resets disconnecting external displays (
https://lore.kernel.org/lkml/Zd3kvD02Qvsh2Sid@hovoldconsulting.com/
See also: lore.kernel.org/all/ZesK1SKUB9BVKouF%40hovoldconsulting.com
and https://lore.kernel.org/lkml/ZesH21DcfOldRD9g@hovoldconsulting.com/
Maybe the whole series that causes this should have been reverted a week
ago...

* x86/mm/ident_map: kexec now leads to reboot
https://lore.kernel.org/stable/3a1b9909-45ac-4f97-ad68-d16ef1ce99db@pavinjoseph.com/
https://lore.kernel.org/all/CAJbxNHe3EJ88ABB1aZ8bYZq=a36F0TFST1Fqu4fkugvyU_fjhw@mail.gmail.com/
A revert apparently could fix this.



# For completeness: fixes that I assume will make it to you soon

* I assume Dmitry will send 7105e92c60c9cc ("Revert "Input: bcm5974 -
check endpoint type before starting traffic"") soon.

* I assume Greg will send ac3e0384073b24 ("misc: lis3lv02d_i2c: Fix
regulators getting en-/dis-abled twice on suspend/resume") soon.

* Not totally sure, but I assume the Btrfs folks will send
978b63f7464abc ("btrfs: fix race when detecting delalloc ranges during
fiemap") and 1cab1375ba6d53 ("btrfs: reuse cloned extent buffer during
fiemap to avoid re-allocations") to you, too.


Ciao, Thorsten

Side note: /me hopes this mail is not classified as spam due to all the
links...