WO2014051722A1 - Efficient low power exit sequence for peripheral devices - Google Patents

Efficient low power exit sequence for peripheral devices Download PDF

Info

Publication number
WO2014051722A1
WO2014051722A1 PCT/US2013/045018 US2013045018W WO2014051722A1 WO 2014051722 A1 WO2014051722 A1 WO 2014051722A1 US 2013045018 W US2013045018 W US 2013045018W WO 2014051722 A1 WO2014051722 A1 WO 2014051722A1
Authority
WO
WIPO (PCT)
Prior art keywords
peripheral device
oob
sata
transmission
host
Prior art date
Application number
PCT/US2013/045018
Other languages
French (fr)
Inventor
Eng Hun Ooi
Original Assignee
Intel Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel Corporation filed Critical Intel Corporation
Priority to EP13843006.1A priority Critical patent/EP2901245B1/en
Priority to KR1020157001966A priority patent/KR101642240B1/en
Publication of WO2014051722A1 publication Critical patent/WO2014051722A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206Monitoring of events, devices or parameters that trigger a change in power modality
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/325Power saving in peripheral device
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/325Power saving in peripheral device
    • G06F1/3268Power saving in hard disk drive
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/50Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Definitions

  • Embodiments of the invention generally pertain computing devices and more particularly to system peripheral device power management.
  • peripheral devices may utilize interconnection standards such as Peripheral Component Interconnect express (PCTe), Serial Advanced Technology Attachment (SATA), Small Computer Systems Interface (SCSI). Fibre Channel (FC). SCSI over Internet GSCSI). Serial Attached SCSI (S AS), Universal Serial Bus (USB), or any functionally equivalent protocol for peripheral devices.
  • PCTe Peripheral Component Interconnect express
  • SATA Serial Advanced Technology Attachment
  • SCSI Small Computer Systems Interface
  • FC Fibre Channel
  • SCSI over Internet GSCSI
  • S AS Serial Attached SCSI
  • USB Universal Serial Bus
  • the SATA interface utilizes the DevSleep interface power state.
  • DevSleep enables host platforms and peripheral devices to completely shut down the SATA interface; this power state results in more power savings compared to other existing Partial and Slumber interface power states, which require that the physical layers (PHY) of the host platform and peripheral device be left powered on.
  • PHY physical layers
  • FIG. 1 A and FIG. 1 B are block diagrams of host platform hardware and peripheral devices to utilize an embodiment of the invention.
  • FIG. 2A - FIG. 2B are signal diagrams of host platform/peripheral device communication.
  • FIG. 3 is a flow diagram of a process for efficient low power state management according an embodiment of the invention.
  • FIG. 4 is block diagram of a device incorporating an embodiment of the invention.
  • Embodiments of the invention describe efficient management of low power states for peripheral devices.
  • the increasing use of mobile computing devices also places an increased emphasis on the ability of the system and OS to completely power down storage devices and the storage controller during long periods of idleness.
  • Implementing DevSleep in addition to other low power states on the host platform provides for a hierarchical power management solution that allows the system to choose between power and latency in a dynamic and efficient manner.
  • improving the efficiency of the DevSleep interface power state increases its effectiveness and applicability compared to the other interface power states for SATA devices.
  • Embodiments of the invention describe methods, apparatuses and systems for transmitting a signal from a host device to a Serial Advanced Technology Attachment (SATA) peripheral device for exiting a low-power state (said SATA device, for example, consistent with the Serial ATA Specification, Revision 3.0, published June 29, 2009 by the SATA International Organization).
  • SATA Serial Advanced Technology Attachment
  • An initialization time for out-of-band (OOB) transmission and reception logic of the SATA peripheral device is tracked, and a reference time value based on the tracked initialization time for the OOB transmission and reception logic of the SATA peripheral devices is stored.
  • OOB out-of-band
  • the reference time value for waking a host physical layer is utilizing, thereby improving the efficiency of the management and use of said low power state.
  • the above described tracked initialization time for the OOB transmission and reception logic of the SATA peripheral device comprises a time from a transmission of an OOB signal (from the host to the peripheral device) to receiving an OOB response at the host device from the SATA peripheral device.
  • the above described reference time value comprises a lowest value of a plurality of tracked initialization times for the OOB transmission and reception logic; in other embodiments, said reference time value may comprise an average value of a plurality of tracked initialization times for the OOB transmission and reception logic, a weighted average, a minimum tracked value, a maximum tracked value, etc.
  • FIG. 1 A is a block diagram of host platform hardware and peripheral devices to utilize an embodiment of the invention.
  • host system 100 includes processor 102, main memory 104, and host controller 106 (which may be alternatively referred to herein as a Host Bus Adaptor (HBA)).
  • Main memory 104 may include any combination of volatile and nonvolatile memory, and may include an OS to be executed by processor 102.
  • Host controller 106 may be any controller capable of exchanging data and/or commands with a storage device in accordance with, for example, any of a Small Computer Systems Interface (SCSI) protocol, a Fibre Channel (FC) protocol, a SCSI over Internet Protocol (iSCSI), a Serial Attached SCSI (SAS) protocol, a Universal Serial Bus (USB) protocol and a SATA protocol.
  • SCSI Small Computer Systems Interface
  • FC Fibre Channel
  • iSCSI SCSI over Internet Protocol
  • SAS Serial Attached SCSI
  • USB Universal Serial Bus
  • SATA peripheral devices may include, but are not limited to, a hard disk storage device, a solid-state drive (SSD) storage device, an optical storage drive, hybrid storage devices (e.g., a combination hard disk/SSD storage device), etc.
  • FIG. IB is a block diagram of an embodiment of a SATA SSD storage device. SSDs (such as device 120 of FIG. 1A) use semiconductor memories, also referred to as solid state memories, as a storage medium.
  • a "hybrid" SATA peripheral device may include a hard disk component as well as a
  • Solid state disk 150 includes a solid state disk controller 152 to control nonvolatile memory array 154.
  • Solid state disk 150 communicates with a host controller via a host interface 156 (e.g., based on a SATA protocol as discussed above).
  • the solid state disk controller 152 controls reading, writing and erasing of the nonvolatile memory array 154, as well as execute processes involving host controller 106 as described below.
  • host controller 106 may exchange data and/or commands with an SSD via one or more other and/or additional protocols without departing from this embodiment.
  • Platform Controller Hub (PCH) 110 may include modules or logic to manage the interconnections between the above described components of host system 100 and various peripheral devices.
  • SATA device 120 is shown to be coupled to processor 102 and main memory 104 via host controller interface (i.e., SATA interface) 112.
  • Peripheral Component Interconnect express (PCIe) (as described, for example, in The PCI Express Base Specification of the PCI Special Interest Group, Revision 3.0 published November 18, 2010) device 124 is shown to be coupled to PCIe bridge 122, which is coupled to root port 114. It is understood that PCIe bridge 122 acts as a "switch" for one or more PCIe devices, while root port 114 acts as an interconnect to processor 102 and main memory 104.
  • Communication between PCH 110 and SATA device 120 may be based on the
  • ATA/ATAPI Command Set (based on the INCITS 452-2008 (D1699): AT Attachment 8 - AT A/ AT API Command Set, published September 16, 2008).
  • host logic i.e., host controller 106, PCH 110, host controller interface 112
  • may issue commands such as
  • IDENTIFY DEVICE a command defined by the ATA/ATAPI command set, used by host logic to retrieve a peripheral device's identification data containing information regarding optional feature or command support provided by the device.
  • Said host logic may also execute a Pre-Boot Authentication (PBA) program used for authenticating a use of the host system and unlocking a peripheral device.
  • PBA Pre-Boot Authentication
  • the following power states may also be executed by SATA device 120 and the host platform (i.e., the device including processor 102, memory 104, etc.):
  • D01 - a peripheral device power state indicating that the device is on and running; for this power state, the peripheral device receives full power from the host platform and is delivering full functionality to the user.
  • DOactive - a peripheral device power state indicating that the device has been configured/enabled by software and is functional.
  • D3hot - a peripheral device power state that occurs when a device transitions to D3, but still has Vcc applied.
  • D3cold - a peripheral device power state that occurs when a device transitions to D3 and Vcc is not applied.
  • Runtime D3 a peripheral device power state indicating the placement of the device into D3hot/cold while the rest of the host platform remains in a SO state.
  • Peripheral device states are individually managed by the operating system software and can be in any device state (DO or D3).
  • system processors are not executing instructions and power is usually removed from the peripheral devices, but system Dynamic Random Access Memory (DRAM) context is maintained.
  • DRAM Dynamic Random Access Memory
  • BIOS System Basic Input/Output System
  • SO Power- On Self-Test
  • System context is maintained via non-volatile memory (e.g. storage device).
  • 55 - host platform low power state (also referred to as soft-off); similar to S4 except that system context is not maintained via non-volatile memory.
  • embodiments of the invention may utilize the Device Sleep (DevSleep) power state.
  • DevSleep Device Sleep
  • This state allows for mobile computing devices to consume less power and provide extended battery life by enabling SATA-based storage solutions to reach another level of low power operation.
  • host platforms and peripheral devices have a new power management option in which the host and device can completely power down their respective physical layers (PHYs) and other link-related circuitry.
  • PHYs physical layers
  • Devices might also choose to power down additional sub-systems while in DevSleep, enabling even further power savings; however, the exit latency, and overall transition energy to/from DevSleep, is much lower compared to RTD3.
  • FIG. 2A - FIG. 2B are signal diagrams of host platform/peripheral device
  • Graph 200 of FIG. 2A illustrates initial host system and peripheral device communication when exiting a DevSleep state.
  • Signal DEVSLP as shown in graph 200 is transmitted from the host system to the peripheral device.
  • the host asserts the DEVSLP signal
  • the device enters the DevSleep interface power state for as long as the host asserts the DEVSLP signal.
  • the host system may assert the DEVSLP signal from any power state (e.g., S0-S5, as discussed above) provided that: the peripheral device supports the DevSleep feature, the DevSleep feature is enabled by the host system, and there are no other outstanding commands between the host system and the peripheral device.
  • any power state e.g., S0-S5, as discussed above
  • the host system asserts the DEVSLP signal for at least 10ms (or as specified in the IDENTIFY Device data), the host system and peripheral device may power down their respective PHY layers and other logic/circuitry (e.g., PLLs, clocks, media), no PHY
  • the host system and peripheral device may power down their respective PHY layers and other logic/circuitry (e.g., PLLs, clocks, media), no PHY
  • the DevSleep feature as defined by SATA specifications allows implementers flexibility regarding what the device actually does when the DEVSLP signal is asserted. The device may completely power down its PHY, and it may also choose to power down other subsystems, as long as it can meet the exit latency conditions.
  • Graph 200 shows the host system and peripheral device using COMWAKE signals for renegotiation; other embodiments may use equivalent signals such as COMRESET, COMINIT, etc.
  • the signals used for negotiation/renegotiation processes utilize signals that are different than those used in ordinary communications. These signals are usually used during link initializations, and referred to as out of band (OOB) signals.
  • OOB out of band
  • Graph 200 shows how, initially, a peripheral device may transition from a low power state into fully on state earlier than the host system.
  • SATA specifications define a SATA device's DEVSLP exit timing parameter (herein referred to as 'DETO').
  • This pre-defined timing parameter is shown is pre-defined DETO 220, which is shown to be a time value from the de- assertion of DEVSLP to time mark 202.
  • measured DETO value 221 is shown to be a time value from the de-assertion of DEVSLP to time mark 201, which is a smaller time value that pre-defined DETO 220.
  • the peripheral device is unnecessarily transmitting COMWAKE signals to the host device for given time period (shown as time period 211, before communication is established during time period 222).
  • the host and peripheral device layers are shown to be active at around time mark 203.
  • Embodiments of the invention optimize the exit sequence of the low power feature DEVSLP for the host system and peripheral device by aligning both parties' OOB
  • a SATA device maybe brought out of lowest power state into fully on state for tens to hundreds of milliseconds earlier than SATA host. This is because the SATA specification defines the SATA device's DEVSLP exit timing parameter DETO to be a maximum duration instead of a typical duration. The more a measured DETO time duration differs from its typical predefined value, the greater the benefit produced by embodiments of the invention in terms of overall system power.
  • FIG. 2B includes graph 250 showing host system and peripheral device communication when exiting a DevSleep state using a measured DETO. Similar to graph 200 of FIG. 2A, graph 250 shows signal DEVSLP being de-asserted, and the host system and peripheral device utilizing OOB signals (i.e., COMWAKE in this graph) for renegotiation processes.
  • OOB signals i.e., COMWAKE in this graph
  • the peripheral device transitions from a low power state into fully on state using measured DETO 221, thus transitioning from DEVSLP at the same time (or closer to) as the host system.
  • the peripheral device is no longer unnecessarily transmitting COMWAKE signals to the host device for given time period (in this example, time period 251, which includes measured DETO 221 and communication establishment time 222), resulting in a power savings equal to time period 211 (i.e., the period of unnecessary COMWAKE transmissions as shown in graph 200 of FIG. 2A).
  • FIG. 3 is a flow diagram of a process for efficient low power state management according an embodiment of the invention.
  • Flow diagrams as illustrated herein provide examples of sequences of various process actions. Although shown in a particular sequence or order, unless otherwise specified, the order of the actions can be modified. Thus, the illustrated implementations should be understood only as examples, and the illustrated processes can be performed in a different order, and some actions may be performed in parallel. Additionally, one or more actions can be omitted in various embodiments of the invention; thus, not all actions are required in every implementation. Other process flows are possible.
  • Process 300 includes operations for, upon a host-platform controller de-asserting the DEVSLP signal, tracking a peripheral device's OOB readiness, 302. In some embodiments, this readiness is determined by the host platform transmitting an OOB message to the peripheral device and listening for a response. In this embodiment, this initial measurement of the peripheral device's OOB readiness is done while utilizing the pre-defined OOB response time, 304. An example of such an initial measurement is shown in graph 200 of FIG. 2A.
  • the host platform registers a time value based on the measured device OOB response time from DEVSLP de-assertion as the measured DETO time, 306. This registered time value is used in subsequent DEVSLP exit sequences, 308.
  • the registered time value is updated based on subsequent measured DETO times, 310.
  • the host platform may register the lowest of the measured time values (i.e., replace the time value stored if the measured time value is lower), may store an average of measured time values (i.e., a weighted or un-weighted average), select a median measured time value, etc.
  • process 300 is executed via a SATA device controller (e.g., SSD controller 152 of FIG. IB).
  • SATA device controller e.g., SSD controller 152 of FIG. IB
  • FIG. 4 is block diagram of a device incorporating an embodiment of the invention.
  • Computing device 400 represents a mobile computing device, such as a notebook, subnotebook, computing tablet, a mobile phone or smartphone, a wireless-enabled e-reader, or other wireless mobile device. It will be understood that certain of the components are shown generally, and not all components of such a device are shown in device 400.
  • Device 400 includes processor 410, which performs the primary processing operations of device 400.
  • Processor 410 can include one or more physical devices, such as microprocessors, application processors, microcontrollers, programmable logic devices, processor cores, or other processing means.
  • the processing operations performed by processor 410 include the execution of an operating platform or operating system on which applications and/or device functions are executed.
  • the processing operations include operations related to I/O (input/output) with a human user or with other devices, operations related to power management, and/or operations related to connecting device 400 to another device.
  • the processing operations may also include operations related to audio I/O and/or display I/O.
  • device 400 includes audio subsystem 420, which represents hardware (e.g., audio hardware and audio circuits) and software (e.g., drivers, codecs) components associated with providing audio functions to the computing device. Audio functions can include speaker and/or headphone output, as well as microphone input via any of the audio jacks described above. Devices for such functions can be integrated into device 400, or connected to device 400. In one embodiment, a user interacts with device 400 by providing audio commands that are received and processed by processor 410.
  • hardware e.g., audio hardware and audio circuits
  • software e.g., drivers, codecs
  • Display subsystem 430 represents hardware (e.g., display devices) and software (e.g., drivers) components that provide a visual and/or tactile display for a user to interact with the computing device.
  • Display subsystem 430 includes display interface 432, which includes the particular screen or hardware device used to provide a display to a user.
  • display interface 432 includes logic separate from processor 410 to perform at least some processing related to the display.
  • display subsystem 430 includes a touchscreen device that provides both output and input to a user.
  • I/O controller 440 represents hardware devices and software components related to interaction with a user. I/O controller 440 can operate to manage hardware that is part of audio subsystem 420 and/or display subsystem 430. Additionally, I O controller 440 illustrates a connection point for additional devices that connect to device 400 through which a user might interact with the system. For example, devices that can be attached to device 400 might include microphone devices, speaker or stereo systems, video systems or other display device, keyboard or keypad devices, or other I/O devices for use with specific applications such as card readers or other devices.
  • I/O controller 440 can interact with audio subsystem 420 and/or display subsystem 430.
  • input through a microphone or other audio device can provide input or commands for one or more applications or functions of device 400.
  • audio output can be provided instead of or in addition to display output.
  • display subsystem includes a touchscreen
  • the display device also acts as an input device, which can be at least partially managed by I/O controller 440.
  • I/O controller 440 There can also be additional buttons or switches on device 400 to provide I/O functions managed by I/O controller 440.
  • I/O controller 440 manages devices such as accelerometers, cameras, light sensors or other environmental sensors, or other hardware that can be included in device 400.
  • the input can be part of direct user interaction, as well as providing environmental input to the system to influence its operations (such as filtering for noise, adjusting displays for brightness detection, applying a flash for a camera, or other features).
  • device 400 includes power management 450 that manages battery power usage, charging of the battery, and features related to power saving operation.
  • Memory subsystem 460 includes memory devices for storing information in device 400.
  • Memory can include nonvolatile (state does not change if power to the memory device is interrupted) and/or volatile (state is indeterminate if power to the memory device is interrupted) memory devices.
  • Memory 460 can store application data, user data, music, photos, documents, or other data, as well as system data (whether long-term or temporary) related to the execution of the applications and functions of system 400.
  • Connectivity 470 includes hardware devices (e.g., wireless and/or wired connectors and communication hardware) and software components (e.g., drivers, protocol stacks) to enable device 400 to communicate with external devices.
  • the device could be separate devices, such as other computing devices, wireless access points or base stations, as well as peripherals such as headsets, printers, or other devices.
  • Connectivity 470 can include multiple different types of connectivity.
  • device 400 is illustrated with cellular connectivity 472 and wireless connectivity 474.
  • Cellular connectivity 472 refers generally to cellular network connectivity provided by wireless carriers, such as provided via GSM (global system for mobile communications) or variations or derivatives, CDMA (code division multiple access) or variations or derivatives, TDM (time division multiplexing) or variations or derivatives, or other cellular service standards.
  • Wireless connectivity 474 refers to wireless connectivity that is not cellular, and can include personal area networks (such as Bluetooth), local area networks (such as Wi-Fi), and/or wide area networks (such as Wi-Max), or other wireless communication.
  • Peripheral connections 480 include hardware interfaces and connectors for implementing low power control logic as described above, as well as software components (e.g., drivers, protocol stacks) to make peripheral connections, such as SATA devices as described above. It will be understood that device 400 could both be a peripheral device ("to” 482) to other computing devices, as well as have peripheral devices ("from” 484) connected to it. Device 400 commonly has a "docking" connector to connect to other computing devices for purposes such as managing (e.g., downloading and/or uploading, changing, synchronizing) content on device 400. Additionally, a docking connector can allow device 400 to connect to certain peripherals that allow device 400 to control content output, for example, to audiovisual or other systems.
  • software components e.g., drivers, protocol stacks
  • device 400 can make peripheral connections 480 via common or standards-based connectors.
  • Common types can include a Universal Serial Bus (USB) connector (which can include any of a number of different hardware interfaces), DisplayPort including MiniDisplayPort (MDP), High Definition Multimedia Interface (HDMI), Firewire, or other type.
  • USB Universal Serial Bus
  • MDP MiniDisplayPort
  • HDMI High Definition Multimedia Interface
  • Firewire or other type.
  • embodiments of the invention describe an apparatus or system comprising a memory, a host processor to execute an operating system (OS) stored in the memory, an antenna, radio frequency circuitry coupled to the antenna to receive signal data to be processed by the system, and a platform controller hub (PCH) including a host controller interface (HCI).
  • OS operating system
  • PCH platform controller hub
  • HCI host controller interface
  • Said HCI is configured to transmit a signal to a Serial Advanced Technology Attachment (SATA) peripheral device, communicatively coupled to the host controller, for exiting a low-power state, track an initialization time for out-of-band (OOB) transmission and reception logic of the SATA peripheral device, store a reference time value based on the tracked initialization time for the OOB transmission and reception logic for the SATA peripheral device, and utilize the reference time value for waking a host physical layer for exiting a low-power state.
  • SATA Serial Advanced Technology Attachment
  • OOB out-of-band
  • said HCI is configured to transmit an OOB signal to the SATA peripheral device, wherein the tracked initialization time for the OOB transmission and reception logic of the SATA peripheral device comprises a time from the transmission of the OOB signal to receiving an OOB response from the SATA peripheral device.
  • the reference time value may comprise, for example, a lowest value of a plurality of tracked initialization times for the OOB transmission and reception logic of the SATA peripheral device, an average value of a plurality of tracked initialization times for the OOB transmission and reception logic of the SATA peripheral device, etc.
  • said SATA peripheral device may comprise a hard disk storage device, a solid-state drive (SSD) storage device, or a hybrid hard disk/SSD device.
  • SSD solid-state drive
  • Each component described herein includes software or hardware, or a combination of these.
  • Each and all components may be implemented as software modules, hardware modules, special-purpose hardware (e.g., application specific hardware, ASICs, DSPs, etc.), embedded controllers, hardwired circuitry, hardware logic, etc.
  • Software content e.g., data, instructions, configuration
  • the content may result in a computer performing various functions/operations described herein.
  • a computer readable non-transitory storage medium includes any mechanism that provides (i.e., stores and/or transmits) information in a form accessible by a computer (e.g., computing device, electronic system, etc.), such as recordable/non-recordable media (e.g., read only memory (ROM), random access memory (RAM), magnetic disk storage media, optical storage media, flash memory devices, etc.).
  • the content may be directly executable ("object” or “executable” form), source code, or difference code (“delta” or "patch” code).
  • a computer readable non-transitory storage medium may also include a storage or database from which content can be downloaded.
  • Said computer readable medium may also include a device or product having content stored thereon at a time of sale or delivery. Thus, delivering a device with stored content, or offering content for download over a communication medium may be understood as providing an article of manufacture with such content described herein.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Power Sources (AREA)

