Abstract: In various embodiments and/or usage scenarios, device power control, such as relating to one or more power control commands, requests to transition operation to a specific power mode, and/or device power management commands, is advantageous and improves one or more of: performance, reliability, unit cost, and development cost of one or more devices, such as storage devices (e.g. a Solid-State Disk (SSD)) or systems including same.

Abstract: In various embodiments and/or usage scenarios, device power control, such as relating to one or more power control commands, requests to transition operation to a specific power mode, and/or device power management commands, is advantageous and improves one or more of: performance, reliability, unit cost, and development cost of one or more devices, such as storage devices (e.g. a Solid-State Disk (SSD)) or systems including same.

Abstract: In various embodiments and/or usage scenarios, device power control, such as relating to one or more power control commands, requests to transition operation to a specific power mode, and/or device power management commands, is advantageous and improves one or more of: performance, reliability, unit cost, and development cost of one or more devices, such as storage devices (e.g. a Solid-State Disk (SSD)) or systems including same.

Abstract: The present disclosure relates to systems and methods of device firmware update effects as seen by a computing host. In one example implementation according to aspects of the present disclosure, a method includes executing a first firmware received from a computing host, the first firmware including a first firmware revision identifier, executing a second firmware received from the computing host, and returning the first firmware revision identifier to the computing host during the execution of the second firmware and before an event occurs. The returning the first firmware revision identifier enables the computing host to continue executing without detecting an error in response to a change in a value of a returned firmware revision identifier throughout the execution of the first firmware and during execution of the second firmware.

Abstract: Methods, systems, and computer-readable storage media for identifying randomly ordered write commands by a storage device enabled to communicate with a drive compatible with a storage protocol enabling command execution in random order. The storage device may determined a particular order of the identified write commands. The write commands in the determined particular order may be arranged by the storage device. The storage device may send the ordered write commands to the drive. The ordered write commands may allow for pre-fetching of data associated with the write commands by the drive.

Abstract: The present disclosure relates to systems and methods of device firmware update effects as seen by a computing host. In one example implementation according to aspects of the present disclosure, a method includes executing a first firmware received from a computing host, the first firmware including a first firmware revision identifier, executing a second firmware received from the computing host, and returning the first firmware revision identifier to the computing host during the execution of the second firmware and before an event occurs. The returning the first firmware revision identifier enables the computing host to continue executing without detecting an error in response to a change in a value of a returned firmware revision identifier throughout the execution of the first firmware and during execution of the second firmware.

Abstract: Methods, apparatus, and systems, for interfacing one or more storage devices with a plurality of bridge chips. An apparatus may include a memory, a communication bus coupled to a device, and a processor communicatively coupled to the communication bus and the memory. The processor may be configured to implement storage traffic between a storage device and a central processor via a first storage port of a first bridge chip of a plurality of bridge chips. The processor may be further configured to multiplex, by the first bridge chip, the storage traffic to at least one bridge chip of the plurality of bridge chips, and distribute data across the plurality of bridge chips to produce a data distribution enabling each of the bridge chips to communicate with each other.

Abstract: A system, method, and computer program product are provided for interfacing one or more storage devices with a plurality of bridge chips. One or more storage devices are provided. Additionally, a plurality of bridge chips are provided. Furthermore, at least one multiplexing device is provided for interfacing the one or more storage devices with the plurality of bridge chips.

Abstract: Management of device firmware update effects as seen by a computing host enables continuously running an OS on the host across a device firmware update, e.g., via delaying visibility of at least a portion of effects of the firmware update, such as in a context where without the delay in visibility the OS would encounter an unrecoverable error and crash. For example, a device (e.g. an SSD) is coupled to a computing host running an unmodified version of Windows. Firmware on the device is updated/activated, such as by being booted. Visibility of a portion of information that would otherwise become immediately visible to the OS (upon activation of updated firmware) is delayed until a power cycle of the device. If the portion includes, e.g., a firmware revision identifier, then the delayed visibility enables continuously running the OS across the firmware update/activation without rebooting the OS.

