Apple Inc.

Ethan T Bold

Ronald Keryuan Huang

Brian J Andrich

Daniel R Delling

Richard B Warren

Lili Cao

Hyo Jeong Shin

Hengbin Luo

Patrick James Coleman

Dennis Schieferdecker

Michael Wegner

Rami Khawandi

Joe Liu

Stuart David Cheshire

J Rhoads Hollowell, Ii

Dean Reece

R Dean Reece

Jonathan Barbero

James Michael Magee

Abhinav Pathak

Daniel Andreas Steffen

Goutham Mani

In some implementations, a computing device can proactively determine a destination and request traffic information for routes from a starting location to the destination. In some implementations, a computing device can identify some routes between a starting location and a destination as non-recommended routes and recommend other routes. In some implementations, a computing device can rank routes between a starting location and a destination based on automatically-determined user interest. In some implementations, a computing device can determine a user is familiar with a route and adjust the information presented to the user about the route accordingly.

Providing light navigation guidance

Presenting suggested routes based on local route ranking

Presenting non-recommended routes

A method and an apparatus for a power assertion management are described. A power assertion indicator may be maintained for a device component having a power level. The power assertion indicator can indicate whether the power level of the device component is allowed to be lowered. A power assertion request may be sent from a first process to prevent lowering the power level of the device component before a data processing task is completed. A second process can receive a request from the first process to perform operations for the data processing task. The power level of the device component may not be allowed to be lowered before the second process completes the operations for the data processing task. The power level of the device component may be lowered after the data processing task is completed.

Power level control using power assertion requests

A machine implemented method includes creating a universally unique identifier, detecting a trigger of a sleep event, and associating the universally unique identifier with the sleep event. The method monitors sub-system events that occur after a sleep event has been triggered and stores data in non-volatile non-disk storage (e.g., non-boot storage) identifying an event stage corresponding to the sub-system event that is occurring. The method determines whether a wake event has completed and logs each of the sub-system events using the universally unique identifier until a wake event has completed.

Sleep wake event logging

Exemplary embodiments of methods, apparatuses, and systems for powering up select components of a computer from a sleep state, maintaining a network state, and powering down the select components of the computer to return the computer to the sleep state are described. For one embodiment, a network interface and a fan controller receive power during the network state maintenance but a display or audio components do not receive power during the network state maintenance.

Dark wake

Growing community of inventors

San Francisco, CA, United States of America

Ethan T Bold