Abstract

Embodiments of the invention describe methods, apparatuses and systems for providing an efficient low power exit sequence for peripheral devices. In embodiments of the invention, a signal from a host device is transmitted to a SATA peripheral device for exiting a low-power state. An initialization time for OOB transmission and reception logic of the SATA peripheral device is tracked, and a reference time value based on the tracked initialization time is stored. In subsequent transitions from said low-power state, the reference time value for waking a host physical layer is utilized, thereby improving the efficiency of the management and use of said low power state. In some embodiments, the above described tracked initialization comprises a time from a transmission of an OOB signal (from the host to the peripheral device) to receiving an OOB response at the host device from the SATA peripheral device.

Description

EFFICIENT LOW POWER EXIT SEQUENCE FOR PERIPHERAL DEVICES
FIELD
Embodiments of the invention generally pertain computing devices and more particularly to system peripheral device power management.
BACKGROUND
The increasing use of mobile computing devices drives the need for improving device power efficiency and responsiveness. The ability of mobile computing device hardware and operating systems to closely manage (he power of one or more peripheral devices anached to the host platform independent from other platform components is becoming increasingly important. Said peripheral devices may utilize interconnection standards such as Peripheral Component Interconnect express (PCTe), Serial Advanced Technology Attachment (SATA), Small Computer Systems Interface (SCSI). Fibre Channel (FC). SCSI over Internet GSCSI). Serial Attached SCSI (S AS), Universal Serial Bus (USB), or any functionally equivalent protocol for peripheral devices.
To enable aggressive power/battery life performance for mobile devices, the SATA interface utilizes the DevSleep interface power state. DevSleep enables host platforms and peripheral devices to completely shut down the SATA interface; this power state results in more power savings compared to other existing Partial and Slumber interface power states, which require that the physical layers (PHY) of the host platform and peripheral device be left powered on.
BRIEF DESCRIPTION OF THE DRAWINGS
The following description includes discussion of figures having illustrations given by way of example of implementations of embodiments of the invention. The drawings should be understood by way of example, and not by way of limitation. As used herein, references to one or more "embodiments" arc to be understood as describing a particular feature, structure, or characteristic included in at least one implementation of the invention. Thus, phrases such as "in one embodiment" or "in an alternate embodiment" appearing herein describe various embodiments and implementations of the invention, and do not necessarily all refer to the same embodiment. However, they are also not necessarily mutually exclusive.
FIG. 1 A and FIG. 1 B are block diagrams of host platform hardware and peripheral devices to utilize an embodiment of the invention. FIG. 2A - FIG. 2B are signal diagrams of host platform/peripheral device communication.
FIG. 3 is a flow diagram of a process for efficient low power state management according an embodiment of the invention.
FIG. 4 is block diagram of a device incorporating an embodiment of the invention.
Descriptions of certain details and implementations follow, including a description of the figures, which may depict some or all of the embodiments described below, as well as discussing other potential embodiments or implementations of the inventive concepts presented herein. An overview of embodiments of the invention is provided below, followed by a more detailed description with reference to the drawings.
DESCRIPTION
Embodiments of the invention describe efficient management of low power states for peripheral devices. The increasing use of mobile computing devices also places an increased emphasis on the ability of the system and OS to completely power down storage devices and the storage controller during long periods of idleness. Implementing DevSleep in addition to other low power states on the host platform provides for a hierarchical power management solution that allows the system to choose between power and latency in a dynamic and efficient manner. Thus, improving the efficiency of the DevSleep interface power state increases its effectiveness and applicability compared to the other interface power states for SATA devices.
Embodiments of the invention describe methods, apparatuses and systems for transmitting a signal from a host device to a Serial Advanced Technology Attachment (SATA) peripheral device for exiting a low-power state (said SATA device, for example, consistent with the Serial ATA Specification, Revision 3.0, published June 29, 2009 by the SATA International Organization). An initialization time for out-of-band (OOB) transmission and reception logic of the SATA peripheral device is tracked, and a reference time value based on the tracked initialization time for the OOB transmission and reception logic of the SATA peripheral devices is stored. In subsequent transitions from said low-power state, the reference time value for waking a host physical layer is utilizing, thereby improving the efficiency of the management and use of said low power state.
In some embodiments, the above described tracked initialization time for the OOB transmission and reception logic of the SATA peripheral device comprises a time from a transmission of an OOB signal (from the host to the peripheral device) to receiving an OOB response at the host device from the SATA peripheral device. In some of these embodiments, the above described reference time value comprises a lowest value of a plurality of tracked initialization times for the OOB transmission and reception logic; in other embodiments, said reference time value may comprise an average value of a plurality of tracked initialization times for the OOB transmission and reception logic, a weighted average, a minimum tracked value, a maximum tracked value, etc.
In the following description numerous specific details are set forth to provide a thorough understanding of the embodiments. One skilled in the relevant art will recognize, however, that the techniques described herein can be practiced without one or more of the specific details, or with other methods, components, materials, etc. In other instances, well-known structures, materials, or operations are not shown or described in detail to avoid obscuring certain aspects.
Reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, the appearances of the phrases "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.
FIG. 1 A is a block diagram of host platform hardware and peripheral devices to utilize an embodiment of the invention. In this embodiment, host system 100 includes processor 102, main memory 104, and host controller 106 (which may be alternatively referred to herein as a Host Bus Adaptor (HBA)). Main memory 104 may include any combination of volatile and nonvolatile memory, and may include an OS to be executed by processor 102.
Host controller 106 may be any controller capable of exchanging data and/or commands with a storage device in accordance with, for example, any of a Small Computer Systems Interface (SCSI) protocol, a Fibre Channel (FC) protocol, a SCSI over Internet Protocol (iSCSI), a Serial Attached SCSI (SAS) protocol, a Universal Serial Bus (USB) protocol and a SATA protocol.
If host controller 106 is to exchange data and/or commands with a memory device in accordance with a SATA protocol, the SATA protocol may comply and/or be compatible with the protocol previously described. Said SATA peripheral devices may include, but are not limited to, a hard disk storage device, a solid-state drive (SSD) storage device, an optical storage drive, hybrid storage devices (e.g., a combination hard disk/SSD storage device), etc. FIG. IB is a block diagram of an embodiment of a SATA SSD storage device. SSDs (such as device 120 of FIG. 1A) use semiconductor memories, also referred to as solid state memories, as a storage medium. Semiconductor memories are comparatively more rugged than hard drives and offer the advantage of being much less sensitive to vibration, dust, humidity, and sudden changes in velocity. Semiconductor memories also tend to require less power than a typical hard drive with similar storage capacity. As discussed above, in some embodiments, a "hybrid" SATA peripheral device may include a hard disk component as well as a
semiconductor memory.
Solid state disk 150 includes a solid state disk controller 152 to control nonvolatile memory array 154. Solid state disk 150 communicates with a host controller via a host interface 156 (e.g., based on a SATA protocol as discussed above). The solid state disk controller 152 controls reading, writing and erasing of the nonvolatile memory array 154, as well as execute processes involving host controller 106 as described below.
Of course, alternatively or additionally, host controller 106 may exchange data and/or commands with an SSD via one or more other and/or additional protocols without departing from this embodiment.
Platform Controller Hub (PCH) 110 may include modules or logic to manage the interconnections between the above described components of host system 100 and various peripheral devices.
In this embodiment, SATA device 120 is shown to be coupled to processor 102 and main memory 104 via host controller interface (i.e., SATA interface) 112. Peripheral Component Interconnect express (PCIe) (as described, for example, in The PCI Express Base Specification of the PCI Special Interest Group, Revision 3.0 published November 18, 2010) device 124 is shown to be coupled to PCIe bridge 122, which is coupled to root port 114. It is understood that PCIe bridge 122 acts as a "switch" for one or more PCIe devices, while root port 114 acts as an interconnect to processor 102 and main memory 104.
Communication between PCH 110 and SATA device 120 may be based on the
ATA/ATAPI Command Set (based on the INCITS 452-2008 (D1699): AT Attachment 8 - AT A/ AT API Command Set, published September 16, 2008). For example, host logic (i.e., host controller 106, PCH 110, host controller interface 112), may issue commands such as
IDENTIFY DEVICE, a command defined by the ATA/ATAPI command set, used by host logic to retrieve a peripheral device's identification data containing information regarding optional feature or command support provided by the device. Said host logic may also execute a Pre-Boot Authentication (PBA) program used for authenticating a use of the host system and unlocking a peripheral device.
The following power states may also be executed by SATA device 120 and the host platform (i.e., the device including processor 102, memory 104, etc.):
D01 - a peripheral device power state indicating that the device is on and running; for this power state, the peripheral device receives full power from the host platform and is delivering full functionality to the user.
DOactive - a peripheral device power state indicating that the device has been configured/enabled by software and is functional.
D3hot - a peripheral device power state that occurs when a device transitions to D3, but still has Vcc applied.
D3cold - a peripheral device power state that occurs when a device transitions to D3 and Vcc is not applied.
Runtime D3 (RTD3) - a peripheral device power state indicating the placement of the device into D3hot/cold while the rest of the host platform remains in a SO state.
SO - host platform power state; while the system is in the SO state, it is in the system working state. Peripheral device states are individually managed by the operating system software and can be in any device state (DO or D3).
53 - host platform low power state (also referred to as system sleeping state); system processors are not executing instructions and power is usually removed from the peripheral devices, but system Dynamic Random Access Memory (DRAM) context is maintained.
54 - host platform low power state (also referred to as hibernation); while the host platform is in S4, the processors are not executing instructions and power is usually removed from the peripheral devices, and system DRAM context is not maintained. System Basic Input/Output System (BIOS) may need to initialize the system on a transition to SO (i.e. Power- On Self-Test (POST)). System context is maintained via non-volatile memory (e.g. storage device).
55 - host platform low power state (also referred to as soft-off); similar to S4 except that system context is not maintained via non-volatile memory.
In addition to the above described power states, embodiments of the invention may utilize the Device Sleep (DevSleep) power state. This state allows for mobile computing devices to consume less power and provide extended battery life by enabling SATA-based storage solutions to reach another level of low power operation. With the utilization of DevSleep, host platforms and peripheral devices have a new power management option in which the host and device can completely power down their respective physical layers (PHYs) and other link-related circuitry. Devices might also choose to power down additional sub-systems while in DevSleep, enabling even further power savings; however, the exit latency, and overall transition energy to/from DevSleep, is much lower compared to RTD3.
FIG. 2A - FIG. 2B are signal diagrams of host platform/peripheral device
communication. Graph 200 of FIG. 2A illustrates initial host system and peripheral device communication when exiting a DevSleep state.
Signal DEVSLP as shown in graph 200 is transmitted from the host system to the peripheral device. When the host asserts the DEVSLP signal, the device enters the DevSleep interface power state for as long as the host asserts the DEVSLP signal. If operating consistent with a SATA standard, the host system may assert the DEVSLP signal from any power state (e.g., S0-S5, as discussed above) provided that: the peripheral device supports the DevSleep feature, the DevSleep feature is enabled by the host system, and there are no other outstanding commands between the host system and the peripheral device. Furthermore, in some
embodiments the host system asserts the DEVSLP signal for at least 10ms (or as specified in the IDENTIFY Device data), the host system and peripheral device may power down their respective PHY layers and other logic/circuitry (e.g., PLLs, clocks, media), no PHY
communications are initiated, and all PHY communications between the host system and peripheral device are ignored. The DevSleep feature as defined by SATA specifications allows implementers flexibility regarding what the device actually does when the DEVSLP signal is asserted. The device may completely power down its PHY, and it may also choose to power down other subsystems, as long as it can meet the exit latency conditions.
When the host system negates the DEVSLP signal, the peripheral device returns from the DevSleep state. Graph 200 shows the host system and peripheral device using COMWAKE signals for renegotiation; other embodiments may use equivalent signals such as COMRESET, COMINIT, etc. The signals used for negotiation/renegotiation processes utilize signals that are different than those used in ordinary communications. These signals are usually used during link initializations, and referred to as out of band (OOB) signals.
Graph 200 shows how, initially, a peripheral device may transition from a low power state into fully on state earlier than the host system. SATA specifications define a SATA device's DEVSLP exit timing parameter (herein referred to as 'DETO'). This pre-defined timing parameter is shown is pre-defined DETO 220, which is shown to be a time value from the de- assertion of DEVSLP to time mark 202. In this example, measured DETO value 221 is shown to be a time value from the de-assertion of DEVSLP to time mark 201, which is a smaller time value that pre-defined DETO 220. Thus, the peripheral device is unnecessarily transmitting COMWAKE signals to the host device for given time period (shown as time period 211, before communication is established during time period 222). The host and peripheral device layers are shown to be active at around time mark 203.
Embodiments of the invention optimize the exit sequence of the low power feature DEVSLP for the host system and peripheral device by aligning both parties' OOB
communication at the same time. This enables communication to be reestablished in the quickest manner possible while keeping the host system and the peripheral device in lowest power state for longest possible duration.
Without this optimization, a SATA device maybe brought out of lowest power state into fully on state for tens to hundreds of milliseconds earlier than SATA host. This is because the SATA specification defines the SATA device's DEVSLP exit timing parameter DETO to be a maximum duration instead of a typical duration. The more a measured DETO time duration differs from its typical predefined value, the greater the benefit produced by embodiments of the invention in terms of overall system power.
FIG. 2B includes graph 250 showing host system and peripheral device communication when exiting a DevSleep state using a measured DETO. Similar to graph 200 of FIG. 2A, graph 250 shows signal DEVSLP being de-asserted, and the host system and peripheral device utilizing OOB signals (i.e., COMWAKE in this graph) for renegotiation processes.
As shown in this graph, in embodiments of the invention the peripheral device transitions from a low power state into fully on state using measured DETO 221, thus transitioning from DEVSLP at the same time (or closer to) as the host system. Thus, the peripheral device is no longer unnecessarily transmitting COMWAKE signals to the host device for given time period (in this example, time period 251, which includes measured DETO 221 and communication establishment time 222), resulting in a power savings equal to time period 211 (i.e., the period of unnecessary COMWAKE transmissions as shown in graph 200 of FIG. 2A).
While the example embodiments discussed above with respect to graphs 200 and 250 involve operations executed via the host platform controller, in other embodiments, said operations are executed via a SATA device controller (e.g., SSD controller 152 of FIG. IB).
FIG. 3 is a flow diagram of a process for efficient low power state management according an embodiment of the invention. Flow diagrams as illustrated herein provide examples of sequences of various process actions. Although shown in a particular sequence or order, unless otherwise specified, the order of the actions can be modified. Thus, the illustrated implementations should be understood only as examples, and the illustrated processes can be performed in a different order, and some actions may be performed in parallel. Additionally, one or more actions can be omitted in various embodiments of the invention; thus, not all actions are required in every implementation. Other process flows are possible.
Process 300 includes operations for, upon a host-platform controller de-asserting the DEVSLP signal, tracking a peripheral device's OOB readiness, 302. In some embodiments, this readiness is determined by the host platform transmitting an OOB message to the peripheral device and listening for a response. In this embodiment, this initial measurement of the peripheral device's OOB readiness is done while utilizing the pre-defined OOB response time, 304. An example of such an initial measurement is shown in graph 200 of FIG. 2A.
The host platform registers a time value based on the measured device OOB response time from DEVSLP de-assertion as the measured DETO time, 306. This registered time value is used in subsequent DEVSLP exit sequences, 308.
In some embodiments of the invention, the registered time value is updated based on subsequent measured DETO times, 310. For example, the host platform may register the lowest of the measured time values (i.e., replace the time value stored if the measured time value is lower), may store an average of measured time values (i.e., a weighted or un-weighted average), select a median measured time value, etc.
While the example process of FIG. 3 is discussed as being executed via the host platform controller, in other embodiments, process 300 is executed via a SATA device controller (e.g., SSD controller 152 of FIG. IB).
FIG. 4 is block diagram of a device incorporating an embodiment of the invention.
Computing device 400 represents a mobile computing device, such as a notebook, subnotebook, computing tablet, a mobile phone or smartphone, a wireless-enabled e-reader, or other wireless mobile device. It will be understood that certain of the components are shown generally, and not all components of such a device are shown in device 400.
Device 400 includes processor 410, which performs the primary processing operations of device 400. Processor 410 can include one or more physical devices, such as microprocessors, application processors, microcontrollers, programmable logic devices, processor cores, or other processing means. The processing operations performed by processor 410 include the execution of an operating platform or operating system on which applications and/or device functions are executed. The processing operations include operations related to I/O (input/output) with a human user or with other devices, operations related to power management, and/or operations related to connecting device 400 to another device. The processing operations may also include operations related to audio I/O and/or display I/O.
In one embodiment, device 400 includes audio subsystem 420, which represents hardware (e.g., audio hardware and audio circuits) and software (e.g., drivers, codecs) components associated with providing audio functions to the computing device. Audio functions can include speaker and/or headphone output, as well as microphone input via any of the audio jacks described above. Devices for such functions can be integrated into device 400, or connected to device 400. In one embodiment, a user interacts with device 400 by providing audio commands that are received and processed by processor 410.
Display subsystem 430 represents hardware (e.g., display devices) and software (e.g., drivers) components that provide a visual and/or tactile display for a user to interact with the computing device. Display subsystem 430 includes display interface 432, which includes the particular screen or hardware device used to provide a display to a user. In one embodiment, display interface 432 includes logic separate from processor 410 to perform at least some processing related to the display. In one embodiment, display subsystem 430 includes a touchscreen device that provides both output and input to a user.
I/O controller 440 represents hardware devices and software components related to interaction with a user. I/O controller 440 can operate to manage hardware that is part of audio subsystem 420 and/or display subsystem 430. Additionally, I O controller 440 illustrates a connection point for additional devices that connect to device 400 through which a user might interact with the system. For example, devices that can be attached to device 400 might include microphone devices, speaker or stereo systems, video systems or other display device, keyboard or keypad devices, or other I/O devices for use with specific applications such as card readers or other devices.
As mentioned above, I/O controller 440 can interact with audio subsystem 420 and/or display subsystem 430. For example, input through a microphone or other audio device can provide input or commands for one or more applications or functions of device 400.
Additionally, audio output can be provided instead of or in addition to display output. In another example, if display subsystem includes a touchscreen, the display device also acts as an input device, which can be at least partially managed by I/O controller 440. There can also be additional buttons or switches on device 400 to provide I/O functions managed by I/O controller 440.
In one embodiment, I/O controller 440 manages devices such as accelerometers, cameras, light sensors or other environmental sensors, or other hardware that can be included in device 400. The input can be part of direct user interaction, as well as providing environmental input to the system to influence its operations (such as filtering for noise, adjusting displays for brightness detection, applying a flash for a camera, or other features). In one embodiment, device 400 includes power management 450 that manages battery power usage, charging of the battery, and features related to power saving operation.
Memory subsystem 460 includes memory devices for storing information in device 400.
Memory can include nonvolatile (state does not change if power to the memory device is interrupted) and/or volatile (state is indeterminate if power to the memory device is interrupted) memory devices. Memory 460 can store application data, user data, music, photos, documents, or other data, as well as system data (whether long-term or temporary) related to the execution of the applications and functions of system 400.
Connectivity 470 includes hardware devices (e.g., wireless and/or wired connectors and communication hardware) and software components (e.g., drivers, protocol stacks) to enable device 400 to communicate with external devices. The device could be separate devices, such as other computing devices, wireless access points or base stations, as well as peripherals such as headsets, printers, or other devices.
Connectivity 470 can include multiple different types of connectivity. To generalize, device 400 is illustrated with cellular connectivity 472 and wireless connectivity 474. Cellular connectivity 472 refers generally to cellular network connectivity provided by wireless carriers, such as provided via GSM (global system for mobile communications) or variations or derivatives, CDMA (code division multiple access) or variations or derivatives, TDM (time division multiplexing) or variations or derivatives, or other cellular service standards. Wireless connectivity 474 refers to wireless connectivity that is not cellular, and can include personal area networks (such as Bluetooth), local area networks (such as Wi-Fi), and/or wide area networks (such as Wi-Max), or other wireless communication.
Peripheral connections 480 include hardware interfaces and connectors for implementing low power control logic as described above, as well as software components (e.g., drivers, protocol stacks) to make peripheral connections, such as SATA devices as described above. It will be understood that device 400 could both be a peripheral device ("to" 482) to other computing devices, as well as have peripheral devices ("from" 484) connected to it. Device 400 commonly has a "docking" connector to connect to other computing devices for purposes such as managing (e.g., downloading and/or uploading, changing, synchronizing) content on device 400. Additionally, a docking connector can allow device 400 to connect to certain peripherals that allow device 400 to control content output, for example, to audiovisual or other systems.
In addition to a proprietary docking connector or other proprietary connection hardware, device 400 can make peripheral connections 480 via common or standards-based connectors. Common types can include a Universal Serial Bus (USB) connector (which can include any of a number of different hardware interfaces), DisplayPort including MiniDisplayPort (MDP), High Definition Multimedia Interface (HDMI), Firewire, or other type.
Thus, embodiments of the invention describe an apparatus or system comprising a memory, a host processor to execute an operating system (OS) stored in the memory, an antenna, radio frequency circuitry coupled to the antenna to receive signal data to be processed by the system, and a platform controller hub (PCH) including a host controller interface (HCI). Said HCI is configured to transmit a signal to a Serial Advanced Technology Attachment (SATA) peripheral device, communicatively coupled to the host controller, for exiting a low-power state, track an initialization time for out-of-band (OOB) transmission and reception logic of the SATA peripheral device, store a reference time value based on the tracked initialization time for the OOB transmission and reception logic for the SATA peripheral device, and utilize the reference time value for waking a host physical layer for exiting a low-power state.
In some embodiments, said HCI is configured to transmit an OOB signal to the SATA peripheral device, wherein the tracked initialization time for the OOB transmission and reception logic of the SATA peripheral device comprises a time from the transmission of the OOB signal to receiving an OOB response from the SATA peripheral device. The reference time value may comprise, for example, a lowest value of a plurality of tracked initialization times for the OOB transmission and reception logic of the SATA peripheral device, an average value of a plurality of tracked initialization times for the OOB transmission and reception logic of the SATA peripheral device, etc.
In some embodiments, said SATA peripheral device may comprise a hard disk storage device, a solid-state drive (SSD) storage device, or a hybrid hard disk/SSD device.
Various components referred to above as processes, servers, or tools described herein may be a means for performing the functions described. Each component described herein includes software or hardware, or a combination of these. Each and all components may be implemented as software modules, hardware modules, special-purpose hardware (e.g., application specific hardware, ASICs, DSPs, etc.), embedded controllers, hardwired circuitry, hardware logic, etc. Software content (e.g., data, instructions, configuration) may be provided via an article of manufacture including a non-transitory, tangible computer or machine readable storage medium, which provides content that represents instructions that can be executed. The content may result in a computer performing various functions/operations described herein.
A computer readable non-transitory storage medium includes any mechanism that provides (i.e., stores and/or transmits) information in a form accessible by a computer (e.g., computing device, electronic system, etc.), such as recordable/non-recordable media (e.g., read only memory (ROM), random access memory (RAM), magnetic disk storage media, optical storage media, flash memory devices, etc.). The content may be directly executable ("object" or "executable" form), source code, or difference code ("delta" or "patch" code). A computer readable non-transitory storage medium may also include a storage or database from which content can be downloaded. Said computer readable medium may also include a device or product having content stored thereon at a time of sale or delivery. Thus, delivering a device with stored content, or offering content for download over a communication medium may be understood as providing an article of manufacture with such content described herein.

