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: <25f0e1a4-f211-670e-00f8-364b3a85b468@suse.de>
Date:   Tue, 1 Nov 2016 17:57:08 +0100
From:   Hannes Reinecke <hare@...e.de>
To:     Christoph Hellwig <hch@....de>
Cc:     Jens Axboe <axboe@...com>, Alexander Graf <agraf@...e.com>,
        Ming@...e.de, "\"Lei" <"tom.leiming\""@gmail.co>,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH 3/4] loop: Add 'lo_logical_blocksize'

On 11/01/2016 03:01 PM, Christoph Hellwig wrote:
> On Mon, Oct 31, 2016 at 08:37:18PM +0100, Hannes Reinecke wrote:
>> Add a new field 'lo_logical_blocksize' to hold the logical
>> blocksize of the loop device.
>
> Why do we use the same flag for both block sizes?  If there is a good
> reason for that it should be documented and both should be in the same
> patch.
>
_Actually_ the flag enables you to set the logical blocksize.
However, if you want to set the logical blocksize you also have to set a 
matching physical blocksize.
And the physical blocksize itself isn't settable, rather taken from the 
underlying device/filesystem/whatever.
So the flag itself does not have a dual purpose, it's just out of 
necessity that you have to set the physical blocksize if you want to 
change the logical blocksize.

And I got pushback when I proposed to set the physical blocksize always,
so I made it dependent on the LO_BLOCKSIZE flag, too.

Cheers,

Hannes
-- 
Dr. Hannes Reinecke		      zSeries & Storage
hare@...e.de			      +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: J. Hawn, J. Guild, F. Imendörffer, HRB 16746 (AG Nürnberg)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