linux-ext4 - Re: [PATCH 1/2] ext4: set FMODE_CAN_ODIRECT instead of a dummy direct

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]

Message-ID: <171466162130.2959204.6437256169207302775.b4-ty@mit.edu>
Date: Thu,  2 May 2024 10:54:04 -0400
From: "Theodore Ts'o" <tytso@....edu>
To: linux-ext4@...r.kernel.org, "Ritesh Harjani (IBM)" <ritesh.list@...il.com>
Cc: "Theodore Ts'o" <tytso@....edu>, Jan Kara <jack@...e.cz>,
        Christoph Hellwig <hch@....de>
Subject: Re: [PATCH 1/2] ext4: set FMODE_CAN_ODIRECT instead of a dummy direct_IO method


On Thu, 29 Feb 2024 19:54:12 +0530, Ritesh Harjani (IBM) wrote:
> Since commit a2ad63daa88b ("VFS: add FMODE_CAN_ODIRECT file flag") file
> systems can just set the FMODE_CAN_ODIRECT flag at open time instead of
> wiring up a dummy direct_IO method to indicate support for direct I/O.
> 
> 

Applied, thanks!

[1/2] ext4: set FMODE_CAN_ODIRECT instead of a dummy direct_IO method
      commit: a0c7cce824a54dbb83bb722df19f1ddcfa5f8d25

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