Claims

1. A system comprising:
a memory;
a host processor to execute an operating system (OS) stored in the memory;
a host controller interface to:
transmit a signal to a Serial Advanced Technology Attachment (SATA) peripheral device, communicatively coupled to the host controller, for exiting a low- power state;
track an initialization time for out-of-band (OOB) transmission and reception logic of the SATA peripheral device;
store a reference time value based on the tracked initialization time for the OOB transmission and reception logic for the SATA peripheral device; and
utilize the reference time value for waking a host physical layer for exiting a low- power state;
an antenna; and
radio frequency circuitry coupled to the antenna to receive signal data to be processed by the system.
2. The system of claim 1, the host controller interface to further:
transmit an OOB signal to the SATA peripheral device;
wherein the tracked initialization time for the OOB transmission and reception logic of the
SATA peripheral device comprises a time from the transmission of the OOB signal to receiving an OOB response from the SATA peripheral device.
3. The system of claim 2, wherein the reference time value comprises a lowest value of a plurality of tracked initialization times for the OOB transmission and reception logic of the SATA peripheral device.
4. The system of claim 2, wherein the reference time value comprises an average value of a plurality of tracked initialization times for the OOB transmission and reception logic of the SATA peripheral device.
5. The system of claim 1, wherein the SATA peripheral device comprises a hard disk storage device.
6. The system of claim 1, wherein the SATA peripheral device comprises a solid-state drive (SSD) storage device.
7. The system of claim 1, wherein the SATA peripheral device comprises a hybrid hard disk/SSD device.
8. An apparatus comprising:
a host controller interface to:
transmit a signal to a Serial Advanced Technology Attachment (SATA) peripheral device, communicatively coupled to the host controller interface, for exiting a low-power state;
track an initialization time for out-of-band (OOB) transmission and reception logic of the SATA peripheral device;
store a reference time value based on the tracked initialization time for the OOB transmission and reception logic for the SATA peripheral device; and
utilize the reference time value for waking a host physical layer for exiting a low- power state; and
a root port for coupling to one or more Peripheral Component Interconnect express (PCIe) devices.
9. The apparatus of claim 8, the host controller interface to further:
transmit an OOB signal to the SATA peripheral device;
wherein the tracked initialization time for the OOB transmission and reception logic of the SATA peripheral device comprises a time from the transmission of the OOB signal to receiving an OOB response from the SATA peripheral device.
10. The apparatus of claim 9, wherein the reference time value comprises a lowest value of a plurality of tracked initialization times for the OOB transmission and reception logic of the SATA peripheral device.
11. The apparatus of claim 9, wherein the reference time value comprises an average value of a plurality of tracked initialization times for the OOB transmission and reception logic of the
SATA peripheral device.
12. The apparatus of claim 8, wherein the SATA peripheral device comprises a hard disk storage device.
13. The apparatus of claim 8, wherein the SATA peripheral device comprises a solid-state drive (SSD) storage device.
14. A method comprising:
transmitting a signal from a host device to a Serial Advanced Technology Attachment (SATA) peripheral device for exiting a low-power state; tracking an initialization time for out-of-band (OOB) transmission and reception logic of the SATA peripheral device;
storing a reference time value based on the tracked initialization time for the OOB transmission and reception logic for the SATA peripheral device; and
utilizing the reference time value for waking a host physical layer for exiting a low- power state.
15. The method of claim 14, further comprising:
transmitting an OOB signal from the host device to the SATA peripheral device;
wherein the tracked initialization time for the OOB transmission and reception logic of the SATA peripheral device comprises a time from the transmission of the OOB signal to receiving an OOB response at the host device from the SATA peripheral device.
16. The method of claim 15, wherein the reference time value comprises a lowest value of a plurality of tracked initialization times for the OOB transmission and reception logic of the SATA peripheral device.
17. The method of claim 15, wherein the reference time value comprises an average value of a plurality of tracked initialization times for the OOB transmission and reception logic of the SATA peripheral device.
18. The method of claim 14, wherein the SATA peripheral device comprises a hard disk storage device.
19. The method of claim 14, wherein the SATA peripheral device comprises a solid-state drive (SSD) storage device.
20. The method of claim 14, wherein the SATA peripheral device comprises an optical storage device.
PCT/US2013/045018 2012-09-26 2013-06-10 Efficient low power exit sequence for peripheral devices WO2014051722A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP13843006.1A EP2901245B1 (en) 2012-09-26 2013-06-10 Efficient low power exit sequence for peripheral devices
KR1020157001966A KR101642240B1 (en) 2012-09-26 2013-06-10 Efficient low power exit sequence for peripheral devices

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US13/627,779 2012-09-26
US13/627,779 US9116694B2 (en) 2012-09-26 2012-09-26 Efficient low power exit sequence for peripheral devices

