WO2019172998A1 - Systèmes et procédés d'utilisation de pilotes hôtes de bus série universel (usb) distribué - Google Patents

Systèmes et procédés d'utilisation de pilotes hôtes de bus série universel (usb) distribué Download PDF

Info

Publication number
WO2019172998A1
WO2019172998A1 PCT/US2019/014511 US2019014511W WO2019172998A1 WO 2019172998 A1 WO2019172998 A1 WO 2019172998A1 US 2019014511 W US2019014511 W US 2019014511W WO 2019172998 A1 WO2019172998 A1 WO 2019172998A1
Authority
WO
WIPO (PCT)
Prior art keywords
usb
driver
processor
signal
application processor
Prior art date
Application number
PCT/US2019/014511
Other languages
English (en)
Inventor
Amit Gupta
Andrew Cheung
Ameya KULKARNI
Hemant Kumar
Original Assignee
Qualcomm Incorporated
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
Priority claimed from US15/900,881 external-priority patent/US10678494B2/en
Application filed by Qualcomm Incorporated filed Critical Qualcomm Incorporated
Publication of WO2019172998A1 publication Critical patent/WO2019172998A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/16—Sound input; Sound output
    • G06F3/165—Management of the audio stream, e.g. setting of volume, audio stream path
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
    • G06F1/3215—Monitoring of peripheral devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G06F1/325—Power saving in peripheral device
    • G06F1/3278—Power saving in modem or I/O interface
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G06F1/3293—Power saving characterised by the action undertaken by switching to a less power-consuming processor, e.g. sub-CPU
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G06F13/102—Program control for peripheral devices where the programme performs an interfacing function, e.g. device driver
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • Y—GENERAL 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE 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/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Definitions

  • USB Universal Serial Bus
  • peripherals that are capable of interoperating with mobile communication devices.
  • Remote displays, remote speakers, headsets, headsets with microphones, and the like have all been adapted for use with mobile communication devices.
  • the peripheral communicates with the mobile communication device wirelessly such as through a BLUETOOTH connection.
  • a wire may be used to connect the mobile communication device to the peripheral.
  • One common connection point for such audio wires is a 3.5 millimeter (mm) audio jack.
  • USB Type-C cables support high bandwidth digital delivery, which is generally held to be of higher quality than older analog technology associated with the 3 5 mm audio j ack.
  • USB Type-C audio peripherals may improve user experience by providing better audio quality
  • USB in general consumes more power from mobile communication devices than an analog audio jack.
  • a digital USB peripheral e.g., digital audio USB headset device with Type-C connector
  • USB packet processing that was historically done on an application processor is moved to a distributed USB driver running in parallel on a low-power processor such as a digital signal processor (DSP). While a DSP is particularly contemplated, other processors may also be used. Further, a communication path is provided from the low- power processor to USB hardware that bypasses the application processor. Bypassing the application processor in this fashion allows the application processor to remain in a sleep mode for longer periods of time instead of processing digital data received from the low-power processor or the USB hardware. Further, by bypassing the application processor, latency is reduced, which improves the user experience.
  • DSP digital signal processor
  • a method of controlling data streams in a SB system includes establishing a connection between an application processor and an external digital USB peripheral.
  • the method also includes allowing a processor to pass data packets to USB hardware through a system bus.
  • the method also includes passing the data packets from the USB hardware to the external digital USB peripheral.
  • a method of controlling a USB endpoint includes enumerating a USB endpoint with a USB driver on an application processor.
  • the method also includes receiving a request from a second USB driver on a second processor to enable or disable a data stream.
  • the method also includes, responsive to the request, enabling or disabling a selected interface using control endpoints and the USB driver on the application processor.
  • the method also includes providing from the USB driver on the application processor to the second USB driver on the second processor a device descriptor.
  • the method also includes, at the second USB driver, using the device descriptor passed from the USB driver to perform data transfers.
  • Figure 1A is a simplified perspective view of a mobile communication device coupled to an audio peripheral in which exemplary aspects of the present disclosure may operate to reduce power consumption and latency;
  • Figure IB is a simplified perspective view of a mobile communication device coupled to a display peripheral in which exemplary aspects of the present disclosure may operate to reduce power consumption and latency;
  • Figure 1 C is a simplified perspective view of a mobile communication device coupled to a memory peripheral in which exemplary aspects of the present disclosure may operate to reduce power consumption and latency;
  • Figure ID is a simplified block diagram of a mobile communication device coupled to a peripheral in which exemplary aspects of the present disclosure may operate to reduce power consumption and latency;
  • FIG. 2 is a simplified block diagram of an exemplary conventional Universal Serial Bus (USB) communication path for a mobile communication device and an external peripheral;
  • USB Universal Serial Bus
  • FIG. 3 is simplified block diagram of a USB communication path according to an exemplary aspect of the present disclosure during set-up;
  • Figure 4 is the USB communication path of Figure 3 after set-up is complete
  • Figure 5 is an alternate USB communication path where an application processor still is active in the USB communication path for certain functions
  • FIG. 6 is a flowchart of an exemplary process for setting up a USB communication path according to the present disclosure
  • Figure 7 is a simplified block diagram of software elements within a first processor core interoperating with a legacy USB driver to facilitate distributed USB drivers according to an exemplary aspect of the present disclosure
  • Figure 8 is a high-level signal flow diagram for USB communication path set-up between an application processor and an audio digital signal processor (DSP) (ADSP);
  • DSP audio digital signal processor
  • Figures 9A-9F represent more specific signal flow diagrams for the USB communication path set-up, stop, and disconnect of Figure 8;
  • Figures !OA and 1 OB represent signal flow diagrams for a sub-system reset of a low-power processor
  • Figure 1 1 is a flowchart illustrating path selection based on latency requirements
  • Figures 12A-12E illustrate various signal flows between various elements according to exemplary aspects of the present disclosure.
  • Figure 13 is a block diagram of an exemplary processor-based system such as the mobile communication device of Figure 1.
  • USB packet processing that was historically done on an application processor is moved to a distributed USB driver running in parallel on a low-power processor such as a digital signal processor (DSP). While a DSP is particularly contemplated, other processors may also be used. Further, a communication path is provided from the low- power processor to USB hardware that bypasses the application processor. Bypassing the application processor in this fashion allows the application processor to remain in a sleep mode for longer periods of time instead of processing digital data received from the low-power processor or the USB hardware. Further, by bypassing the application processor, latency is reduced, which improves the user experience.
  • DSP digital signal processor
  • USB is particularly contemplated
  • the wired connection between the USB hardware and the peripheral may be a proprietary element that is capable of carrying USB signals.
  • Further aspects of the present disclosure allow a legacy USB driver to interoperate with the distributed USB driver and ensure that certain functions like clean-up are handled.
  • relevant criteria for selecting the second processor includes whether the second processor is capable of communicating with USB hardware and whether the second processor consumes less power than the application processor.
  • relevant criteria for selecting the second processor includes whether the second processor is capable of communicating with USB hardware and whether the second processor consumes less power than the application processor.
  • the present disclosure contemplates use in an audio, video, or multimedia environment, but the present disclosure is not limited to just those situations, and other digital USB environments may benefit from aspects of the present disclosure.
  • an audio environment will be used initially to illustrate exemplary aspects of the present disclosure with the understanding that the teachings may be applied to video, multimedia or other digital USB environments.
  • a first type of processing is audio processing at an audio driver. Audio processing is where packets are encoded, decoded, and signals are processed.
  • a second type of processing is USB audio packet processing, which is typically done at a USB driver. USB audio packet processing is where packets are prepared, packaged, and queued on to the USB hardware.
  • audio processing such reference is to USB audio packet processing (i.e., the second type of processing).
  • the present disclosure is applicable to any connector which uses a digital audio USB protocol such as, but not limited to, the following receptacles: Type- A, micro- A, and proprietary versions of same such as LIGHTNINGTM, and the following connectors: Type-B, micro-B, and proprietary versions of the same such as LIGHTNINGTM, and cables that are used to connect such USB receptacles/connectors to an external digital USB device.
  • a proprietary cable with proprietary ' connectors inserted into a proprietary receptacle that carries digital USB signals may still benefit from exemplary aspects of the present disclosure.
  • FIG. 1A is a simplified perspective view of a mobile communication device 100 with a Type-C USB receptacle 102 configured to couple to a Type-C USB connector 104 on a USB cable 106.
  • the present disclosure is not limited to Type-C receptacles, connectors, and cables, but such are used to illustrate exemplary aspects of the present disclosure.
  • a digital audio headset 108 having plural speakers 110 in headphones 1 12 and a microphone 114. Digital audio signals may pass between the mobile communication device 100 and the digital audio headset 108 through the USB cable 106.
  • the USB cable 106 may further include an audio control unit 116 which may allow for volume control through +/- buttons and/or play/pause/stop, mute, unmute functionality through additional input buttons (not illustrated).
  • an audio control unit 116 may allow for volume control through +/- buttons and/or play/pause/stop, mute, unmute functionality through additional input buttons (not illustrated).
  • an audio control unit 116 may allow for volume control through +/- buttons and/or play/pause/stop, mute, unmute functionality through additional input buttons (not illustrated).
  • a digital audio headset 108 is illustrated, the present disclosure may also benefit other external digital USB devices.
  • Figure IB illustrates an alternate multimedia situation.
  • the mobile communication device 100 is coupled to a display device 120, which may include a visual display screen 122 and speakers 124.
  • Digital multimedia signals may pass between the mobile communication device 100 and the display device 120 through the USB cable 106.
  • Figure 1C illustrates an alternate digital data situation.
  • the mobile communication device 100 is coupled to a memory device 130 such as a flash drive.
  • the memory device 130 may have a USB plug (not shown) that plugs into the Type-C USB receptacle 102 (not shown in Figure 1 C).
  • FIG. 1 Figure ID provides a more generic representation where the mobile communication device 100 is coupled to a generic external digital USB peripheral 140 by the USB cable 106.
  • an integrated circuit (IC) 142 which may be a multi-core system on a chip (SoC), may include multiple processing cores 144( 1)-144(N).
  • the multiple processing cores 144(1)-144(N) may be optimized to perform different functions such as functions of an application processor, a DSP, an audio DSP (ADSP), a memory controller, a power controller, or the like.
  • the IC 142 may further include USB hardware 146. Software drivers that control the USB hardware 146 may operate within one or more of the multiple processing cores 144(l)-144(N) as described in greater detail below.
  • Figure 2 illustrates a mobile communication device 200 having an SoC 202 that may include an application processor 204 and an ADSP 206.
  • the application processor 204 is coupled to USB hardware 208 through a system or peripheral bus 210.
  • the application processor 204 further communicates with the ADSP 206 through traces 212 or other conductive element.
  • the USB hardware 208 is coupled to a USB connector 214, which may be a USB receptacle into which an external USB device 216, such as a headset, display, or the like is coupled, such as through a cable.
  • an external USB device 216 such as a headset, display, or the like is coupled, such as through a cable.
  • audio packets 218 pass to the ADSP 206.
  • the ADSP 206 passes the audio packets 218 to the application processor 204 through the traces 212, where they are processed and passed to the USB hardware 208 through the system bus 210.
  • audio data may originate at a microphone or other recording source and pass into the external USB device 216.
  • Such audio data may pass through the USB connector 214, through the USB hardware 208, and then to the application processor 204, and finally to the ADSP 206.
  • communication across the traces 212 adds latency to the time required for the audio packets 218 to reach the USB hardware 208 In some instances, this latency may be detected by the listener and is generally undesirable.
  • the application processor 204 which as noted above, consumes relatively large amounts of power, cannot be put into a low-power mode while processing the audio packets 218. Accordingly, the mobile communication device 200 depletes a battery power source and may otherwise suffer from poor audio performance.
  • FIG. 3 and 4 illustrate a mobile communication device 300 with an SoC 302.
  • the SoC 302 includes a low-power processor 304 such as an ADSP.
  • the low-power processor 304 includes a mini-USB driver 306 therein.
  • the SoC 302 further includes an application processor 308 with a USB host driver 310 therein.
  • the mini-USB driver 306 may also be referred to herein as a second driver to differentiate the mini-USB driver 306 from the USB host driver 310.
  • the low-power processor 304 and the application processor 308 may communicate over traces 312 so as to allow inter-processor communication.
  • the application processor 308 may communicate non-multimedia or non-audio data packets 314 to a system bus 316 which in turn passes the non-multimedia or non-audio data packets 314 to USB hardware 318.
  • the USB hardware 318 may pass the non multimedia or non-audio data packets 314 to a USB connector 320 and then to a remote external digital USB peripheral 322. Audio packets 324 are received at the low-power processor 304 and passed to the USB hardware 318 through the system bus 316.
  • the application processor 308 sets up the communication path for the mini-USB driver 306 and then may enter a low-power mode as generally illustrated by the dotted elements in Figure 4 as the low-power processor 304 and the mini-USB driver 306 pass the audio packets 324 back and forth to the remote external digital USB peripheral 322.
  • adding the mini-USB driver 306 includes allowing the mini-USB driver 306 to process an entirety of a protocol stack.
  • an entirety of an Open Systems Interconnection (OSI) stack is processed by the mini-USB driver 306 and the USB host driver 310 and not splitting, for example, layers 1-4 of the stack at a driver on one of the processors versus layers 5-7 at another driver on another processor.
  • OSI Open Systems Interconnection
  • a mobile communication device 500 may include an SoC 502 that includes an application processor 504 and a low-power processor 506.
  • the application processor 504 may include a USB host driver 508 and the low-power processor 506 may include a mini-USB driver 510. Both the application processor 504 and the low-power processor 506 are coupled to a system bus 512 Likewise, USB hardware 514 is coupled to the system bus 512. Audio packets 516 are passed to the application processor 504 which performs encoding and decoding, and then passes the audio packets 516 to the low- power processor 506.
  • the low-power processor 506 passes the audio packets 516 to the USB hardware 514 through the system bus 512.
  • the application processor 504 sends non-audio packets 518 to the USB hardware 514 through the system bus 512. While the arrangement of the mobile communication device 500 adds latency as the audio packets 516 pass from the application processor 504 to the low-power processor 506, the application processor 504 may intermittently enter a sleep state after filling up buffers (not shown) within the fow ? -power processor 506.
  • a flowchart of a simplified process 600 according to an exemplary aspect of the present disclosure is provided with reference to Figure 6.
  • the process 600 begins when an external digital USB peripheral 322 (such as a digital headset) is plugged into a receptacle on a mobile communication device (block 602).
  • the application processor 308 uses non-audio packets to set up a connection (block 604) between the low-power processor 304 and the USB hardware 318 and a corresponding endpoint in the external digital USB peripheral 322.
  • the application processor 308 then passes control over the connection to the mini -USB driver 306 (block 606). Audio packets 324 are generated in the mobile communication device (block 608).
  • These audio packets 324 may be from an audio file stored on the mobile communication device, streamed from a remote server, stored on a remote memory device, or the like.
  • the application processor 308 may enter a low-power mode (block 610).
  • the audio packets 324 are passed to the low- power processor 304 (block 612) from the audio source (e.g., the audio file in memory).
  • the low-power processor 304 then sends the audio packets 324 to the USB hardware 318 (block 614) without sending the audio packets 324 through the application processor 308.
  • USB host driver 310 Early efforts assumed a large degree of latitude in how responsibiliti es were divided between the USB host driver 310 and the mini -USB driver 306. For example, clean-up functions might be performed by the USB host driver 310. However, there are instances of USB host drivers which may comply with the USB specification, but do not know' how to handle bifurcated responsibilities. Accordingly, further exemplary aspects of the present disclosure contemplate adding a further software module that interfaces between the core USB host driver and the mini -USB driver. [0042] Figure 7 provides a simplified block diagram of the additional software interfacing between the two USB drivers.
  • Figure 7 illustrates a computing device 700 with a first processor 702, which may be an application processor or other high-power processor, and a second processor 704, which may be an ADSP or other low-power processor.
  • the second processor 704 includes a mini-USB driver 706, comparable to the mini-USB driver 306 of Figure 3.
  • the second processor 704 may also have, if it is an ADSP, an audio front end (AFE) driver 708.
  • the first processor 702 may include a USB host stack 710, which includes a USB host controller and hub driver 712, which may sometimes be referred to as an extensible host control interface (xHCI).
  • the USB host stack 710 may further include a USB audio client driver 714.
  • Exemplar ⁇ ' aspects of the present disclosure add a USB xHCI filter driver 716 to the USB host stack 710 as well as a mini port 718 and a USB interface driver 720.
  • the mini port 718 may be an audio port
  • the USB interface driver 720 may be an audio driver.
  • the mini port 718 and USB interface driver 720 may communicate with the USB audio client driver 714 using a USB sideband audio interface. Further, the mini port 718 and the USB interface driver 720 may communicate with the AFE driver 708 and the mini- USB driver 706, respectively.
  • the computing device 700 further includes a system bus 722 and USB hardware 724.
  • the first processor 702 may further include an advanced configuration and power interface (ACPI) module 726. More information about the ACPI module 726 may be found at www.acpi.info. The ACPI module 726 loads a generic interface component driver on an operating system.
  • ACPI advanced configuration and power interface
  • the USB host stack 710 may communicate with the mini- USB driver 706 and handle instructing the mini-USB driver 706, which the generic USB host stack 710 is not readily able to do.
  • the drivers 718 and 720 can intercept messages from the mini-USB driver 706 and respond even though the generic USB host stack 710 is otherwise not able to respond.
  • the drivers 718 and 720 may manage memory allocations of USB structures on behalf of the second processor 704 and help the second processor 704 perform any sub-system restart as an error recovery mechanism.
  • the USB host controller and hub driver 712 may manage the control endpoint and basic enumeration.
  • the USB host controller and hub driver 712 may set up the secondary interrupts and allocate memory for secondary interrupter resources like an event ring or transfer ring.
  • the USB host controller and hub driver 712 may further offload the audio endpoints to a different processor (e.g., the second processor 704).
  • the mini- USB driver 706 may perform the data transfer for offloaded endpoints (e.g., for an audio system - playback and capture).
  • the mini -USB driver 706 may also manage the secondary 7 event ring and transfer ring.
  • the mini-USB driver 706 may also perform clean-up functions before releasing the interface during a last stop session of the external device.
  • the mini-USB driver 706 may invoke a procedure during disconnection of an external device, where the procedure mirrors a procedure that would be invoked as a last session.
  • the mini-USB driver 706 may further operate during a sub-system restart of the ADSP or other low-power processor, to cause the low-power processor to initiate a stop session for all open endpoints and ensure that the clean-up functions are performed gracefully.
  • exemplary aspects of the present disclosure may be used for multiple USB ports associated with a single USB controller or for computing platforms with more than one USB controller.
  • FIG 8 illustrates a high-level version of a signal flow 800 between an application processor 802 (e.g., which may be the application processor 308 having the USB host driver 310 of Figure 3) and a low-power processor 804 (e.g., which may be an ADSP or the low-power processor 304 having the mini-USB driver 306 of Figure 3).
  • the USB hardware e.g., the USB hardware 318) detects insertion and reports insertion to the application processor 802.
  • the application processor 802 using its USB driver, performs device enumeration (block 806).
  • the application processor 802 receives a playback or record request from the external peripheral (block 808).
  • the playback or record request triggers a notification 810 to an AFE service 812 on the low- power processor 804, and may include a variety of information such as the high-level operating system (HLOS) operating token, a sampling rate, a bit width, a number of channels, a number of samples per interval, a sample size in bytes, direction (playback or record), data format, and justification.
  • HLOS high-level operating system
  • the mini -USB driver 306 in the low-power processor 804 sends a request to the USB driver on the application processor 802, This request may include a stream enable command, the HLOS operating token, the audio format, the number of channels, bit rate, transfer buffer size, and a reserved field (block 814).
  • the application processor 802 responds with additional information (block 816) including a status, a slot identifier, a USB interface descriptor, a USB audio isochronous data endpoint description, specific audio interface fields including audio format, device data path delay and slot size, any application processor specific memory information such as an address (virtual, physical, and/or size), a transfer buffer allocated, a device context base address, a secondary interrupter number, a USB core identifier, and a port number.
  • the USB (controller) core identifier is a unique number that identifies a USB core physically (e.g., a base address of the USB controller).
  • the USB controller identifier is used when multiple instances of USB controllers are present in an SoC. Each USB controller may be connected to multiple physical ports which are uniquely identified by port number.
  • Fi gures 9A-9F illustrate more detailed versions of the signal fl ows between the various elements according to exemplary aspects of the present disclosure.
  • Figure 9A illustrates a session 900 beginning with interrupts enabled.
  • Figure 9A illustrates an application processor USB driver 902, working with an application processor audio framework 904, an AFE driver 906, a mini-USB driver 908, and USB hardware 910
  • the signaling begins with connection, enumeration, configuration, and session start (block 912).
  • the USB hardware 910 detects an audio device connection and begins enumeration (signal 914).
  • the USB driver 902 configures a secondary event ring (signal 916) and programs event ring registers in the USB hardware 910 (signal 918).
  • the USB driver 902 sends a connection notification to the audio framework 904 (signal 920), which provides a select device popup (signal 922) such as“select MICROSOFT headset” to the user.
  • the audio framework 904 receives a user request for playback (signal 924) and sends a set configuration request (signal 926) to the AFE driver 906.
  • the AFE driver 906 sends a signal 928 to the mini-USB driver 908.
  • the signal 928 may include a token and other audio information.
  • the mini-USB driver 908 sends a stream request to the USB driver 902 (signal 930).
  • the USB driver 902 allocates memory, initiates the transfer ring, and creates the transfer data buffer (signal 932).
  • the USB driver 902 then sends a command to update the device context to the USB hardware 910 (signal 934) as well as issue a SET ALT command on the Playback Interface (signal 936).
  • the USB driver 902 sends a stream response with status information to the mini -USB driver 908 (signal 938).
  • the mini -USB driver 908 sets up the USB pipe (signal 940) and enables the secondary interrupter (signal 942) at the USB hardware 910.
  • the AFE driver 906 starts the session with signal 944 to the mini-USB driver 908.
  • the process continues with data transfers (signals 946) and ACK events (signals 948) until a vote for a sleep state 950 occurs.
  • Figure 9B illustrates a session 900B beginning with polling in place of interrupting.
  • the session 900B is similar to the session 900 of Figure 9 A.
  • the configuration of the secondary event ring (signal 916A) and the programming of the event registers (signal 918 A) are moved after the stream request signal 930 Further the enabling of the secondary interrupter (signal 942) is omitted.
  • the session 900B uses polling.
  • the mini- USB driver 908 enables a periodic timer interrupt (signal 952).
  • the mini-USB driver 908 When a timer interrupt (block 954) occurs in response to the timer, the mini-USB driver 908 sends a notify data request (signal 956) to the AFE driver 906 and receives a write signal 958 therefrom. The mini-USB driver 908 looks at the queue data transfers at the USB hardware 910 (signal 960) and polls the ACK events (signal 962)
  • FIG. 9C illustrates a session stopping process 900C.
  • the mini- USB driver 908 and the USB hardware 910 exchange data transfers and ACK events (signals 964 and 966, respectively).
  • the user stops playback (block 968) and the audio framework initiates a deconfiguration request (signal 970) to the AFE driver 906.
  • the AFE driver 906 sends a stop session command to the mini-USB driver 908 (signal 972), which sends a stream request to the USB driver 902 (signal 974).
  • the USB driver 902 de-all ocates memory, transfer ring, and the transfer data buffer (signal 976) and updates the device context with signal 978 to the USB hardware 910.
  • the USB driver 902 issues a command for the playback interface on the USB hardware 910 (signal 980) and provides a stream response to the mini-USB driver 908 (signal 982).
  • the mini-USB driver 908 unconfigures the OUT pipe (signal 984) and disables the secondary interrupter (signal 986).
  • the USB driver 902 then allows for a free event ring (signal 988).
  • FIG. 9D illustrates a session ending through disconnection process 900D.
  • the process 9Q0D begins with the mini -USB driver 908 and the USB hardware 910 exchanging data transfers and ACK events (signals 964 and 966, respectively).
  • the user disconnects the peripheral device (block 990).
  • the USB hardware 910 sends an audio device disconnect signal 992 to the USB driver 902.
  • the USB driver 902 advertises a tree-up slot event (signal 994) and sends a notification of a disconnect to the audio framework 904 (signal 996).
  • the audio framework 904 sends a deconfiguration request to the ATE driver 906 (signal 998), which in turn sends a stop session command to the mini -USB driver 908 (signal 9100).
  • the mini-USB driver 908 sends a stream request to the USB driver 902 (signal 9102), which de-allocates memory, transfer ring, and transfer data buffer (signal 976).
  • the USB driver 902 then sends a stream response to the mini-USB driver 908 (signal 9104).
  • the mini-USB driver 908 then unconfigures the OUT pipe (signal 984) and the process 900D concludes similarly to the process 9QGC.
  • FIG. 9E illustrates a session ending through disconnection process 900E with the disconnect notification going to the ADSP mini-USB driver.
  • the process 900E begins with the mini-USB driver 908 and the USB hardware 910 exchanging data transfers and ACK events (signals 964 and 966, respectively).
  • the user disconnects the peripheral device (block 990).
  • the USB hardware 910 sends an audio device disconnect signal 992 to the USB driver 902
  • the USB driver 902 advertises a free-up slot event (signal 994) and sends a notification of a disconnect to the mini-USB driver 908 with a slot identification (signal 9106).
  • the mini-USB driver 908 stops USB data and sync timers and un-maps a transfer ring and data buffer (signal 9108).
  • the mini- USB driver 908 then disables the secondary interrupter (signal 9110) and sends an asynchronous disable stream request to the USB driver 902 (signal 9112).
  • the AFE driver 906 then sends a read/write command to the mini-USB driver (signal 9114), which inserts silence and/or discards data as appropriate (signal 91 16).
  • the USB driver 902 performs a disconnect and clean up (signal 9118) and notifies the audio framework 904 of the disconnect (signal 996).
  • the audio framework 904 then closes the appropriate port (signal 9120) at the AFE driver 906.
  • the AFE driver 906 then sends a stop session command to the mini-USB driver 908 (signal 9100).
  • the mini- USB driver 908 stops the AFE timer and frees the AFE pipe (signal 9122).
  • the AFE driver 906 then sends a UAC close command (signal 9124), and the mini-USB driver 908 de-al locates the software context (signal 9126).
  • FIG. 9F illustrates process 900F for a session ending through disconnection without interrupts (i.e., using polling).
  • the process 900F begins with a timer interrupt (block 954) with signals 956, 958, 960, and 962 (see Figure 9B above).
  • the user disconnects the peripheral device (block 990).
  • the USB hardware 910 sends an audio device disconnect signal 992 to the USB driver 902.
  • the USB driver 902 sends a notification of a disconnect to the mini-USB driver 908 with a slot identification (signal 9106).
  • the mini-USB driver 908 stops USB data and sync timers and un-maps a transfer ring and data buffer (signal 9108).
  • the mini-USB driver 908 sends an asynchronous disable stream request to the USB driver 902 (signal 9112).
  • the AFE driver 906 then sends a read/write command to the mini-USB driver (signal 9114), which inserts silence and/or discards data as appropriate (signal 91 16).
  • the USB driver 902 performs a disconnect and clean up (signal 9118) and notifies the audio framework 904 of the disconnect (signal 996).
  • the audio framework 904 then closes the appropriate port (signal 9120) at the AFE driver 906.
  • the AFE driver 906 then sends a stop session command to the mini-USB driver 908 (signal 9100).
  • the mini- USB driver 908 stops the AFE timer and frees the AFE pipe (signal 9122).
  • the AFE driver 906 then sends a UAC close command (signal 9124), and the mini-USB driver 908 de-all ocates the software context (signal 9126). Note that the secondary interrupter does not need to be disabled since it is not present in the polling aspect.
  • FIGs 10 A and 10B illustrate signal flows for a sub-system reset for a low- power processor.
  • a process 1000A begins with the mini-USB driver 908 and the USB hardware 910 exchanging data transfers and ACK events (signals 964 and 966, respectively).
  • the low-power processor experiences a sub-system reset (block 1002)
  • the USB driver 902 receives a client disconnect notification (block 1004) and begins event ring cleanup (signal 1006)
  • the USB driver 902 disables the secondary interrupter at the USB hardware 910 (signal 1008) and disables audio streams in and out (signal 1010) at the USB hardware 910.
  • the low-power processor sub-system is out of reset (block 1012).
  • the audio framework 904 receives an out of reset notification (signal 1014) and the USB driver 902 experiences a client connect notification (block 1016).
  • the USB driver 902 reprograms ERSTBA and ESTSZ after configuration of the secondary event ring (signal 1018) and restarts the playback and/or recording (block 1020), which causes the audio framework 904 to set the configuration request to the ATE driver 906 (signal 1022).
  • the A E driver 906 then sends the set configuration command to the mini -USB driver 908 (signal 1024).
  • the USB driver 902 sends a stream request to the mini -USB driver 908 (signal 1026) and allocates memory, transfer ring, and data buffer (signal 1028)
  • the USB driver 902 updates the device context at the USB hardware 910 (signal 1030) and issues the SET-ALT command on the playback device (signal 1032).
  • the USB driver 902 sends a stream response to the mini -USB driver 908 (signal 1034), and the mini-USB driver 908 sets up the out/in pipe (signal 1036).
  • the process 1000 A continues similarly to the session 900 of Figure 9A.
  • the secondary event ring is configured with the subsequent reprogramming of the ERSTBA and ERSTSZ (signal 1018 A) that takes place after the restart.
  • the application processor may evaluate latency requirements and implement or skip utilization of the mini-USB driver on the low-power processor.
  • Figure 11 illustrates a process 1 100 that is performed at the application processor to determine whether to offload processing to the mini-USB driver. Specifically, the application processor determines whether the data packets have originated at or are destined for the application processor (block 1102). If the answer is no, then the application processor implements aspects of the present disclosure as set forth above, by offloading data streams to the mini-USB driver (block 1104). If, however, the data packets do originate at or are destined for the application processor, the application processor determines if the data packets are encoded or decoded at the application processor (block 1106).
  • the application processor offloads the data streams to the mini-USB driver (block 1 104) If, however, the encoding/decoding does occur at the application processor, then the application processor uses the host USB driver to process the packets (block 1108).
  • Figures 12A-12E illustrate various signal flow's between the various elements according to exemplary aspects of the present disclosure where the mini-USB driver and the additional software interoperate at the first processor (i.e. , Figure 7).
  • the signal flow ' for a set-up is provided in Figure 12 A where a USB device 1200 communicates with a host computing device 1202
  • the host computing device 1202 includes a class specific driver or generic xHCI driver 1204 (analogous to the USB xHCI filter driver 716 in Figure 7), a generic interface component 1206 (analogous to the USB interface driver 720 in Figure 7), and a mini-USB driver 1208 (analogous to the mini-USB driver 706 in Figure 7).
  • the signal flow begins with the generic xHCI driver 1204 reading the interrupter configuration and setting up the secondary' event ring (signal 1210).
  • the generic interface component 1206 then initiates set-up of the server for inter-processor communication (signal 1212).
  • the mini-USB driver 1208 initiates set-up of the client for inter-processor communication (signal 1214).
  • the USB device 1200 then connects to the computing device 1202 and sends a connection notification (signal 1216).
  • the USB endpoint is offloaded with possible notification (signal 1218) from the generic xHCI driver 1204 to the generic interface component 1206.
  • the generic interface component 1206 responds with an IOCTL that queries resources (signal 1220).
  • the generic xHCI driver 1204 responds with a number of class endpoints and any class endpoint descriptor information for all endpoints (signal 1222)
  • the generic interface component 1206 saves this information.
  • the generic interface component 1206 enters a steady state and waits for a start stream notification from the mini-USB driver 1208 or sideband interface notifications from the host stack (signal 1224).
  • Figure 12B illustrates the signal flows during a data transfer.
  • the data transfer starts with the user or an application request to start the data transfer (event 1230)
  • the mini -USB driver 1208 requests to enable a data stream (signal 1232)
  • the generic interface component 1206 sends an IOCTL signal that enables the data stream (signal 1234) with a query for USB descriptors, a USB interface descriptor, a USB endpoint descriptor for the USB stream endpoint, and the like.
  • the generic xHCI driver 1204 configures the endpoint (signal 1236) and sets an alternate interface (signal 1238) to the USB device 1200
  • the generic xHCI driver 1204 instructs the generic interface component 1206 to allocate memory for the required transfer buffers (signal 1240). Additionally, the generic interface component 1206 gets any necessary resources from the generic USB driver.
  • the generic interface component 1206 sends a response to the mini-USB driver 1208 (signal 1242) indicating success and any stream configuration parameters.
  • the mini-USB driver 1208 then maps the data buffers (signal 1244)
  • the computing device 1202 enters a steady state 1246 until the user or application requests a stop (event 1248) where the mini-USB driver 1208 fetches data (signal 1250), the data buffers are queued (signal 1252), data transfers take place (signal 1254), and there is an acknowledgment of secondary event ring events (signal 1256)
  • the mini-USB driver 1208 unmaps the data buffers (signal 1258) and requests to disable the data stream (signal 1260)
  • the generic interface component 1206 sends an IOCTL stream disable signal (signal 1262) and the generic xHCI driver 1204 stops the endpoint (signal 1264) and cooperates with the USB device 1200 to set an alternate interface (signal 1266).
  • the USB device 1200 releases the data buffers by using a free data buffers signal (signal 1268), which passes to the generic interface component 1206
  • the generic interface component 1206 then
  • Figure 12C illustrates a suspend operation, which begins with a no active data stream event (event 1272), which causes the generic xHCI driver 1204 to send an enter suspend notification (signal 1274), which the generic interface component 1206 sends to the mini-USB driver 1208 as a suspend indication with slot identification (signal 1276).
  • the mini-USB driver 1208 cleans up the secondary event ring and acknowledges any pending events (signal 1278) and then sends a success signal (signal 1280), which is forwarded to the generic xHCI driver 1204 (signal 1280’).
  • the generic xHCI driver 1204 suspends the bus (signal 1282).
  • the generic xHCI driver 1204 may be put into a low-power mode (event 1284)
  • Figure 12D illustrates a comer case suspend operation, which begins with no active data stream (event 1272’), which causes the generic xHCI driver 1204 to send an enter suspend notification (signal 1274’).
  • the generic interface component 1206 sends the suspend indication (signal 1276’)
  • the user or application requests to enable a data stream (event 1286), which causes the mini -USB driver 1208 to begin cleaning up the secondary event ring and acknowledging any pending events (Le , the request for a data stream), which results in a fail to process suspend notification signal (signal 1288) being sent and a failure signal (signal 1290) returned to the generic xHCI driver 1204.
  • Figure 12E illustrates a sub-system restart process.
  • the system begins in a steady state (event 1292) where the mini-USB driver 1208 fetches data (signal 1250’), the data buffers are queued (signal 1252’), data transfers take place (signal 1254’), and there is an acknowledgment of secondary event ring events (signal 1256’). Then a remote processor system shutdown occurs (event 1294). This generates a sub-system restart.
  • SSR SSR notification
  • 1296 which is an error condition in the audio processor which is unrecoverable without resetting the audio processor, which effectively causes the generic interface component 1206 to clean up the secondary ring event and acknowledge any pending events (signal 1298) and free data buffers (signal 12100) before sending an IOCTL - stream disable signal (signal 12102).
  • the generic xHCI driver 1204 stops the endpoint (signal 12104) and sets the alternate interface (signal 12106).
  • the mini-USB driver 1208 sends an SSR complete notification (signal 12108) and the system shuts down until a user or application requests to enable a data stream (event 12110).
  • the systems and methods for using distributed USB host drivers may be provided in or integrated into any processor-based device.
  • Examples include a set top box, an entertainment unit, a navigation device, a communications device, a. fixed location data unit, a mobile location data unit, a mobile phone, a cellular phone, a smart phone, a tablet, a phablet, a server, a computer, a portable computer, a desktop computer, a personal digital assistant (PDA), a monitor, a computer monitor, a television, a tuner, a radio, a satellite radio, a music player, a. digital music player, a portable music player, a digital video player, a video player, a digital video disc (DVD) player, a portable digital video player, and an automobile.
  • PDA personal digital assistant
  • Figure 13 illustrates an example of a processor-based system 1300 that can employ the mobile communication device 100 illustrated in Figure 1.
  • the processor-based system 1300 includes one or more central processing units (CPUs) 1302, each including one or more processors 1304.
  • the CPU(s) 1302 may have cache memory 1306 coupled to the processor(s) 1304 for rapid access to temporarily stored data.
  • the CPU(s) 1302 is coupled to a system bus 1308 and can intercouple master and slave devices included in the processor-based system 1300.
  • the CPU(s) 1302 communicates with these other devices by exchanging address, control, and data information over the system bus 1308.
  • the CPU(s) 1302 can communicate bus transaction requests to a memory controller 1310 as an example of a slave device
  • Other master and slave devices can be connected to the system bus 1308. As illustrated in Figure 13, these devices can include a memory system 1312, one or more input devices 1314, one or more output devices 1316, one or more network interface devices 1318, and one or more display controllers 1320, as examples.
  • the input device(s) 1314 can include any type of input device, including, but not limited to, input keys, switches, voice processors, etc.
  • the output device(s) 1316 can include any type of output device, including, but not limited to, audio, video, other visual indicators, etc.
  • the network interface device(s) 1318 can be any devices configured to allow exchange of data to and from a network 1322.
  • the network 1322 can be any type of network, including, but not limited to, a wired or wireless network, a private or public network, a local area network (LAN), a wireless local area network (WLAN), a wide area network (WAN), a BLUETOOTHTM network, and the Internet.
  • the network interface device(s) 1318 can be configured to support any type of communications protocol desired.
  • the memory system 1312 can include one or more memory units 1324(0-N).
  • the CPU(s) 1302 may also be configured to access the display controller(s) 1320 over the system bus 1308 to control information sent to one or more displays 1326.
  • the display control!er(s) 1320 sends information to the display(s) 1326 to be displayed via one or more video processors 1328, which process the information to be displayed into a format suitable for the display(s) 1326.
  • the display(s) 1326 can include any type of display, including, but not limited to, a cathode ray tube (CRT), a liquid crystal display (LCD), a plasma display, a light emitting diode (LED) display, etc.
  • processors may be implemented or performed with a processor, a DSP, an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein.
  • a processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine.
  • a processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration).
  • RAM Random Access Memory
  • ROM Read Only Memory
  • EPROM Electrically Programmable ROM
  • EEPROM Electrically Erasable Programmable ROM registers
  • hard disk a hard disk
  • removable disk a CD-ROM
  • EEPROM Electrically Erasable Programmable ROM:
  • registers a hard disk, a removable disk, a CD-ROM, or any other form of computer readable medium known in the art.
  • An exemplary storage medium is coupled to the processor such that the processor can read information from, and write information to, the storage medium.
  • the storage medium may be integral to the processor.
  • the processor and the storage medium may reside in an ASIC.
  • the ASIC may reside in a remote station.
  • the processor and the storage medium may reside as discrete components in a remote station, base station, or server.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Systems (AREA)
  • Power Sources (AREA)

