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: <yq1a55edu8i.fsf@ca-mkp.ca.oracle.com>
Date: Tue, 08 Jul 2025 21:39:11 -0400
From: "Martin K. Petersen" <martin.petersen@...cle.com>
To: John Garry <john.g.garry@...cle.com>
Cc: Mikulas Patocka <mpatocka@...hat.com>, <axboe@...nel.dk>, <agk@...hat.com>,
        <snitzer@...nel.org>, <song@...nel.org>, <yukuai3@...wei.com>,
        <hch@....de>, <nilay@...ux.ibm.com>, <dm-devel@...ts.linux.dev>,
        <linux-kernel@...r.kernel.org>, <linux-raid@...r.kernel.org>,
        <linux-block@...r.kernel.org>, <ojaswin@...ux.ibm.com>,
        <martin.petersen@...cle.com>
Subject: Re: [PATCH v3 5/5] block: use chunk_sectors when evaluating stacked
 atomic write limits


John,

> For io_min/opt, maybe reduce to a factor of the stripe size / width
> (and which fits in a unsigned int).
>
> I am not sure if it is even sane to have such huge values in io_min
> and the bottom disk io_min should be used directly instead.

The intent for io_min was to convey the physical_block_size in the case
of an individual drive. And for it to be set to the stripe chunk size in
stacking scenarios that would otherwise involve read-modify-write (i.e.
RAID5 and RAID6).

io_opt was meant to communicate the stripe width. Reporting very large
values for io_opt is generally counterproductive since we can't write
multiple gigabytes in a single operation anyway.

logical <= physical <= io_min <= io_opt <= max_sectors <= max_hw_sectors

-- 
Martin K. Petersen

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