linux-kernel - Re: [GIT PULL] bcachefs changes for 6.17

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 for Android: free password hash cracker in your pocket

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

Message-ID: <htfkbxsxhdmojyr736qqsofghprpewentqzpatrvy4pytwublc@32aqisx4dlwj>
Date: Tue, 12 Aug 2025 16:03:17 -0400
From: Kent Overstreet <kent.overstreet@...ux.dev>
To: Keith Busch <kbusch@...nel.org>
Cc: Konstantin Shelekhin <k.shelekhin@...l.net>, admin@...inas.su, 
	linux-bcachefs@...r.kernel.org, linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org, 
	list-bcachefs@...lthompson.net, malte.schroeder@...ip.de, torvalds@...ux-foundation.org
Subject: Re: [GIT PULL] bcachefs changes for 6.17

On Tue, Aug 12, 2025 at 01:35:56PM -0600, Keith Busch wrote:
> On Mon, Aug 11, 2025 at 10:26:03AM -0400, Kent Overstreet wrote:
> > On the other hand, for the only incidences I can remotely refer to in
> > the past year and a half, there has been:
> ...
> 
> > - the block layer developer who went on a four email rant where he,
> >   charitably, misread the spec or the patchset or both; all this over a
> >   patch to simply bring a warning in line with the actual NVME and SCSI
> >   specs.
> 
> Are you talking about this thread?
> 
>   https://lore.kernel.org/linux-block/20250311201518.3573009-14-kent.overstreet@linux.dev/
> 
> I try to closely follow those lists, and that's the only thread I recall
> that even slightly rings a bell from your description, however it's not
> an accurate description (you were the one who misread the specs there; I
> tried to help bridge the gap). I recall the interaction was pretty tame
> though, so maybe you're talking about something else. Perhaps a link for
> context if I got it wrong?

I've since seen a lot of actual test data from SCSI hard drives - fua
reads are definitely not cached, without exception across manufacturers.

On NVME the situation is much murkier.