Abstract

L'invention concerne des systèmes et des procédés d'utilisation de pilotes hôtes de bus série universel (USB) distribué. Selon un aspect, un traitement de paquet USB qui a été réalisé de façon historique sur un processeur d'application est déplacé vers un pilote USB distribué s'exécutant en parallèle sur un processeur de faible puissance tel qu'un processeur de signal numérique (DSP). Bien qu'un DSP soit particulièrement envisagé, d'autres processeurs peuvent également être utilisés. En outre, un chemin de communication est fourni du processeur de faible puissance au matériel USB qui contourne le processeur d'application. Un tel contournement du processeur d'application permet au processeur d'application de rester en mode veille pendant de plus longues périodes de temps au lieu de traiter les données numériques reçues à partir du processeur de faible puissance ou du matériel USB. En outre, en contournant le processeur d'application, la latence est réduite, ce qui améliore l'expérience d'utilisateur.
PCT/US2019/014511 2018-02-21 2019-01-22 Systèmes et procédés d'utilisation de pilotes hôtes de bus série universel (usb) distribué WO2019172998A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/900,881 2018-02-21
US15/900,881 US10678494B2 (en) 2016-06-27 2018-02-21 Controlling data streams in universal serial bus (USB) systems

Publications (1)

Publication Number Publication Date
WO2019172998A1 true WO2019172998A1 (fr) 2019-09-12

