Qualcomm Incorporated

Vinod Vijayarajan

Norman S Gargash

Arnaud Meylan

Alok Mitra

Nishith Chaubey

Vaishakh Rao

Joshua Stubbs

Andrew James Frantz

Gabriel A Watkins

Tracy A Ulmer

Yizheng Zhou

Grady L Caraway

Vinesh Tarphe

Yogesh Kumar Sadhu

Rissen Alfonso Joseph

Aravindh Suriyamoorthy

Methods, systems, and devices for wireless communication are described. A data layer at a user equipment (UE) may provide information associated with an uplink message to a modem power manager to determine whether to keep resources which are brought up by the scheduler or to power them off for transmitting the uplink message. For example, the data layer may indicate a radio access technology, a subscriber identifier, and a bearer type associated with the uplink message, which may enable the modem power manager to identify which radios to wake up (e.g., or avoid putting to sleep). Utilizing the information may enable the modem power manager to determine whether the wakeup is related to uplink data, acquire information to support the wakeup with resources indicated by the information, and avoid putting resources to sleep if the scheduled and the unscheduled wakeup resource requirements match.

Techniques for reducing wakeup latency

In a portable computing device having a node-based resource architecture, resource requests are batched or otherwise transactionized to help minimize inter-processing entity messaging or other messaging or provide other benefits. In a resource graph defining the architecture, each node or resource of the graph represents an encapsulation of functionality of one or more resources controlled by a processor or other processing entity, each edge represents a client request, and adjacent nodes of the graph represent resource dependencies. A single transaction of resource requests may be provided against two or more of the resources. Additionally, this single transaction may become forked so that parallel processing among a client issuing the single transaction and the resources handling the requests of the single transaction may occur.

Batching and forking resource requests in a portable computing device

A method and system for managing resources of a portable computing device is disclosed. The method includes receiving node structure data for forming a node, in which the node structure data includes a unique name assigned to each resource of the node. A node has at least one resource and it may have multiple resources. Each resource may be a hardware or software element. The system includes a framework manger which handles the communications between existing nodes within a node architecture. The framework manager also logs activity of each resource by using its unique name. The framework manager may send this logged activity to an output device, such as a printer or a display screen. The method and system may help reduce or eliminate a need for customized APIs when a new hardware or software element (or both) are added to a portable computing device.

System and method for managing resources and threshsold events of a multicore portable computing device

Requests of a PCD are determined if they are part of a transaction involving a plurality of resources. Next, each resource that is part of the request involving multiple resources is identified. As each resource is identified, a framework manager determines if a resource has completed processing the request directed at it. If the resource has returned a value that it has completed the request, then the framework manager allows the resource to return to an unlocked state while other requests in the transaction are being processed. If the resource has not completed processing and has deferred some of the processing to the end of the transaction, then the resource is added to a deferred unlock list. It is determined if the resource is a dependent on another resource in the current request path. If it is dependent, then the other resource is also placed on the deferred unlock list.

Tracking and releasing resources placed on a deferred unlock list at the end of a transaction

In a portable computing device having a node-based resource architecture, resource requests are batched or otherwise transactionized to help minimize inter-processing entity messaging or other messaging or provide other benefits. In a resource graph defining the architecture, each node or resource of the graph represents an encapsulation of functionality of one or more resources controlled by a processor or other processing entity, each edge represents a client request, and adjacent nodes of the graph represent resource dependencies. A single transaction of resource requests may be provided against two or more of the resources.

Batching resource requests in a portable computing device

A method and system for managing requests among resources within a portable computing device include a scheduler receiving data from a client for scheduling a plurality of requests. Each request identifies at least one resource and a requested deadline. Next, data from the client is stored by the scheduler in a database. The scheduler then determines times and a sequence for processing the requests based on requested deadlines in the requests and based on current states of resources within the portable computing device. The scheduler then communicates the requests to the resources at the determined times and according to the determined sequence. The scheduler, at its discretion, may schedule a request after its requested deadline in response to receiving a new request command from a client. The scheduler may allow a sleep set corresponding to a sleep processor state to power off a processor.

Method and system for scheduling requests in a portable computing device

A method and system for managing parallel resource requests in a portable computing device ('PCD') are described. The system and method includes generating a first request from a first client, the first request issued in the context of a first execution thread. The first request may be forwarded to a resource. The resource may acknowledge the first request and initiate asynchronous processing. The resource may process the first request while allowing the first client to continue processing in the first execution thread. The resource may signal completion of the processing of the first request and may receive a second request. The second request causes completion of the processing of the first request. The completion of the processing of the first request may include updating a local representation of the resource to a new state and invoking any registered callbacks. The resource may become available to service the second request, and may process the second request.

Method and system for managing parallel resource request in a portable computing device

In a portable computing device having a node-based resource architecture, a first or distributed node controlled by a first processor but corresponding to a second or native node controlled by a second processor is used to indirectly access a resource of the second node. In a resource graph defining the architecture each node represents an encapsulation of functionality of one or more resources, each edge represents a client request, and adjacent nodes represent resource dependencies. Resources defined by a first graph are controlled by the first processor but not the second processor, while resources defined by a second graph are controlled by the second processor but not the first processor. A client request on the first node may be received from a client under control of the first processor. Then, a client request may be issued on the second node in response to the client request on the first node.

Growing community of inventors

Boulder, CO, United States of America

Vinod Vijayarajan