linux-kernel - Re: [PATCH 6/8] SCSI: implement sd_unlock_native

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]

Date:	Sun, 16 May 2010 16:07:37 +0100
From:	Ben Hutchings <ben@...adent.org.uk>
To:	James Bottomley <James.Bottomley@...e.de>
Cc:	Tejun Heo <tj@...nel.org>, jeff@...zik.org,
	linux-ide@...r.kernel.org, jens.axboe@...cle.com,
	linux-scsi@...r.kernel.org, linux-kernel@...r.kernel.org,
	davem@...emloft.net, bzolnier@...il.com
Subject: Re: [PATCH 6/8] SCSI: implement sd_unlock_native_capacity()

On Sun, 2010-05-16 at 08:39 -0500, James Bottomley wrote:
[...]
> Then there's no need for anything at all in SCSI ... and it becomes a
> whole lot more obvious how to do legacy ide (if we ever get problems
> there).

The block device set_capacity() interface is already defined and was
implemented for the IDE disk driver some time ago.  The purpose of
Tejun's work on sd and libata is to implement this existing interface
and so avoid a regression when users switch from IDE to libata-based
drivers.  I don't see why he should have to replace the interface as
well.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.

Download attachment "signature.asc" of type "application/pgp-signature" (829 bytes)