linux-scsi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: [PATCH v2] iser: explicitly set shost max_segment_size if non virtual boundary devices
       [not found] <20190607012914.2328-1-sagi@grimberg.me>
@ 2019-10-29 19:20 ` Jason Gunthorpe
  2019-10-29 19:25   ` Sagi Grimberg
  0 siblings, 1 reply; 3+ messages in thread
From: Jason Gunthorpe @ 2019-10-29 19:20 UTC (permalink / raw)
  To: Sagi Grimberg
  Cc: linux-rdma, linux-scsi, Christoph Hellwig, Jens Axboe, Bart Van Assche

On Thu, Jun 06, 2019 at 06:29:14PM -0700, Sagi Grimberg wrote:
> if the rdma device supports sg gaps, we don't need to set a virtual
> boundary but we then need to explicitly set the max_segment_size, otherwise
> scsi takes BLK_MAX_SEGMENT_SIZE and sets it using dma_set_max_seg_size()
> and this affects all the rdma device consumers.
> 
> Fix it by setting shost max_segment_size according to the device
> capability if SG_GAPS are not supported.
> 
> Reported-by: Jason Gunthorpe <jgg@ziepe.ca>
> Suggested-by: Christoph Hellwig <hch@lst.de>
> Signed-off-by: Sagi Grimberg <sagi@grimberg.me>
> ---
> Changes from v1:
> - set max_segment_size only for non virtual boundary devices
> 
>  drivers/infiniband/ulp/iser/iscsi_iser.c | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)

Sagi, are you respinning this or ??

https://patchwork.kernel.org/patch/10980657/

Jason

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH v2] iser: explicitly set shost max_segment_size if non virtual boundary devices
  2019-10-29 19:20 ` [PATCH v2] iser: explicitly set shost max_segment_size if non virtual boundary devices Jason Gunthorpe
@ 2019-10-29 19:25   ` Sagi Grimberg
  2019-10-29 19:26     ` Sagi Grimberg
  0 siblings, 1 reply; 3+ messages in thread
From: Sagi Grimberg @ 2019-10-29 19:25 UTC (permalink / raw)
  To: Jason Gunthorpe
  Cc: linux-rdma, linux-scsi, Christoph Hellwig, Jens Axboe, Bart Van Assche


>> if the rdma device supports sg gaps, we don't need to set a virtual
>> boundary but we then need to explicitly set the max_segment_size, otherwise
>> scsi takes BLK_MAX_SEGMENT_SIZE and sets it using dma_set_max_seg_size()
>> and this affects all the rdma device consumers.
>>
>> Fix it by setting shost max_segment_size according to the device
>> capability if SG_GAPS are not supported.
>>
>> Reported-by: Jason Gunthorpe <jgg@ziepe.ca>
>> Suggested-by: Christoph Hellwig <hch@lst.de>
>> Signed-off-by: Sagi Grimberg <sagi@grimberg.me>
>> ---
>> Changes from v1:
>> - set max_segment_size only for non virtual boundary devices
>>
>>   drivers/infiniband/ulp/iser/iscsi_iser.c | 4 +++-
>>   1 file changed, 3 insertions(+), 1 deletion(-)
> 
> Sagi, are you respinning this or ??

I can take the change-log message and paste it in the code,
but is that something we want? Usually people look in the
change-log history...

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH v2] iser: explicitly set shost max_segment_size if non virtual boundary devices
  2019-10-29 19:25   ` Sagi Grimberg
@ 2019-10-29 19:26     ` Sagi Grimberg
  0 siblings, 0 replies; 3+ messages in thread
From: Sagi Grimberg @ 2019-10-29 19:26 UTC (permalink / raw)
  To: Jason Gunthorpe
  Cc: linux-rdma, linux-scsi, Christoph Hellwig, Jens Axboe, Bart Van Assche


>>> if the rdma device supports sg gaps, we don't need to set a virtual
>>> boundary but we then need to explicitly set the max_segment_size, 
>>> otherwise
>>> scsi takes BLK_MAX_SEGMENT_SIZE and sets it using dma_set_max_seg_size()
>>> and this affects all the rdma device consumers.
>>>
>>> Fix it by setting shost max_segment_size according to the device
>>> capability if SG_GAPS are not supported.
>>>
>>> Reported-by: Jason Gunthorpe <jgg@ziepe.ca>
>>> Suggested-by: Christoph Hellwig <hch@lst.de>
>>> Signed-off-by: Sagi Grimberg <sagi@grimberg.me>
>>> ---
>>> Changes from v1:
>>> - set max_segment_size only for non virtual boundary devices
>>>
>>>   drivers/infiniband/ulp/iser/iscsi_iser.c | 4 +++-
>>>   1 file changed, 3 insertions(+), 1 deletion(-)
>>
>> Sagi, are you respinning this or ??
> 
> I can take the change-log message and paste it in the code,
> but is that something we want? Usually people look in the
> change-log history...

I actually thought it was already in...

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2019-10-29 19:26 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <20190607012914.2328-1-sagi@grimberg.me>
2019-10-29 19:20 ` [PATCH v2] iser: explicitly set shost max_segment_size if non virtual boundary devices Jason Gunthorpe
2019-10-29 19:25   ` Sagi Grimberg
2019-10-29 19:26     ` Sagi Grimberg

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).