[<prev] [next>] [day] [month] [year] [list]
Message-ID: <d85b8998-f7b8-465d-b5f0-d8fbb5382cce@leemhuis.info>
Date: Fri, 8 Mar 2024 15:57:30 +0100
From: "Linux regression tracking (Thorsten Leemhuis)"
<regressions@...mhuis.info>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Linux kernel regressions list <regressions@...ts.linux.dev>,
LKML <linux-kernel@...r.kernel.org>
Subject: "Extra" Linux regressions report for mainline slightly ahead of
6.8-rc8/final
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...
Powered by blists - more mailing lists