linux-ext4 - [Bug 217965] ext4(?) regression since 6.5.0 on sata hdd

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <bug-217965-13602-iHwkOx12yp@https.bugzilla.kernel.org/>
Date: Fri, 29 Dec 2023 22:11:01 +0000
From: bugzilla-daemon@...nel.org
To: linux-ext4@...r.kernel.org
Subject: [Bug 217965] ext4(?) regression since 6.5.0 on sata hdd

https://bugzilla.kernel.org/show_bug.cgi?id=217965

--- Comment #55 from Matthew Stapleton (matthew4196@...il.com) ---
It looks like reversing the changes made in
7e170922f06bf46effa7c57f6035fc463d6edc7e also fixed the problem (I didn't
notice before that the names were changed in the very next commit as well).  

in fs/ext4/mballoc.c:
Commenting out new_cr = CR_GOAL_LEN_SLOW in function:
ext4_mb_choose_next_group_goal_fast wasn't enough to fix it so then I did the
following as well which fixed the problem:
commented out the call to ext4_mb_choose_next_group_best_avail in function:
ext4_mb_choose_next_group
commented out the code to "Reset goal length to original goal length before
falling into CR_GOAL_LEN_SLOW"

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.