linux-ext4 - Re: [PATCH v2 0/2] fix blocks allocate issue during fast commit replay

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] [day] [month] [year] [list]

Date:   Thu, 20 Jan 2022 10:44:07 -0500
From:   "Theodore Ts'o" <tytso@....edu>
To:     adilger.kernel@...ger.ca, Xin Yin <yinxin.x@...edance.com>,
        harshadshirwadkar@...il.com
Cc:     "Theodore Ts'o" <tytso@....edu>, linux-ext4@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 0/2] fix blocks allocate issue during fast commit replay

On Mon, 10 Jan 2022 11:51:39 +0800, Xin Yin wrote:
> when test fast_commit with xfstests generic/455, one failed case is
> after fast commit replay, fsck raise ’multiply-claimed blocks‘ issue.
> one inode's etb block may share with other file.
> 
> fast commit replay procedure may allocate etb blocks for inodes, but
> it may allocate blocks in use. This patch set fix this issue.
> 
> [...]

Applied, thanks!

[1/2] ext4: prevent used blocks from being allocated during fast commit replay
      commit: 8484c37da00dc121c5a9a3613b17a9c0b7b760e1
[2/2] ext4: modify the logic of ext4_mb_new_blocks_simple
      commit: 85c6392fef63e20fa2a3e82383dc57a605d6e5df

Best regards,
-- 
Theodore Ts'o <tytso@....edu>