Hello Bart I pulled the latest linux-next and built kernels for both server and client to rerun all my EDR tests for srp. For some reason the I/O size is being capped again to 1MB in my testing. Using my same testbed. Remember we spent a lot of time making sure we could do 4MB I/O :) Its working fine in the RHEL 7.3 kernel so before I start going back testing upstream kernels decided to ask. Have you tested large I/O with latest linux-next Server Configuration --------------------- Linux fedstorage.bos.redhat.com 4.9.0+ [root@fedstorage modprobe.d]# cat ib_srp.conf options ib_srp cmd_sg_entries=64 indirect_sg_entries=2048 [root@fedstorage modprobe.d]# cat ib_srpt.conf options ib_srpt srp_max_req_size=8296 Also Using # Set the srp_sq_size for i in /sys/kernel/config/target/srpt/0xfe800000000000007cfe900300726e4e /sys/kernel/config/target/srpt/0xfe800000000000007cfe900300726e4f do echo 16384 > $i/tpgt_1/attrib/srp_sq_size done Client Configuration -------------------- Linux ibclient 4.9.0+ [root@ibclient modprobe.d]# cat ib_srp.conf options ib_srp cmd_sg_entries=255 indirect_sg_entries=2048 dd if=/dev/sdw bs=4096k of=/dev/null iflag=direct ### RECORD 4 >>> ibclient <<< (1482261733.001) (Tue Dec 20 14:22:13 2016) ### # DISK STATISTICS (/sec) # <---------reads---------------><---------writes--------------><--------averages--------> Pct #Time Name KBytes Merged IOs Size Wait KBytes Merged IOs Size Wait RWSize QLen Wait SvcTim Util 14:22:13 sdw 1373184 0 1341 1024 2 0 0 0 0 0 1024 3 2 0 97 If I reboot into my 7.3 kernel its back to what I expect dd if=/dev/sdw bs=4096k of=/dev/null iflag=direct ### RECORD 3 >>> ibclient <<< (1482262254.001) (Tue Dec 20 14:30:54 2016) ### # DISK STATISTICS (/sec) # <---------reads---------------><---------writes--------------><--------averages--------> Pct #Time Name KBytes Merged IOs Size Wait KBytes Merged IOs Size Wait RWSize QLen Wait SvcTim Util 14:30:54 sdw 172032 129 42 4096 3 0 0 0 0 0 4096 1 3 3 130 -- 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