Family

ID=67845757

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2019/014511 WO2019172998A1 (fr) 2018-02-21 2019-01-22 Systèmes et procédés d'utilisation de pilotes hôtes de bus série universel (usb) distribué

Country Status (1)

Country Link
WO (1) WO2019172998A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114442992A (zh) * 2022-01-25 2022-05-06 杭州国芯科技股份有限公司 一种usb声卡音频传输协议的切换方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110173351A1 (en) * 2010-01-14 2011-07-14 Microsoft Corporation Extensions for usb driver interface functions
EP2423806A1 (fr) * 2009-05-25 2012-02-29 ZTE Corporation Procédé et dispositif de transmission de données audio par bus série universel pour terminal de données sans fil
EP2530599A1 (fr) * 2010-06-13 2012-12-05 ZTE Corporation Procédé et terminal mobile permettant de réaliser une transmission audio

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2423806A1 (fr) * 2009-05-25 2012-02-29 ZTE Corporation Procédé et dispositif de transmission de données audio par bus série universel pour terminal de données sans fil
US20110173351A1 (en) * 2010-01-14 2011-07-14 Microsoft Corporation Extensions for usb driver interface functions
EP2530599A1 (fr) * 2010-06-13 2012-12-05 ZTE Corporation Procédé et terminal mobile permettant de réaliser une transmission audio

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAN-BING GAO ET AL: "The design of a network video transmission system based on DSP and USB", INFORMATICS IN CONTROL, AUTOMATION AND ROBOTICS (CAR), 2010 2ND INTERNATIONAL ASIA CONFERENCE ON, IEEE, PISCATAWAY, NJ, USA, 6 March 2010 (2010-03-06), pages 121 - 123, XP031664075, ISBN: 978-1-4244-5192-0 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114442992A (zh) * 2022-01-25 2022-05-06 杭州国芯科技股份有限公司 一种usb声卡音频传输协议的切换方法
CN114442992B (zh) * 2022-01-25 2024-01-02 杭州国芯科技股份有限公司 一种usb声卡音频传输协议的切换方法