Publications (1)

Publication Number Publication Date
WO2014051722A1 true WO2014051722A1 (en) 2014-04-03

Family

ID=50340137

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2013/045018 WO2014051722A1 (en) 2012-09-26 2013-06-10 Efficient low power exit sequence for peripheral devices

Country Status (4)

Country Link
US (1) US9116694B2 (en)
EP (1) EP2901245B1 (en)
KR (1) KR101642240B1 (en)
WO (1) WO2014051722A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9921637B2 (en) 2015-10-26 2018-03-20 Nxp Usa, Inc. Multi-port power prediction for power management of data storage devices

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9164571B2 (en) * 2013-01-31 2015-10-20 Kabushiki Kaisha Toshiba Electronic apparatus and power saving control method
KR102108374B1 (en) * 2013-10-25 2020-05-08 삼성전자주식회사 Stroage system and method for analyzing non-signal thereof
TWI512456B (en) * 2013-12-09 2015-12-11 Silicon Motion Inc Device-sleep testing method thereof
CN107251478A (en) 2015-02-12 2017-10-13 卡米纳利欧技术有限公司 The computerized system and method for privacy key management
WO2016175847A1 (en) * 2015-04-30 2016-11-03 Hewlett Packard Enterprise Development Lp Peripheral device server access
US10168760B2 (en) 2015-12-01 2019-01-01 Intel Corporation Power management of user interfaces with coordinated ultra-low power states
TWI591486B (en) * 2016-06-01 2017-07-11 瑞昱半導體股份有限公司 Solid state drive control device and method
US10564700B2 (en) * 2016-07-22 2020-02-18 Canon Kabushiki Kaisha Image forming apparatus and power control method for image forming apparatus
US10345885B2 (en) 2016-09-27 2019-07-09 Intel Corporation Power control of a memory device through a sideband channel of a memory bus
US10146288B2 (en) 2017-02-15 2018-12-04 Vigyanlabs Innovations Private Limited Adaptive power consumption management in smart devices
US10509759B2 (en) 2017-03-31 2019-12-17 Intel Corporation Multiple storage devices implemented using a common connector
JP7022605B2 (en) * 2018-01-26 2022-02-18 キヤノン株式会社 Information processing equipment, its control method, and programs
KR20200081539A (en) 2018-12-27 2020-07-08 삼성전자주식회사 Power management integrated circuit chip, solid state drive comprising the same and method for control power mode of solid state drive

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060265617A1 (en) 2005-05-18 2006-11-23 Priborsky Anthony L Power management in a system having multiple power modes
US20080194300A1 (en) * 2007-02-08 2008-08-14 Broadcom Corporation, A California Corporation Inductive powering for a mobile communication device and method for use therewith
US20090172204A1 (en) * 2003-09-02 2009-07-02 Kabushiki Kaisha Toshiba Electronic device with serial ata interface and power saving method for serial ata buses
US20090177804A1 (en) * 2003-06-11 2009-07-09 Lsi Corporation Serial advanced technology attachment (sata ) switch
US20090177831A1 (en) * 2003-06-11 2009-07-09 Lsi Corporation Route aware serial advanced technology attachment (sata ) switch
US20100228899A1 (en) * 2005-07-04 2010-09-09 Po-Ching Lu Channel activating method and peripheral device performing the same

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6854045B2 (en) 2001-06-29 2005-02-08 Intel Corporation Hardware emulation of parallel ATA drives with serial ATA interface
US20030158991A1 (en) * 2002-02-01 2003-08-21 Klaus-Peter Deyring Transceiver circuitry for sending and detecting OOB signals on serial ATA buses
US7028199B2 (en) * 2003-06-25 2006-04-11 Lsi Logic Corporation Method and apparatus of automatic power management control for Serial ATA interface
US7237131B2 (en) * 2003-12-30 2007-06-26 Intel Corporation Transaction-based power management in a computer system
US7181190B2 (en) * 2004-04-30 2007-02-20 Microsoft Corporation Method for maintaining wireless network response time while saving wireless adapter power
US20060075164A1 (en) 2004-09-22 2006-04-06 Ooi Eng H Method and apparatus for using advanced host controller interface to transfer data
US7774619B2 (en) 2004-11-17 2010-08-10 Broadcom Corporation Secure code execution using external memory
US7603514B2 (en) 2005-03-31 2009-10-13 Intel Corporation Method and apparatus for concurrent and independent data transfer on host controllers
US7743178B2 (en) * 2005-04-11 2010-06-22 Emulex Design & Manufacturing Corporation Method and apparatus for SATA tunneling over fibre channel
US20060271796A1 (en) 2005-05-25 2006-11-30 Kaimal Biju R Method and system for protecting information stored in an electronic device against backup and restore attack
US7809957B2 (en) 2005-09-29 2010-10-05 Intel Corporation Trusted platform module for generating sealed data
US7565457B2 (en) 2006-06-30 2009-07-21 Intel Corporation Serial advanced technology attachment device presence detection and hot-plug in low power mode
US7945790B2 (en) 2006-12-04 2011-05-17 Intel Corporation Low-cost pseudo-random nonce value generation system and method
US7974304B2 (en) * 2007-06-07 2011-07-05 International Business Machines Corporation Out of band signaling enhancement for high speed serial driver
US20090006657A1 (en) 2007-06-26 2009-01-01 Asad Azam Enabling consecutive command message transmission to different devices
US7844777B2 (en) 2007-06-26 2010-11-30 Intel Corporation Cache for a host controller to store command header information
US8138803B2 (en) * 2007-09-26 2012-03-20 Intel Corporation Apparatus and method for selectively enabling and disabling a squelch circuit across AHCI and SATA power states
US8051314B2 (en) 2008-06-25 2011-11-01 Intel Corporation Serial ATA (SATA) power optimization through automatic deeper power state transition
US8131921B2 (en) 2008-09-17 2012-03-06 Intel Corporation Command suspension in response, at least in part, to detected acceleration and/or orientation change
US8161234B2 (en) 2008-12-30 2012-04-17 Intel Corporation Dynamically switching command types to a mass storage drive
US20100250791A1 (en) * 2009-03-27 2010-09-30 Lsi Corporation Low power physical layer for SATA and SAS transceivers
CN101526845B (en) * 2009-04-24 2011-02-16 威盛电子股份有限公司 Power management method and related chipset thereof
US8281043B2 (en) 2010-07-14 2012-10-02 Intel Corporation Out-of-band access to storage devices through port-sharing hardware
KR101747797B1 (en) * 2011-01-26 2017-06-15 삼성전자주식회사 Serial advanced technology attachment interface and method for power management thereof
US8443221B2 (en) * 2011-03-04 2013-05-14 Sandisk Technologies Inc. Methods, systems, and computer readable media for advanced power management for serial advanced technology attachment (SATA)-based storage devices

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090177804A1 (en) * 2003-06-11 2009-07-09 Lsi Corporation Serial advanced technology attachment (sata ) switch
US20090177831A1 (en) * 2003-06-11 2009-07-09 Lsi Corporation Route aware serial advanced technology attachment (sata ) switch
US20090172204A1 (en) * 2003-09-02 2009-07-02 Kabushiki Kaisha Toshiba Electronic device with serial ata interface and power saving method for serial ata buses
US20060265617A1 (en) 2005-05-18 2006-11-23 Priborsky Anthony L Power management in a system having multiple power modes
US20100228899A1 (en) * 2005-07-04 2010-09-09 Po-Ching Lu Channel activating method and peripheral device performing the same
US20080194300A1 (en) * 2007-02-08 2008-08-14 Broadcom Corporation, A California Corporation Inductive powering for a mobile communication device and method for use therewith

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2901245A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9921637B2 (en) 2015-10-26 2018-03-20 Nxp Usa, Inc. Multi-port power prediction for power management of data storage devices

