On 05/05/2016 12:58 PM, Laurence Oberman wrote:
I added and tested this patch.
I left the warn message in as I need it.
[root@srptest ~]# dmesg | grep Reducing
[ 551.526015] scsi host4: ib_srp: Reducing max_sectors from 8192 to 4080
[ 559.367609] scsi host5: ib_srp: Reducing max_sectors from 8192 to 4080
[ 570.449121] scsi host5: ib_srp: Reducing max_sectors from 8192 to 4080
[ 577.831703] scsi host6: ib_srp: Reducing max_sectors from 8192 to 4080
Its stable but only because we constrain the max_sectors.
I am writing 4MB buffered to 10 file systems (ext3) however the max_sectors is constrained to 2040k and its stable.
I have been told that RHEL6 and the Mofed stack happily does 4MB buffered I/O with mapping failures but I need to check that out.
That would make no sense to me unless the Mofed stack has code that differs enough to what we have upstream to make a difference.
I am about to install RHEL6 and Mofed to compare and see what happens with 4MB buffered.
Tested-by Laurence Oberman <loberman@xxxxxxxxxx>
Thanks for the help with testing :-)
Can you try to increase SRP_MAX_PAGES_PER_MR in ib_srp.h from 512 to
1024 and see whether that allows 4MB I/O?
Thanks,
Bart.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html