Abstract: Methods, systems, and computer-readable storage media for identifying randomly ordered write commands by a storage device enabled to communicate with a drive compatible with a storage protocol enabling command execution in random order. The storage device may determined a particular order of the identified write commands. The write commands in the determined particular order may be arranged by the storage device. The storage device may send the ordered write commands to the drive. The ordered write commands may allow for pre-fetching of data associated with the write commands by the drive.

Abstract: A system, method, and computer program product are provided for ordering a plurality of write commands associated with a storage device. In operation, a plurality of write commands associated with a storage device to be sent to a device are identified. Additionally, an order of the plurality of write commands is determined, the determined order being known by the device. Further, the plurality of write commands are ordered in the determined order.

Abstract: A system, method, and computer program product are provided for a host device to request and obtain failure information from a solid state drive (SSD). In operation, an error is detected during an operation associated with a solid state drive. Additionally, a command to return failure information is provided to the solid state drive by a host device. Further, the failure information is sent from the solid state drive to the host device, the failure information including failure information associated with the solid state drive.

Abstract: A system, method, and computer program product are provided for a host device to request and obtain failure information from a solid state drive (SSD). In operation, an error is detected during an operation associated with a solid state drive. Additionally, a command to return failure information is provided to the solid state drive by a host device. Further, the failure information is sent from the solid state drive to the host device, the failure information including failure information associated with the solid state drive.

Abstract: The present disclosure relates to examples of data hardening. In one example according to aspects of the present disclosure, a method comprises receiving, at a storage device, power loss information in a first format associated with a first protocol. The method further comprises converting, at the storage device, the power loss information in the first format to a second format associated with a second protocol, wherein converting the power loss information in the first format to the second format comprises converting one of a power loss primitive or a power loss command to one of a primitive or command for hardening data.

Abstract: A power fail protection system wherein pluralities of individual energy storage components are electrically connected to one or more SSD drives during a power failure though a power switch matrix. Typically an individual high-energy supply will be connected to one SSD drive during a power failure. The power fail protection system may also test the transient energy response of individual energy storage components, or include an imminent power fail warning connected directly to an SSD drive interface. Some embodiments further provide for identifying, reporting, and replacing weak energy storage components. High-energy supplies may be modular, or hot swappable.

Abstract: A system, method, and computer program product are provided for inserting a gap in information sent from a drive to a host device. In operation, one or more commands are received at a drive from a host device. Additionally, information is queued to send to the host device. Furthermore, a gap is inserted in the information to send to the host device such that the host device is capable of sending additional commands to the drive.

Abstract: A system, method, and computer program product are provided for reducing a rate of data transfer to at least a portion of memory. In operation, a rate of degradation of at least a portion of memory associated with a drive is determined. Furthermore, a rate of data transfer to the at least a portion of the memory is reduced, based on the determined rate of degradation.

Abstract: Management of device firmware update effects as seen by a computing host enables continuously running an OS on the host across a device firmware update, e.g., via delaying visibility of at least a portion of effects of the firmware update, such as in a context where without the delay in visibility the OS would encounter m unrecoverable error and crash. For example, a device (e.g. an SSD) is coupled to a computing host running an unmodified version of Windows. Firmware on the device is updated/activated, such as by being booted. Visibility of a portion of information that would otherwise become immediately visible to the OS (upon activation of updated firmware) is delayed until a power cycle of the device. If the portion includes, e.g., a firmware revision identifier, then the delayed visibility enables continuously running the OS across the firmware update/activation without rebooting the OS.

Abstract: The present disclosure relates to examples of data hardening. In one example according to aspects of the present disclosure, a method comprises receiving, at a storage device, power loss information in a first format associated with a first protocol. The method further comprises converting, at the storage device, the power loss information in the first format to a second format associated with a second protocol, wherein converting the power loss information in the first format to the second format comprises converting one of a power loss primitive or a power loss command to one of a primitive or command for hardening data.

Abstract: In various embodiments and/or usage scenarios, device power control, such as relating to one or more power control commands, requests to transition operation to a specific power mode, and/or device power management commands, is advantageous and improves one or more of: performance, reliability, unit cost, and development cost of one or more devices, such as storage devices (e.g. a Solid-State Disk (SSD)) or systems including same.