Self-configuring SSD multi-protocol support in host-less environment

• US 11,144,496 B2
• Filed: 04/23/2020
• Issued: 10/12/2021
• Est. Priority Date: 07/26/2016
• Status: Active Grant

• Current Assignee: Samsung Electronics Co. Ltd. (Samsung Group)
• Original Assignee: Samsung Electronics Co. Ltd. (Samsung Group)
• Inventors: Olarig, Sompong Paul
• Primary Examiner(s): Tsai, Henry
• Assistant Examiner(s): Bartels, Christopher A
• Application Number:
  US16/857,172
• Publication Number:
  US 20200257648A1
• Time in Patent Office: 537 Days
• Field of Search: None
• CPC Class Codes: G06F 13/4022 using switching circuits, e.g. switching matrix, connection or expansion network G06F13/4009 takes precedence
• CPC Class Codes: G06F 13/4282 on a serial bus, e.g. I2C bus, SPI bus on daisy chain buses G06F13/4247
• CPC Class Codes: G06F 15/161 Computing infrastructure, e.g. computer clusters, blade chassis or hardware partitioning casings, cabinets, racks or drawers for data centers H05K5/00
• CPC Class Codes: G06F 15/17331 Distributed shared memory [DSM], e.g. remote direct memory access [RDMA]
• CPC Class Codes: H04L 49/356 for storage area networks
• CPC Class Codes: H04L 49/357 Fibre channel switches
• CPC Class Codes: H04L 49/358 Infiniband Switches
• CPC Class Codes: H04L 49/602 Multilayer or multiprotocol switching, e.g. IP switching
• CPC Class Codes: H04L 49/9068 in the network interface card

Abstract

A device that may configure itself is disclosed. The device may include an interface that may be used for communications with a chassis. The interface may support a plurality of transport protocols. The device may include a Vital Product Data (VPD) reading logic to read a VPD from the chassis and a built-in self-configuration logic to configure the interface to use one of the transport protocols and to disable alternative transport protocols, responsive to the VPD.

Claims

1. A storage device, comprising:

storage for data;

an interface to a chassis, the interface supporting at least a first transport protocol and a second transport protocol for communicating between the storage device and the chassis;

a VPD reading logic to read a Vital Product Data from the chassis, the Vital Product Data including the first transport protocol intended to be used to communicate with the storage device; and

a built-in self-configuration logic to configure the interface to use the first transport protocol and to disable the second transport protocol responsive to the Vital Product Data,

wherein the first transport protocol includes Non-Volatile Memory Express (NVMe) over Transmission Control Protocol (TCP).

2. A storage device according to claim 1, wherein the second transport protocol is drawn from a set including Ethernet, Fibre Channel, and InfiniBand.

3. A storage device according to claim 2, wherein the second transport protocol are drawn from the set further including Remote Direct Memory Access (RDMA) over Converged Ethernet (RoCE) and iWarp.

4. A storage device according to claim 1, wherein the interface includes a Non-Volatile Memory Express over Fabric (NVMeoF) interface.

5. A storage device according to claim 1, further comprising VPD writing logic to write information to the Vital Product Data.

6. A storage device according to claim 5, wherein the information written to the Vital Product Data includes at least one of a protocol incompatibility between the storage device and chassis, and an incorrect type of storage device.

7. A non-transitory memory for storing a Vital Product Data, comprising:

a data structure stored in said non-transitory memory, said data structure including;

a first storage for a transport protocol to be used by a storage device, the transport protocol including Non-Volatile Memory Express (NVMe) over Transmission Control Protocol (TCP);

a second storage for a first data written by the storage device, the first data specifying an identifier for the storage device; and

a third storage for data written by the storage device, the data specifying a reason why the storage device might not operate within a chassis.

8. A non-transitory memory according to claim 7, wherein the data structure further includes a fourth storage to store a firmware revision of the chassis.

9. A non-transitory memory according to claim 7, wherein the data structure further includes a fifth storage to store a firmware revision of the storage device.

10. A method, comprising:

requesting by a storage device a Vital Product Data from a chassis;

receiving at the storage device the Vital Product Data from the chassis;

identifying a first transport protocol to use responsive to the Vital Product Data, the first transport protocol including Non-Volatile Memory Express (NVMe) over Transmission Control Protocol (TCP);

configuring the storage device to use the first transport protocol; and

disabling a second transport protocol in the storage device.

11. A method according to claim 10, wherein the second transport protocol are drawn from a set including Ethernet, Fibre Channel, and InfiniBand.

12. A method according to claim 10, further comprising writing information by the storage device to the Vital Product Data.

13. A method according to claim 12, wherein the information may include at least one of a storage device identifier, a reason why the storage device does not operate in the chassis, and a firmware revision of the storage device.

14. A method according to claim 13, wherein the reason why the storage device does not operate in the chassis may include at least one of a protocol incompatibility between the storage device and chassis, and an incorrect type of storage device.

15. A method according to claim 10, wherein:

requesting by a storage device a Vital Product Data from a chassis includes requesting by the storage device the Vital Product Data from a chassis over a Non-Volatile Memory Express over Fabric (NVMeoF) interface; and

receiving at the storage device the Vital Product Data from the chassis includes receiving at the storage device the Vital Product Data from the chassis over the NVMeoF interface.