Patentable/Patents/US-10936771
US-10936771

Using a common fuse controller hardware design for different applications

PublishedMarch 2, 2021
Assigneenot available in USPTO data we have
Inventorsnot available in USPTO data we have
Technical Abstract

Systems and methods for using a common fuse controller hardware design for different applications are described. A method includes specifying a first fuse map for a first system on a chip (SoC) and a second fuse map for a second SoC. The method further includes processing the first fuse map to generate a first hardware description language (HDL) file and processing the second fuse map to generate a second HDL file. The method further includes using a processor, compiling a common hardware state machine HDL file with the first HDL file to generate a first output file capturing behavior expressed in the first fuse map or compiling the common hardware state machine HDL file with the second HDL file to generate a second output file capturing behavior expressed in the second fuse map.

Patent Claims
20 claims

Legal claims defining the scope of protection, as filed with the USPTO.

1

1. A method, implemented by a processor, related to a first system on a chip (SoC) and a second SoC, different from the first SoC, the method comprising: specifying a first fuse map for the first SoC; specifying a second fuse map for the second SoC; using the processor, processing the first fuse map to generate a first hardware description language (HDL) file based on the first fuse map; using the processor, processing the second fuse map to generate a second HDL file based on the second fuse map; and using the processor, compiling a common hardware state machine HDL file with the first HDL file to generate a first output file capturing behavior expressed in the first fuse map or compiling the common hardware state machine HDL file with the second HDL file to generate a second output file capturing behavior expressed in the second fuse map.

2

2. The method of claim 1 , wherein the specifying the first fuse map comprises specifying a first fuse region, and wherein the specifying the second fuse map comprises specifying a second fuse region.

3

3. The method of claim 2 , wherein each of the first fuse region and the second fuse region comprises a plurality of attribute types, wherein each of the plurality of attribute types is required for ensuring at least one of authenticity, confidentiality, or integrity for a respective fuse region.

4

4. The method of claim 3 , wherein the plurality of attribute types includes a first attribute type concerning any permissions associated with reading, writing, or programming of a respective fuse region by a processing unit or a hardware block associated with a respective SoC.

5

5. The method of claim 3 , wherein the plurality of attribute types includes a second attribute type concerning any permissions or timing associated with a loading of a respective fuse region to a destination.

6

6. The method of claim 3 , wherein the plurality of attribute types includes a third attribute type concerning any encoding associated with a respective fuse region.

7

7. The method of claim 3 , wherein the plurality of attribute types includes a fourth attribute type concerning any integrity protection method associated with a respective fuse region.

8

8. The method of claim 3 , wherein any value for each of the plurality of attribute types corresponds to a fixed value or a dynamic value assigned by a trusted entity.

9

9. A method, implemented by a processor, for generating hardware description for a first system on a chip (SoC) or a second SoC, different from the first SoC, the method comprising: specifying a first fuse map for the first SoC, wherein the first fuse map comprises a first plurality of fuse regions; specifying a second fuse map for the second SoC, wherein the second fuse map comprises a second plurality of fuse regions different from the first plurality of fuse regions; using the processor, processing the first fuse map to generate a first hardware description language (HDL) file corresponding to the first fuse map; using the processor, processing the second fuse map to generate a second HDL file corresponding to the second fuse map; using the processor, compiling a common hardware state machine HDL file with the first HDL file to generate a first output HDL file capturing behavior expressed in the first fuse map or compiling the common hardware state machine HDL file with the second HDL file to generate a second output HDL file capturing behavior expressed in the second fuse map; and using the processor, synthesizing the first output HDL file to generate a first set of logic structures corresponding to the first SoC and synthesizing the second output HDL file to generate a second set of logic structures corresponding to the second output HDL file.

10

10. The method of claim 9 , wherein each of the first plurality of fuse regions and the second plurality of fuse regions comprises a plurality of attribute types, wherein each of the plurality of attribute types is required for ensuring at least one of authenticity, confidentiality, or integrity for a respective fuse region.

11

11. The method of claim 10 , wherein the plurality of attribute types includes a first attribute type concerning any permissions associated with reading, writing, or programming of a respective fuse region by a processing unit or a hardware block associated with a respective SoC.

12

12. The method of claim 10 , wherein the plurality of attribute types includes a second attribute type concerning any permissions or timing associated with a loading of a respective fuse region to a destination.

13

13. The method of claim 10 , wherein the plurality of attribute types includes a third attribute type concerning any encoding associated with a respective fuse region.

14

14. The method of claim 10 , wherein the plurality of attribute types includes a fourth attribute type concerning any integrity protection method associated with a respective fuse region.

15

15. The method of claim 10 , wherein any value for each of the plurality of attribute types corresponds to a fixed value or a dynamic value assigned by a trusted entity.

16

16. A system, including a processor, for processing fuse regions related to a first system on a chip (SoC) and a second SoC, different from the first SoC, the system configured to: receive a first fuse map for the first SoC; receive a second fuse map for the second SoC; using the processor, process the first fuse map to generate a first hardware description language (HDL) file based on the first fuse map; using the processor, process the second fuse map to generate a second HDL file based on the second fuse map; and using the processor, compile a common hardware state machine HDL file with the first HDL file to generate a first output file capturing behavior expressed in the first fuse map or compile the common hardware state machine HDL file with the second HDL file to generate a second output file capturing behavior expressed in the second fuse map.

17

17. The system of claim 16 , wherein the first fuse map comprises a first fuse region, and wherein the second fuse map comprises a second fuse region.

18

18. The system of claim 17 , wherein each of the first fuse region and the second fuse region comprises a plurality of attribute types, wherein each of the plurality of attribute types is required for ensuring at least one of authenticity, confidentiality, or integrity for a respective fuse region.

19

19. The system of claim 18 , wherein the plurality of attribute types includes: (1) a first attribute type concerning any permissions associated with reading, writing, or programming of a respective fuse region by a processing unit or a hardware block associated with a respective SoC; (2) a second attribute type concerning any permissions or timing associated with a loading of a respective fuse region to a destination associated with a respective SoC; (3) a third attribute type concerning any encoding associated with a respective fuse region; and (4) a fourth attribute type concerning any integrity protection method associated with a respective fuse region.

20

20. The system of claim 17 , wherein any value for each of the plurality of attribute types corresponds to a fixed value or a dynamic value assigned by a trusted entity.

Classification Codes (CPC)

Cooperative Patent Classification codes for this invention. Click any code to explore related patents in that topic.

Patent Metadata

Filing Date

October 2, 2019

Publication Date

March 2, 2021

Want to explore more patents?

Browse 5M+ US patents with plain-English claim translations and AI-generated analysis.

Citation & reuse

Analysis on this page is generated by Patentable — an AI-powered patent intelligence platform. AI-generated summaries, explanations, and analysis may be reused with attribution and a visible link back to the canonical URL below. Patent abstracts and claims are USPTO public domain.

Cite as: Patentable. “Using a common fuse controller hardware design for different applications” (US-10936771). https://patentable.app/patents/US-10936771

© 2026 Patentable. All rights reserved.

Patentable is a research and drafting-assistant tool, not a law firm, and does not provide legal advice. Documents we generate are drafts for review by a licensed patent attorney.