[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <yq1vb1lmzqq.fsf@sermon.lab.mkp.net>
Date: Mon, 06 Jun 2016 23:42:05 -0400
From: "Martin K. Petersen" <martin.petersen@...cle.com>
To: Long Li <longli@...rosoft.com>
Cc: Tom Yan <tom.ty89@...il.com>,
"James E.J. Bottomley" <jejb@...ux.vnet.ibm.com>,
"Martin K. Petersen" <martin.petersen@...cle.com>,
"linux-scsi\@vger.kernel.org" <linux-scsi@...r.kernel.org>,
"linux-kernel\@vger.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] sd: remove redundant check for BLK_DEF_MAX_SECTORS
>>>>> "Long" == Long Li <longli@...rosoft.com> writes:
Long,
Long> The reason is that, max_sectors already has value at this point,
Long> the default value is SCSI_DEFAULT_MAX_SECTORS
Long> (include/scsi/scsi_host.h). The lower layer host driver can change
Long> this value in its template.
The LLD sets max_hw_sectors which indicates the capabilities of the
controller DMA hardware. Whereas the max_sectors limit is set by sd to
either follow advise by the device or--if not provided--use the block
layer default. max_sectors governs the size of READ/WRITE requests and
do not reflect the capabilities of the DMA hardware.
Long> I think the drivers care about this value have already set it. So
Long> it's better not to change it again. If they want max_sectors to be
Long> set by sd, they can use BLOCK LIMITS VPD to tell it to do so.
Most drivers don't have the luxury of being able to generate VPDs for
their attached target devices :)
--
Martin K. Petersen Oracle Linux Engineering
Powered by blists - more mailing lists