summaryrefslogtreecommitdiff
path: root/scripts/Makefile.thinlto
diff options
context:
space:
mode:
authorDarrick J. Wong <djwong@kernel.org>2026-09-01 22:46:41 -0700
committerCarlos Maiolino <cem@kernel.org>2026-09-07 07:50:36 +0200
commit58a0c7578b25b578c16dea7db2493cfa3a08ecc2 (patch)
tree868db3cb65a00b1bed79a3b773f2258021e4d50a /scripts/Makefile.thinlto
parentc83d1ef97ee3b0b92797d4b4932a3a813ba05b86 (diff)
downloadlinux-58a0c7578b25b578c16dea7db2493cfa3a08ecc2.tar.gz
linux-58a0c7578b25b578c16dea7db2493cfa3a08ecc2.zip
xfs: always set xfs_healthmon::first_event when inserting at front of list
LOLLM complains that while __xfs_healthmon_insert is supposed to insert an event at the head of the list, it doesn't do that correctly if the list isn't empty. In that case it *should* make our new event point to the current head, and then make the head point to the new event, but it doesn't actually update the head so we never see the new event. Fix this by always reassigning first_event. A subsequent patch will clean this up to use a standard list_head, but I felt it important to call out the bug fix first. Cc: stable@vger.kernel.org # v7.0 Fixes: b3a289a2a9397b ("xfs: create event queuing, formatting, and discovery infrastructure") Signed-off-by: Darrick J. Wong <djwong@kernel.org> Assisted-by: LOLLM # finding obvious bugs Reviewed-by: Christoph Hellwig <hch@lst.de> Reviewed-by: Anuj Gupta <anuj20.g@samsung.com> Signed-off-by: Carlos Maiolino <cem@kernel.org>
Diffstat (limited to 'scripts/Makefile.thinlto')
0 files changed, 0 insertions, 0 deletions