Re: [LSF/MM TOPIC][ATTEND] T10-PI RDMA offload

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

 



On Thu, 2014-01-16 at 17:12 +0200, Sagi Grimberg wrote:
> Hey SCSI (and LSF) folks,
> 
> I'd like to propose the following topic for upcoming LSF-MM:
> 
> T10-PI standard is becoming more and more appealing for storage and 
> cloud solutions.
> Since error-detection coding comes with its cost of CPU computation 
> overhead,
> state-of-the-art ASICs offer the ability to offload T10-PI operations 
> (DIF/DIX), examples
> are SAS & FC controllers. Recently, the support for T10-PI offload over 
> RDMA transactions
> was introduced in the Mellanox Connect-IB HCA.
> 
> The first building block, RDMA verbs API supporting T10-PI offload was 
> submitted over
> Linux-rdma (see http://marc.info/?l=linux-rdma&m=138719320307936&w=2). 
> Moreover,
> we have seen first seeds of T10-PI support in Linux SCSI target entering 
> v3.14 (see
> http://lwn.net/Articles/579708/) and RDMA offload implementation in iSER 
> transport
> (see http://www.spinics.net/lists/linux-scsi/msg71128.html). There is 
> still some ground to
> fill to get protection information support to a full solution over all 
> backend devices.
> 
> We would like to use LSF-MM platform to to push forward T10-PI support 
> end-to-end which
> requires Linux SCSI Target core level support along with transport level 
> support in iSER and SRP
> (and also FCoE in the future) and over to the Initiator side transports.
> 
> Discussion topics:
> - Introduce T10-PI offload RDMA verbs and how are used in storage 
> applications.
> - Discuss effects of DIX1.1 (currently a draft) in Target implementation 
> (core level -> transport level -> HW level).
> - Discuss T10-PI Type 4 (16-byte DIF) status and possible implications 
> on Target & Initiator implementation down to HW level.
> - Discuss Current Limitations that T10-PI RDMA offload poses on iSCSI 
> protocol (ImmediateData, UnsolDataOut) and if/how
>    they can be solved.
> - What-ever else comes to mind...

+1  (CC'ing Roland + MKP)

Looking forward to seeing protection information enabled within iser
initiator code, and perhaps even an optional software emulation for
traditional iscsi fabric code.

--nab

--
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