Hardware assisted remote transactional memory
US-10963383-B2 · Mar 30, 2021 · US
US11900004B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-11900004-B2 |
| Application number | US-201817311589-A |
| Country | US |
| Kind code | B2 |
| Filing date | Dec 7, 2018 |
| Priority date | Dec 7, 2018 |
| Publication date | Feb 13, 2024 |
| Grant date | Feb 13, 2024 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A vehicle apparatus according to one embodiment of the present invention comprises: a first control unit for executing a first application for a display, wherein the first control unit transmits display information about the first application to a first display unit; a second control unit for executing a second application for the display, wherein the second control unit transmits display information about the second application to a second display unit; a first switch unit connected to the first control unit and the second control unit, wherein the first switch unit receives the display information about the first application and the display information about the second application from the first control unit and the second control unit so as to transmit the display information about the first application and the display information about the second application to the first display unit and the second display nit, respectively; and a second switch unit for receiving the display information about the first application and the display information about the second application from the first control unit and the second control unit, respectively.
Opening claim text (preview).
What is claimed is: 1. A device for a vehicle, the device comprising: a first System on Chip (SoC) configured to control one or more displays in a normal mode; and a second SoC configured to control one or more displays that are different from the one or more displays for the first SoC in the normal mode, wherein the first SoC and the second SoC are connected to a switch, wherein the switch is connected to a memory for sharing data between the first SoC and the second SoC and processing a fault for the first SoC, wherein data for the first SoC in the normal mode is stored in the memory, wherein the switch includes an upstream port and a Non-Transparent (NT) port, wherein the upstream port is connected to the first SoC and the NT port is connected to the second SoC, and wherein, based on the first SoC being in a fault mode and the second SoC being in the normal mode, (i) control of a display for the first SoC is processed based on the second SoC, the switch, and the memory and (ii) the upstream port is connected to the second SoC and the NT port is connected to the first SoC to enable the second SoC to access, through the upstream port, the data for the first SoC in the normal mode stored in the memory, communicate with the memory, and continue output of information for the first SoC on the display for the first SoC without requiring a hardware reset operation of the first SoC. 2. The device of claim 1 , wherein, based on the first SoC being in the fault mode and the second SoC being in a fail-over mode, (i) the second SoC accesses to a memory for the first SoC and (ii) a device connected to the second SoC executes an application related to the first SoC. 3. The device of claim 1 , wherein, based on a first device connected to the first SoC being in a fault mode, a second device connected to the first SoC generates display related to the first SoC in place of the first device. 4. The device of claim 1 , wherein a device connected to the first SoC displays cluster information, and wherein, based on the first SoC being in the fault mode, the switch displays the cluster information based on a device connected to the second SoC in response to a fail-over mode. 5. The device of claim 1 , wherein a fault for the first SoC is recovered, the first SoC that is not the second SoC displays cluster information. 6. A method for controlling a device for a vehicle, the method comprising: controlling one or more displays based on a first System on Chip (SoC) being in a normal mode; and controlling one or more displays that are different from the one or more displays for the first SoC based on a second SoC being in the normal mode, wherein the first SoC and the second SoC are connected to a switch, wherein the switch is connected to a memory for sharing data between the first SoC and the second SoC and processing a fault for the first SoC, wherein data for the first SoC in the normal mode is stored in the memory, wherein the switch includes an upstream port and a Non-Transparent (NT) port, wherein the upstream port is connected to the first SoC and the NT port is connected to the second SoC, and wherein, based on the first SoC being in a fault mode and the second SoC being in the normal mode, (i) controlling of a display for the first SoC is processed based on the second SoC, the switch, and the memory, and (ii) the upstream port is connected to the second SoC and the NT port is connected to the first SoC to enable the second SoC to access, through the upstream port, the data for the first SoC in the normal mode stored in the memory communicate with the memory, and continue output of information for the first SoC on the display for the first SoC without requiring a hardware reset operation of the first SoC. 7. The method of claim 6 , wherein, based on the first SoC being in the fault mode and the second SoC being in a fail-over mode, (i) the second SoC accesses to a memory for the first SoC and (ii) a device connected to the second SoC executes an application related to the first SoC. 8. The method of claim 6 , wherein, based on a first device connected to the first SoC being in a fault mode, a second device connected to the first SoC generates display related to the first SoC in place of the first device. 9. The method of claim 6 , wherein a device connected to the first SoC displays cluster information, and wherein, based on the first SoC being in the fault mode, the switch displays cluster information based on a device connected to the second SoC in response to a fail-over mode. 10. The method of claim 6 , wherein a fault for the first SoC is recovered, the first SoC that is not the second SoC displays cluster information. 11. The device of claim 1 , wherein, in the fault mode, a fault has occurred at the first SoC or the second SoC. 12. The device of claim 1 , wherein, based on a mode of the first SoC being changed from the fault mode to the normal mode, the upstream port is connected to the first SoC and the NT port is connected to the second SoC. 13. The method of claim 6 , wherein, in the fault mode, a fault has occurred at the first SoC or the second SoC. 14. The method of claim 6 , wherein, based on a mode of the first SoC being changed from the fault mode to the normal mode, the upstream port is connected to the first SoC and the NT port is connected to the second SoC.
Voice · CPC title
Arrangements for transferring vehicle- or driver-related data · CPC title
Display screens · CPC title
Input arrangements, i.e. from user to vehicle, associated with vehicle functions or specially adapted therefor · CPC title
using haptic output · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.