Abstract: A semiconductor device includes a one-time programmable (OTP) memory including a key program area and a plurality of key protection setting areas. A key is stored in the key program area, and a plurality of setting values that protect the key stored in the key program area are programmed in the key protection setting areas. The semiconductor device further includes a key register and a key protection control logic circuit. The key register is configured to load the key stored in the OTP memory. The key is accessible to secure software when the key is loaded into the key register. The key protection control logic circuit is configured to load the key stored in the OTP memory into the key register based on the setting values programmed in the key protection setting areas of the OTP memory.

Abstract: Set forth is a motorized computing device that selectively navigates to a user according content of a spoken utterance directed at the motorized computing device. The motorized computing device can modify operations of one or more motors of the motorized computing device according to whether the user provided a spoken utterance while the one or more motors are operating. The motorized computing device can render content according to interactions between the user and an automated assistant. For instance, when automated assistant is requested to provide graphical content for the user, the motorized computing device can navigate to the user in order to present the content the user. However, in some implementations, when the user requests audio content, the motorized computing device can bypass navigating to the user when the motorized computing device is within a distance from the user for audibly rendering the audio content.

Abstract: Provided is a method of operating a semiconductor device. A method of operating a semiconductor device includes storing secure data in a secure area of a memory in response to detecting a system failure; encrypting the secure data stored in the secure area by using a random key to generate encrypted secure data; storing the encrypted secure data in the secure area; and dumping the secure area and a non-secure area of the memory.

Abstract: Enabling or disabling vehicle applications for execution is described. When a request to execute an application is received by a vehicle processing system or a change in the operational status of a vehicle is detected, the vehicle processing system may obtain classification data classifying the application and the current operational status of the vehicle. The classification data may indicate an application type of the application and the types of vehicle operation statuses that the application can be executed under. Based on the classification data, vehicle operation status, and one or more rules, the vehicle processing system may determine whether to enable execution of the application or deny execution of the application in the vehicle.

Abstract: A semiconductor device includes a one-time programmable (OTP) memory including a key program area and a plurality of key protection setting areas. A key is stored in the key program area, and a plurality of setting values that protect the key stored in the key program area are programmed in the key protection setting areas. The semiconductor device further includes a key register and a key protection control logic circuit. The key register is configured to load the key stored in the OTP memory. The key is accessible to secure software when the key is loaded into the key register. The key protection control logic circuit is configured to load the key stored in the OTP memory into the key register based on the setting values programmed in the key protection setting areas of the OTP memory.

Abstract: Systems and techniques are provided for per-device authentication. A hardware serial number associated with a hardware component of a computing device may be received. The hardware serial number may be converted to a hardware key check. A hardware key associated with a certificate from the computing device may be received. The hardware key may be compared to the hardware check key to obtain a verification of the certificate. The certificate may be verified when the hardware key check matches the hardware key and the certificate may not be verified when the hardware key check does not match the hardware key. A signature associated with the certificate may be verified. Access to the data processing apparatus by the computing device may be permitted when the certificate is verified and the signature is determined to be authentic.

Abstract: Systems and techniques are provided for per-device authentication. A hardware serial number associated with a hardware component of a computing device may be received. The hardware serial number may be converted to a hardware key check. A hardware key associated with a certificate from the computing device may be received. The hardware key may be compared to the hardware check key to obtain a verification of the certificate. The certificate may be verified when the hardware key check matches the hardware key and the certificate may not be verified when the hardware key check does not match the hardware key. A signature associated with the certificate may be verified. Access to the data processing apparatus by the computing device may be permitted when the certificate is verified and the signature is determined to be authentic.

Abstract: Provided is a method of operating a semiconductor device. A method of operating a semiconductor device includes storing secure data in a secure area of a memory in response to detecting a system failure; encrypting the secure data stored in the secure area by using a random key to generate encrypted secure data; storing the encrypted secure data in the secure area; and dumping the secure area and a non-secure area of the memory.

Abstract: A user may interact with an interactive remote display (e.g., touch input) and the interaction may be sent to an application on a mobile device. The mobile device (application and/or encoder) may render frames for the display when there is a change. Latency in the pipeline may be alleviated by determine a rendering rate for an application. A dummy frame may be sent to the encoder if the application is not a constant rendering type of application. The dummy frames may be sent subsequent to the rendered frames to flush the pipeline.

Abstract: In one example, a method includes, transitioning, by an in-vehicle computing system and responsive to determining that a vehicle that includes the in-vehicle computing system is idle, into a maintenance mode during which the in-vehicle computing system is not likely to be accessed by an occupant of the vehicle; while operating in the maintenance mode, performing, by the in-vehicle computing system, one or more maintenance tasks; in response to determining that no maintenance tasks are scheduled or that performance of the one or more maintenance tasks are complete, transitioning, by the in-vehicle computing system, into a low-power mode, wherein the in-vehicle computing system consumes a greater amount of power when operating in the maintenance mode than when operating in the low-power mode; and periodically transitioning, by the in-vehicle computing system and from the low-power mode, into the maintenance mode to determine whether any new maintenance tasks are available.

Abstract: Methods, systems, and apparatus, including computer programs encoded on a computer storage medium, for display graphics in a vehicle display.

Abstract: Enabling or disabling vehicle applications for execution is described. When a request to execute an application is received by a vehicle processing system or a change in the operational status of a vehicle is detected, the vehicle processing system may obtain classification data classifying the application and the current operational status of the vehicle. The classification data may indicate an application type of the application and the types of vehicle operation statuses that the application can be executed under. Based on the classification data, vehicle operation status, and one or more rules, the vehicle processing system may determine whether to enable execution of the application or deny execution of the application in the vehicle.

Abstract: In a projected architecture system, a mobile device may be responsible for providing the video that is displayed on a vehicle's infotainment system's display. The resolution and/or aspect ratio of the remote display may not be supported by the mobile device. An encoder, based on the display resolution, may render one or more video frames that a decoder coupled to the infotainment system can scale to a resolution compatible with the remote display.

Abstract: A user may interact with an interactive remote display (e.g., touch input) and the interaction may be sent to an application on a mobile device. The mobile device (application and/or encoder) may render frames for the display when there is a change. Latency in the pipeline may be alleviated by determine a rendering rate for an application. A dummy frame may be sent to the encoder if the application is not a constant rendering type of application. The dummy frames may be sent subsequent to the rendered frames to flush the pipeline.