Similar Documents

Publication Publication Date Title
US10678494B2 (en) Controlling data streams in universal serial bus (USB) systems
US10628172B2 (en) Systems and methods for using distributed universal serial bus (USB) host drivers
US10366017B2 (en) Methods and apparatus to offload media streams in host devices
EP2917843B1 (fr) Mise en oeuvre flexible de support de bus en série sur une interface d'affichage
US10339089B2 (en) Enhanced communications over a universal serial bus (USB) type-C cable
TWI627526B (zh) 用於節約記憶體系統中的功耗的方法、系統及電腦程式
US20110317716A1 (en) Method, system, and program for managing a speed at which data is transmitted between network adaptors
WO2016111831A1 (fr) Clé électronique de système d'exploitation
CN107533531B (zh) 经调度的通用串行总线(usb)低功率操作
WO2018209614A1 (fr) Procédé de gestion de détendeur, borne et détendeur
US20200192838A1 (en) Extended message signaled interrupts (msi) message data
WO2019210022A1 (fr) États de faible puissance dans un environnement de tunnellisation multiprotocole
EP3384397A1 (fr) Augmentation de flux de données dans des câbles de bus série universel (usb)
US20070255877A1 (en) USB Interrupt Endpoint Sharing
JP2017520052A (ja) ユニバーサルシリアルバス（ｕｓｂ）通信システムおよび方法
WO2019172998A1 (fr) Systèmes et procédés d'utilisation de pilotes hôtes de bus série universel (usb) distribué
EP2280512A1 (fr) Appareil électronique et procédé de contrôle pour traiter des fichiers à distance
WO2010087828A1 (fr) Communication de données dans des flux entre des premier et second ordinateurs connectés sur un réseau
CN107408092B (zh) 用于多端口物理层(phy)的锁相环(pll)的共享控制
US20190369706A1 (en) Burst-responsive wireless download packet management for reducing processing workload latency and power consumption
US8347118B1 (en) Method and system for managing the power state of an audio device integrated in a graphics device
US20080052421A1 (en) Method for use where a first and second device are connected
US8190937B1 (en) Method and system for managing the power state of an audio device integrated in a graphics device
US9182939B1 (en) Method and system for managing the power state of an audio device integrated in a graphics device
TW202226790A (zh) 用於當等待ａｐ驅動的鏈路恢復時使數據機穩定的系統和方法

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19702517

Country of ref document: EP

Kind code of ref document: A1