Also Published As

Publication number Publication date
EP2901245B1 (en) 2017-09-27
EP2901245A1 (en) 2015-08-05
US20140089693A1 (en) 2014-03-27
EP2901245A4 (en) 2016-05-25
US9116694B2 (en) 2015-08-25
KR20150023877A (en) 2015-03-05
KR101642240B1 (en) 2016-07-22

Similar Documents

Publication Publication Date Title
EP2901245B1 (en) Efficient low power exit sequence for peripheral devices
CN107409056B (en) Apparatus, system, method and device for facilitating data communication
US20230116774A1 (en) Load reduced nonvolatile memory interface
US11099760B2 (en) Background data refresh using a system timestamp in storage devices
US9678560B2 (en) Methods and apparatuses to wake computer systems from sleep states
KR102074018B1 (en) Systems, methods, and apparatuses for synchronizing port entry into a low power state
TWI578154B (en) System, method and apparatus for power management
RU2624563C2 (en) Operational performance control of the solid-state storages
EP4036689B1 (en) Power down mode for universal flash storage (ufs)
US8583953B2 (en) Power control for information handling system having shared resources
US20170262395A1 (en) Method, apparatus, system for including interrupt functionality in sensor interconnects
US10088515B2 (en) Electronic device and method for determining defect in an electronic device
US20140003145A1 (en) Architectures and techniques for providing low-power storage mechanisms
US10705594B2 (en) Power management system
US11302405B2 (en) System approach to reduce stable threshold voltage (Vt) read disturb degradation
US11500446B2 (en) Reducing power consumption in nonvolatile memory due to standby leakage current
TW201432435A (en) System and method for causing reduced power consumption associated with thermal remediation
US10394310B2 (en) System and method for sleeping states using non-volatile memory components
CN103984543A (en) Method for implementing standby, hibernation and wake-up on domestic FeiTeng processor
US20220199573A1 (en) Modular low latency electrical sequence for die-to-die interface

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13843006

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20157001966

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14422939

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2013843006

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013843006

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE