Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: A processor can achieve high code density while allowing higher performance than existing architectures, particularly for Digital Signal Processing (DSP) applications. In accordance with one aspect, the processor supports three possible instruction sizes while maintaining the simplicity of programming and allowing efficient physical implementation. Most of the application code can be encoded using two sets of narrow size instructions to achieve high code density. Adding a third (and larger, i.e. VLIW) instruction size allows the architecture to encode multiple operations per instruction for the performance critical section of the code. Further, each operation of the VLIW format instruction can optionally be a SIMD operation that operates upon vector data. A scheme for the optimal utilization (highest achievable performance for the given amount of hardware) of multiply-accumulate (MAC) hardware is also provided.

Abstract: A processor can achieve high code density while allowing higher performance than existing architectures, particularly for Digital Signal Processing (DSP) applications. In accordance with one aspect, the processor supports three possible instruction sizes while maintaining the simplicity of programming and allowing efficient physical implementation. Most of the application code can be encoded using two sets of narrow size instructions to achieve high code density. Adding a third (and larger, i.e. VLIW) instruction size allows the architecture to encode multiple operations per instruction for the performance critical section of the code. Further, each operation of the VLIW format instruction can optionally be a SIMD operation that operates upon vector data. A scheme for the optimal utilization (highest achievable performance for the given amount of hardware) of multiply-accumulate (MAC) hardware is also provided.