Google Inc.

Cadence Design Systems, Inc.

Darin S Petkov

Andrew De Los Reyes

Sameer Nanda

Kenneth Edward Mixter

Dror E Maydan

Sachin P Ghanekar

Chris Brian Sosa

Pushkar G Patwardhan

Samir S Pathak

Systems and methods for accessing an update server to receive one or more updates for data are provided. In some aspects, a system includes an auto-update module configured to determine whether to access the update server directly or by proxy. If the auto-update module determines to access the update server by proxy, the auto-update module is configured to: transmit a request to a proxy manager module for proxy server data that identifies one or more proxy servers; receive the proxy server data from the proxy manager module in response to the request; and access the update server based on the proxy server data to receive one or more updates for the data. The auto-update module is subject to fewer restrictions in modifying the data than is the proxy manager module.

Systems and methods for accessing an update server

A system and method for preventing an application program, which is licensed to a customer to be exclusively executed in a processor based on a certain processor design, from being executed properly in unauthorized processors is provided. The system includes a scrambling module and a recovery module. The scrambling module scrambles a selected portion of the application program using an identifier which identifies the authorized processor design. The recovery module adds an unscrambling program to the application program such that when the program is running in a processor, it retrieves a second identifier from the processor and unscrambles the scrambled portion of the application program using the retrieved second identifier. If the second identifier does not correspond to an authorized processor design, the unscrambling operation will incorrectly unscramble the scrambled portion and the application program will not run properly.

System and method for preventing proper execution of an application program in an unauthorized processor

Systems and methods for verifying an update to data of an electronic device are provided. A system includes an auto-update module configured to receive an update from an update server over a secured connection. The update is applicable to a first version of the data installed on a source partition. The update includes an expected installation checksum associated with applying the update to the first version of the data. The auto-update module is configured to determine an actual installation checksum associated with a second version of the data installed on a target partition. The second version of the data includes the first version of the data with the update applied thereto. The auto-update module is configured to compare the expected installation checksum to the actual installation checksum, and to verify that the installation of the second version of the data was successful based on the comparison.

Systems and methods for verifying an update to data of an electronic device

Systems and methods for safeguarding against interruptions when updating data of an electronic device are provided. In some aspects, a method includes applying a current operation of a plurality of operations to the data. The plurality of operations is associated with a current update for the data. The method also includes generating current a current version of a checkpoint if the applying step has completed. The current version of the checkpoint comprises a next operation indicator that specifies a next operation of the plurality of operations to be applied to the data. The method also includes storing the current version of the checkpoint on the electronic device such that the current version of the checkpoint persists across reboot of the electronic device.

Systems and methods for handling interruptions while updating of an electronic device

Systems and methods for handling a crash of a process running on an operating system (OS) of a client are provided. In some aspects, a method includes generating crash data based on a dump file associated with the crash of the process. The crash data is associated with a first user logged in to the OS at the time of the crash. The method also includes storing the crash data in a cryptographically secure location on the client such that the crash data persists across reboot of the client. The method also includes preventing the crash data from being sent to an analysis server when the first user is not logged in to the OS.

Crash data handling

Apparatus and methods for gathering and analyzing operating statistics are disclosed. An example method includes automatically scheduling a wake-up event, where occurrence of the wake-up event, initiating, after scheduling the wake-up event, a transition of the computing device from an active power state to a low power state, initiating a transition of the computing device from the low power state to the active power state in response to occurrence of the scheduled wake-up event, gathering a first set of one or more operating statistics in response to the transition from the low power state to the active power state in response to occurrence of the wake-up event and analyzing the first set of one more operating statistics to determine one or more performance attributes of the computing device associated with the transitions between the low power state and the active power state.

Growing community of inventors

Zurich, Switzerland

Darin S Petkov