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 PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Mon, 4 Jan 2021 19:24:33 +0000 From: Matthew Wilcox <willy@...radead.org> To: Theodore Ts'o <tytso@....edu> Cc: Andres Freund <andres@...razel.de>, linux-fsdevel@...r.kernel.org, linux-xfs@...r.kernel.org, linux-ext4@...r.kernel.org, linux-block@...r.kernel.org Subject: Re: fallocate(FALLOC_FL_ZERO_RANGE_BUT_REALLY) to avoid unwritten extents? On Mon, Jan 04, 2021 at 02:17:05PM -0500, Theodore Ts'o wrote: > One thing to note is that there are some devices which support a write > zeros operation, but where it is *less* performant than actually > writing zeros via DMA'ing zero pages. Yes, that's insane. > Unfortunately, there are a insane devices out there.... We already have quirks to disable commands, in NVMe, SCSI and ATA. This sounds like another quirk to throw on the bonfire ("Yes, this device claims to support Write Zeroes, but don't use it"). Indeed, NVMe already has precisely this quirk, NVME_QUIRK_DISABLE_WRITE_ZEROES.
Powered by blists - more mailing lists