Re: [PATCH] iscsi_tcp: add write permission to max_lun

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 08/15/2012 11:13 AM, James Bottomley wrote:
> On Wed, 2012-08-15 at 10:50 -0500, Michael Christie wrote:
>> On Aug 15, 2012, at 6:30 AM, Rob Evers <revers@xxxxxxxxxx> wrote:
>>
>>> Add root write permission to iscsi_tcp max_lun parameter
>>>
>>> Signed-off-by: Rob Evers <revers@xxxxxxxxxx>
>>> ---
>>> drivers/scsi/iscsi_tcp.c |    2 +-
>>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>>
>>> diff --git a/drivers/scsi/iscsi_tcp.c b/drivers/scsi/iscsi_tcp.c
>>> index 9220861..e8609a4 100644
>>> --- a/drivers/scsi/iscsi_tcp.c
>>> +++ b/drivers/scsi/iscsi_tcp.c
>>> @@ -56,7 +56,7 @@ static struct scsi_host_template iscsi_sw_tcp_sht;
>>> static struct iscsi_transport iscsi_sw_tcp_transport;
>>>
>>> static unsigned int iscsi_max_lun = 512;
>>> -module_param_named(max_lun, iscsi_max_lun, uint, S_IRUGO);
>>> +module_param_named(max_lun, iscsi_max_lun, uint, S_IRUGO|S_IWUSR);
>>
>>
>>
>> Looks ok.
>>
>> Reviewed-by: Mike Christie <michaelc@xxxxxxxxxxx>
> 
> Is there a reason not to raise the limit globally within iSCSI?  i.e. do

No reason that I know of now.

> what everyone else does (usually 0xFFFF for a single level lun hierarchy
> or ~0 for don't care), rather than have to have them twiddle a hard to
> find constant, since that seems to be the intent of the patch.
> 

Either is fine. Rob, do you want to do ~0 in your patch, because we do
not care. There is not a iscsi driver level side limitation.

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux