CN110187920A - 基于otp的主控芯片的boot代码扩展方法 - Google Patents
基于otp的主控芯片的boot代码扩展方法 Download PDFInfo
- Publication number
- CN110187920A CN110187920A CN201910256022.7A CN201910256022A CN110187920A CN 110187920 A CN110187920 A CN 110187920A CN 201910256022 A CN201910256022 A CN 201910256022A CN 110187920 A CN110187920 A CN 110187920A
- Authority
- CN
- China
- Prior art keywords
- code
- area
- otp
- patch
- boot
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4406—Loading of operating system
- G06F9/4408—Boot device selection
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Read Only Memory (AREA)
Abstract
本发明公开了一种基于OTP的主控芯片的BOOT代码扩展方法，所述主控芯片具有用于存储BOOT代码的ROM区、用于存储BOOT代码的补丁代码的OTP区以及RAM区，所述BOOT代码扩展方法包括以下步骤：S10、在所述主控芯片上电时，所述BOOT代码将所述OTP区中存储的补丁代码加载至RAM区；S12、所述BOOT代码将NAND FLASH中存储的运行代码加载至所述RAM区，其中，在加载所述运行代码时，当所述ROM区中相应的BOOT代码函数需要被替换时，根据对应的扩展代码函数的函数指针地址跳转到RAM中执行补丁代码，执行完毕之后跳回ROM区中继续执行BOOT代码。
Description
技术领域
本发明涉及一种基于OTP的主控芯片的BOOT代码扩展方法
背景技术
移动存储产品U盘、SD卡等都是由主控芯片和NAND FLASH组成。其中主控芯片存储包括ROM区和RAM区。ROM区中存储着芯片生产时固化的BOOT代码。请参见图1及图2，主控芯片通过固化在ROM区中的Boot loader(引导加载)代码把存储在NAND FLASH中的运行代码(算法管理代码)加载到RAM区中，然后运行代码在RAM区中执行，实现对NAND FLASH的存储管理和上位机(HOST)的数据传输。由于NAND FLASH的更新换代，对应的操作可能会存在差异，所以ROM中固化的BOOT代码可能不能从新型的NAND FLASH中加载运行代码，导致主控芯片无法支持新型NAND FLASH。
现有的方式是采用以下两种方法来解决上述问题：一、通过修改ROM代码解决，此时需要把主控芯片重新投产，生产周期和对新芯片的验证周期都会非常长。二、中国专利申请号CN201710469792公开的一种ROM代码补丁运行方法和系统中，是采用将补丁代码存放在EEPROM等非易失性存储其中，BOOT代码在上电时读取EEPROM，将补丁代码加载到RAM中，当运行到ROM中有需要被替换的代码，则跳转到RAM中运行补丁代码，补丁代码执行完成后跳转会ROM中继续执行。这种方式需要外挂EEPROM，增加额外的成本，同时芯片的面积会大幅增加，不能应用在SD卡等要求芯片面积小的产品。
发明内容
针对上述现有技术的不足，本发明所要解决的技术问题是：提供一种降低成本、减小芯片面积的基于OTP的主控芯片的BOOT代码扩展方法。
为解决上述技术问题，本发明采用的一个技术方案是：提供一种基于OTP的主控芯片的BOOT代码扩展方法，所述主控芯片具有用于存储BOOT代码的ROM区、用于存储BOOT代码的补丁代码的OTP区以及RAM区，所述BOOT代码扩展方法包括以下步骤：
S10、在所述主控芯片上电时，所述BOOT代码将所述OTP区中存储的补丁代码加载至RAM区；
S12、所述BOOT代码将NAND FLASH中存储的运行代码加载至所述RAM区，其中，在加载所述运行代码时，当所述ROM区中相应的BOOT代码函数需要被替换时，根据对应的扩展代码函数的函数指针地址跳转到RAM中执行补丁代码，执行完毕之后跳回ROM区中继续执行BOOT代码。
进一步的，将所述补丁代码存写入至所述OTP中时，先将所述补丁代码中的补丁函数写入到所述OTP区中，然后将所述补丁函数在RAM区中的地址赋值给所述补丁函数对应的地址EXT_Func[]，并写入到OTP区中。
进一步的，所述OTP区容量为N个KB，则所述OTP区最多能够存储N份补丁代码。
进一步的，所述补丁代码包括：标记头Flag、校验码ChechSum，函数扩展标记EXT_Func[]：以及代码区，所述标记头Flag用于标识是否为一份补丁代码，所述校验码ChechSum用于对所述函数扩展标记和代码区进行异或运算以得出校验码，从而保证所述补丁代码完整性，所述函数扩展展标记EXT_Func[]：用于表示记录各个补丁函数对应的RAM地址，所述代码区用于存放补丁代码。
进一步的，所述S10的步骤包括以下子步骤：
S101、开始加载OTP区补丁代码；
S102、设置计数器i＝0；
S103、i是否小于所述N，若小于则进入S104步骤，若大于或等于，则转入S111步骤；
S104、若i小于所述N，则读出OTP区中i*1KB对齐地址4Byte数据为临时标记头TempFlag；
S105、判断所述临时标记TempFlag是否等于标记头Flag；若等于则进入S106步骤，否则转入S110步骤；
S106、若所述临时标记TempFlag等于所述标记头Flag，则从所述OTP中1*1KB地址处连续读出一份补丁代码，视为当前补丁代码；
S107、通过所述校验码ChechSum校验该段当前补丁代码是否正确，若正确则进入S108步骤，否则转入S110步骤；
S108、若正确，则将所述当前补丁代码中数组EXT_Func[]复制到RAM中；
S109、OTP区中所述当前补丁代码区赋值到RAM中对应位置；
S110、执行i+1后转入S103步骤；
S111、加载OTP区补丁代码完成。
进一步的，在S12步骤中，所述ROM区中相应的BOOT代码函数根据对应的扩展代码函数的函数指针是否为0确定是否需要被替换。
本发明通过在主控芯片中加入OTP的方式，解决BOOT代码不能够支持从新型NANDFLASH中加载运行代码的问题。同时使用在OTP中写入多份补丁的方法，能够克服OTP只允许被编程一次，但补丁代码可能会升级的问题。采用本发明的基于OTP的主控芯片的BOOT代码扩展方法，能够降低成本、减小芯片的面积。
附图说明
图1及图2是现有技术中主控芯片和NAND FLASH的结构图。
图3是本发明基于OTP的主控芯片的BOOT代码扩展方法一实施例的流程图。
图4是本发明基于OTP的主控芯片的BOOT代码扩展方法一实施例中主控芯片的结构图。
图5是OTP区中存储补丁代码的存储结构示意图。
图6是本发明基于OTP的主控芯片的BOOT代码扩展方法加载OTP补丁代码的流程图。
图7是本发明基于OTP的主控芯片的BOOT代码扩展方法一实施例的代码图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
请参见图1至图7，本发明的基于OTP的主控芯片的BOOT代码扩展方法应用于具有OTP区、ROM区以及RAM区的主控芯片中。所述主控芯片的ROM区用于存储BOOT代码、所述OTP区用于存储BOOT代码的补丁代码。本实施例的基于OTP的主控芯片的BOOT代码扩展方法包括以下步骤：
S10、在所述主控芯片上电时，所述BOOT代码将所述OTP区中存储的补丁代码加载至RAM区；S12、所述BOOT代码将NAND FLASH中存储的运行代码加载至所述RAM区，其中，在加载所述运行代码时，当所述ROM区中相应的BOOT代码函数需要被替换时，根据对应的扩展代码函数的函数指针地址跳转到RAM中执行补丁代码，执行完毕之后跳回ROM区中继续执行BOOT代码。
本实施例中，在将所述补丁代码存写入至所述OTP中时，先将所述补丁代码中的补丁函数写入到所述OTP区中，然后将所述补丁函数在RAM区中的地址赋值给所述补丁函数对应的地址EXT_Func[]，并写入到OTP区中。该方案为BOOT代码将补丁代码加载至RAM区中对应位置提供了基础。
上述OTP区容量为N个KB，则所述OTP区最多能够存储N份补丁代码。即，所述OTP被分为N个子区域，每一个子区域容量均为1个KB，当所述补丁代码为1个KB或者小于1个KB时，可以存储N份补丁代码，当所述补丁代码为2个KB时，则占用OTP区的2KB，当所述补丁代码为非整数KB时，则占用靠近该非整数的两个整数中较大的一个整数的子区域的容量，例如当为1.5个KB时，靠近该1.5的整数为1和2，则占用2个子区域的容量，即2K。
具体结合实例，请继续参见图5，由于OTP每一个bit只能被编程一次，而一份补丁代码通常很小，小于1KB，所以本实施例使用一种将OTP分段存储的方法，可以解决OTP只能被编程一次的问题。设定一份补丁代码可以存储在OTP对其1KB的起始位置，设定OTP区总容量为8K，则一份补丁代码可以存放在0KB,1KB,2KB,3KB,4KB,5KB,6KB,7KB对齐的位置。每次只会往OTP中写入一份补丁代码，假设软件需要升级，则可以通过写入下一份补丁代码的方式升级补丁代码。
上述补丁代码包括：标记头Flag、校验码ChechSum，函数扩展标记EXT_Func[]：以及代码区，所述标记头Flag用于标识是否为一份补丁代码，所述校验码ChechSum用于对所述函数扩展标记和代码区进行异或运算以得出校验码，从而保证所述补丁代码完整性，所述函数扩展展标记EXT_Func[]：用于表示记录各个补丁函数对应的RAM地址，所述代码区用于存放补丁代码。
进一步的，请继续参见图6，所述S10的步骤包括以下子步骤：
S101、开始加载OTP区补丁代码；
S102、设置计数器i＝0；
S103、i是否小于所述N，若小于则进入S104步骤，若大于或等于，则转入S111步骤；
S104、若i小于所述N，则读出OTP区中i*1KB对齐地址4Byte数据为临时标记头TempFlag；
S105、判断所述临时标记TempFlag是否等于标记头Flag；若等于则进入S106步骤，否则转入S110步骤；
S106、若所述临时标记TempFlag等于所述标记头Flag，则从所述OTP中1*1KB地址处连续读出一份补丁代码，视为当前补丁代码；
S107、通过所述校验码ChechSum校验该段当前补丁代码是否正确，若正确则进入S108步骤，否则转入S110步骤；
S108、若正确，则将所述当前补丁代码中数组EXT_Func[]复制到RAM中；
S109、OTP区中所述当前补丁代码区赋值到RAM中对应位置；
S110、执行i+1后转入S103步骤；
S111、加载OTP区补丁代码完成。
进一步的，在S12步骤中，所述ROM区中相应的BOOT代码函数根据对应的扩展代码函数的函数指针是否为0确定是否需要被替换，当所述函数指针为0时，表示所述BOOT代码函数不需要被替换，当所述函数指针为非0时，表示所述BOOT代码函数需要被替换。
本发明的基于OTP的主控芯片的BOOT代码扩展方法可以应用于移动存储产品例如U盘、SD卡等主要由主控芯片和NAND FLASH两部分组成，其中主控芯片存储包括ROM区、OTP区、RAM区。ROM区中存储着芯片生产时固化的BOOT代码。芯片上电时，MCU通过运行BOOT代码，将补丁代码加载到RAM区中，然后从NAND FLASH中把运行代码加载到RAM区中，在该过程中，若遇到BOOT代码函数需要被替换时，则根据对应的扩展代码函数的函数指针地址跳转到RAM中执行补丁代码，执行完毕之后跳回ROM区中继续执行BOOT代码。每一次NAND FLASH有更新换代时，均可按照上述方式写一次对应的补丁代码至所述OTP中，从而可以使得BOOT代码可以支持更新换代后的NAND FLASH。BOOT代码中，可以通过在重要的函数中预留扩展函数接口方法的方式，在函数需要修改时通过扩展函数跳转到RAM中执行补丁代码，在补丁代码运行完毕后调回到ROM中继续执行。解决了现在技术中所存在的生产周期长、对芯片的验证周期长的问题，由于不需要外挂EEPROM，降低了成本，同时不会增大芯片的面积，可以应用于面积要求小的产品中。
具体结合实例，请继续参见图7，ROM代码区有函数BOOT_Func0()，该函数实现功能是z＝x+y，假设现在代码出现了异常，需要扩展替换该函数功能为z＝x-y。函数扩展替换方法如下：
将函数Ext_Func0()写入到OTP中,该函数实现功能z＝x-y。
将函数Ext_Func0()的地址赋值给EXT_Func[0]，并写入到OTP中
BOOT代码通过加载OTP补丁代码流程，将补丁代码中数组EXT_Func[]复制到RAM中，将OTP补丁代码区赋值到RAM中对应位置。
当函数BOOT_Func0()运行到RUN_EXTEND_FUN(EXT_Func[0])时，由于EXT_Func[0]不为0，则发现该函数被扩展替换。代码会跳转到EXT_Func[0]地址处运行，即执行了函数Ext_Func0()，实现了功能z＝x-y，然后BOOT_Func0()函数直接退出，不执行z＝x+y。
以上仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (6)
1.一种基于OTP的主控芯片的BOOT代码扩展方法，所述主控芯片具有用于存储BOOT代码的ROM区、用于存储BOOT代码的补丁代码的OTP区以及RAM区，所述BOOT代码扩展方法包括以下步骤：
S10、在所述主控芯片上电时，所述BOOT代码将所述OTP区中存储的补丁代码加载至RAM区；
S12、所述BOOT代码将NAND FLASH中存储的运行代码加载至所述RAM区，其中，在加载所述运行代码时，当所述ROM区中相应的BOOT代码函数需要被替换时，根据对应的扩展代码函数的函数指针地址跳转到RAM中执行补丁代码，执行完毕之后跳回ROM区中继续执行BOOT代码。
2.如权利要求1所述的基于OTP的主控芯片的BOOT代码扩展方法，其特征在于，将所述补丁代码存写入至所述OTP中时，先将所述补丁代码中的补丁函数写入到所述OTP区中，然后将所述补丁函数在RAM区中的地址赋值给所述补丁函数对应的地址EXT_Func[]，并写入到OTP区中。
3.如权利要求1或2所述的基于OTP的主控芯片的BOOT代码扩展方法，其特征在于：所述OTP区容量为N个KB，所述OTP区最多能够存储N份补丁代码。
4.如权利要求3所述的基于OTP的主控芯片的BOOT代码扩展方法，其特征在于，所述补丁代码包括：标记头Flag、校验码ChechSum，函数扩展标记EXT_Func[]：以及代码区，所述标记头Flag用于标识是否为一份补丁代码，所述校验码ChechSum用于对所述函数扩展标记和代码区进行异或运算以得出校验码，从而保证所述补丁代码完整性，所述函数扩展标记EXT_Func[]：用于表示记录各个补丁函数对应的RAM地址，所述代码区用于存放补丁代码。
5.如权利要求4所述的基于OTP的主控芯片的BOOT代码扩展方法，其特征在于，所述S10的步骤包括以下子步骤：
S101、开始加载OTP区补丁代码；
S102、设置计数器i＝0；
S103、i是否小于所述N，若小于则进入S104步骤，若大于或等于，则转入S111步骤；
S104、若i小于所述N，则读出OTP区中i*1KB对齐地址4Byte数据为临时标记头TempFlag；
S105、判断所述临时标记TempFlag是否等于标记头Flag；若等于则进入S106步骤，否则转入S110步骤；
S106、若所述临时标记TempFlag等于所述标记头Flag，则从所述OTP中1*1KB地址处连续读出一份补丁代码，视为当前补丁代码；
S107、通过所述校验码ChechSum校验该段当前补丁代码是否正确，若正确则进入S108步骤，否则转入S110步骤；
S108、若正确，则将所述当前补丁代码中数组EXT_Func[]复制到RAM中；
S109、OTP区中所述当前补丁代码区赋值到RAM中对应位置；
S110、执行i+1后转入S103步骤；
S111、加载OTP区补丁代码完成。
6.如权利要求1所述的基于OTP的主控芯片的BOOT代码扩展方法，其特征在于，在S12步骤中，所述ROM区中相应的BOOT代码函数根据对应的扩展代码函数的函数指针是否为0确定是否需要被替换。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910256022.7A CN110187920B (zh) | 2019-04-01 | 2019-04-01 | 基于otp的主控芯片的boot代码扩展方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910256022.7A CN110187920B (zh) | 2019-04-01 | 2019-04-01 | 基于otp的主控芯片的boot代码扩展方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110187920A true CN110187920A (zh) | 2019-08-30 |
| CN110187920B CN110187920B (zh) | 2022-06-10 |
Family
ID=67713705
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910256022.7A Active CN110187920B (zh) | 2019-04-01 | 2019-04-01 | 基于otp的主控芯片的boot代码扩展方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110187920B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111868684A (zh) * | 2020-01-17 | 2020-10-30 | 深圳市汇顶科技股份有限公司 | 为芯片打补丁的方法及芯片 |
| WO2022188516A1 (zh) * | 2021-03-11 | 2022-09-15 | 深圳市汇顶科技股份有限公司 | 一种打补丁方法和装置 |
| CN115543487A (zh) * | 2022-11-25 | 2022-12-30 | 北京得瑞领新科技有限公司 | 基于otp的只读存储器中启动代码扩展方法及芯片 |
| CN117743011A (zh) * | 2023-12-20 | 2024-03-22 | 无锡众星微系统技术有限公司 | 一种RomCode运行错误修复方法和装置 |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101076168A (zh) * | 2007-06-20 | 2007-11-21 | 华为技术有限公司 | 智能终端系统的管理方法和智能终端 |
| CN102360316A (zh) * | 2011-10-20 | 2012-02-22 | 深圳芯邦科技股份有限公司 | 一次性可编程存储器中启动程序的运行方法及装置 |
| CN102508732A (zh) * | 2011-10-25 | 2012-06-20 | 深圳芯邦科技股份有限公司 | 改善一次性可编程存储器使用性能的方法及装置 |
| TW201316347A (zh) * | 2011-10-07 | 2013-04-16 | Chien-Shine Chung | 集成電路、電子系統、提供otp記憶體配置可更新的方法及非短暫性電腦可讀取媒介 |
| CN103064654A (zh) * | 2011-10-19 | 2013-04-24 | 庄建祥 | 集成电路、电子系统及提供otp内存配置可更新的方法 |
| CN103345413A (zh) * | 2013-07-23 | 2013-10-09 | 苏州大学 | 一种代码更新方法、装置及电子设备 |
| CN104424008A (zh) * | 2013-08-30 | 2015-03-18 | 飞思卡尔半导体公司 | 安全引导 rom 补丁的系统及方法 |
| US20150127405A1 (en) * | 2013-11-05 | 2015-05-07 | SpinGo Solutions, Inc. | State-of mind, situational awareness engine apparatus and method |
| CN105224309A (zh) * | 2015-09-02 | 2016-01-06 | 青岛中星微电子有限公司 | 一种调取函数的方法和装置 |
| CN107391085A (zh) * | 2017-06-20 | 2017-11-24 | 深圳芯邦科技股份有限公司 | 一种rom代码补丁运行方法和系统 |
| CN108376085A (zh) * | 2017-02-01 | 2018-08-07 | 三星电子株式会社 | 半导体系统及操作半导体装置的方法 |
-
2019
- 2019-04-01 CN CN201910256022.7A patent/CN110187920B/zh active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101076168A (zh) * | 2007-06-20 | 2007-11-21 | 华为技术有限公司 | 智能终端系统的管理方法和智能终端 |
| TW201316347A (zh) * | 2011-10-07 | 2013-04-16 | Chien-Shine Chung | 集成電路、電子系統、提供otp記憶體配置可更新的方法及非短暫性電腦可讀取媒介 |
| CN103064654A (zh) * | 2011-10-19 | 2013-04-24 | 庄建祥 | 集成电路、电子系统及提供otp内存配置可更新的方法 |
| CN102360316A (zh) * | 2011-10-20 | 2012-02-22 | 深圳芯邦科技股份有限公司 | 一次性可编程存储器中启动程序的运行方法及装置 |
| CN102508732A (zh) * | 2011-10-25 | 2012-06-20 | 深圳芯邦科技股份有限公司 | 改善一次性可编程存储器使用性能的方法及装置 |
| CN103345413A (zh) * | 2013-07-23 | 2013-10-09 | 苏州大学 | 一种代码更新方法、装置及电子设备 |
| CN104424008A (zh) * | 2013-08-30 | 2015-03-18 | 飞思卡尔半导体公司 | 安全引导 rom 补丁的系统及方法 |
| US20150127405A1 (en) * | 2013-11-05 | 2015-05-07 | SpinGo Solutions, Inc. | State-of mind, situational awareness engine apparatus and method |
| CN105224309A (zh) * | 2015-09-02 | 2016-01-06 | 青岛中星微电子有限公司 | 一种调取函数的方法和装置 |
| CN108376085A (zh) * | 2017-02-01 | 2018-08-07 | 三星电子株式会社 | 半导体系统及操作半导体装置的方法 |
| CN107391085A (zh) * | 2017-06-20 | 2017-11-24 | 深圳芯邦科技股份有限公司 | 一种rom代码补丁运行方法和系统 |
Non-Patent Citations (1)
| Title |
|---|
| 左畅: ""基于TMS320F2808的全桥三电平LLC谐振变换器的研究"", 《中国优秀博硕士学位论文全文数据库(硕士)工程科技Ⅱ辑》 * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111868684A (zh) * | 2020-01-17 | 2020-10-30 | 深圳市汇顶科技股份有限公司 | 为芯片打补丁的方法及芯片 |
| WO2021142761A1 (zh) * | 2020-01-17 | 2021-07-22 | 深圳市汇顶科技股份有限公司 | 为芯片打补丁的方法及芯片 |
| WO2022188516A1 (zh) * | 2021-03-11 | 2022-09-15 | 深圳市汇顶科技股份有限公司 | 一种打补丁方法和装置 |
| CN115543487A (zh) * | 2022-11-25 | 2022-12-30 | 北京得瑞领新科技有限公司 | 基于otp的只读存储器中启动代码扩展方法及芯片 |
| CN117743011A (zh) * | 2023-12-20 | 2024-03-22 | 无锡众星微系统技术有限公司 | 一种RomCode运行错误修复方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110187920B (zh) | 2022-06-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110187920A (zh) | 基于otp的主控芯片的boot代码扩展方法 | |
| CN103425597B (zh) | 数据储存装置和快闪存储器的区块管理方法 | |
| CN106776362B (zh) | 存储器的控制方法及装置 | |
| US9489301B2 (en) | Memory systems | |
| CN107329905B (zh) | 数据储存装置以及快闪存储器控制方法 | |
| US20100142275A1 (en) | Continuous address space in non-volatile-memories (nvm) using efficient management methods for array deficiencies | |
| CN102004698B (zh) | 一种闪存管理方法及系统 | |
| CN101640069B (zh) | 用于闪速存储器的平均磨损方法与平均磨损系统 | |
| CN1281562A (zh) | 改进的闪速文件系统 | |
| US20080232165A1 (en) | Method for modifying data more than once in a multi-level cell memory location within a memory array | |
| CN102239477A (zh) | 针对阵列缺陷使用高效管理方法的非易失性存储器(nvm)中的连续地址空间 | |
| CN102736932B (zh) | 镜像文件、镜像文件的制作方法及多系统的启动引导方法 | |
| CN109977034A (zh) | 数据储存装置以及非挥发式存储器操作方法 | |
| CN102033811B (zh) | 用于管理闪存多个区块的方法和相关记忆装置及其控制器 | |
| CN103778964B (zh) | 一种NAND Flash烧写数据的处理、使用方法及装置、系统 | |
| CN104765569A (zh) | 数据写入方法、存储器控制电路单元与存储器储存装置 | |
| CN112596668A (zh) | 一种存储器的坏块处理方法及系统 | |
| CN105677383A (zh) | 一种智能卡数据更新方法 | |
| CN110489052A (zh) | 数据储存装置、系统信息编程方法及系统信息重建方法 | |
| CN106897090A (zh) | 一种嵌入式设备程序升级方法及系统 | |
| CN110333827A (zh) | 一种数据加载装置和数据加载方法 | |
| CN109521944A (zh) | 数据储存装置以及数据储存方法 | |
| CN101334737A (zh) | 一种嵌入式设备的启动或复位方法 | |
| CN104536841A (zh) | 一种Android系统Data分区自修复方法及系统 | |
| TWI333145B (en) | Method for updating data in a flash rom |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 518000 Intelligence Valley Innovation Park 701, 707, No. 1010 Bulong Road, Xinniu Community, Minzhi Street, Longhua District, Shenzhen City, Guangdong Province Applicant after: Shenzhen deminli Technology Co., Ltd Address before: 518000 Intelligence Valley Innovation Park 701, 707, No. 1010 Bulong Road, Xinniu Community, Minzhi Street, Longhua District, Shenzhen City, Guangdong Province Applicant before: SHENZHEN DEMINGLI ELECTRONICS Co.,Ltd. |
|
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 2501, 2401, block a, building 1, Shenzhen new generation industrial park, 136 Zhongkang Road, Meidu community, Meilin street, Futian District, Shenzhen, Guangdong 518000 Applicant after: Shenzhen deminli Technology Co.,Ltd. Address before: 701, 707, wisdom Valley Innovation Park, 1010 Bulong Road, Xinniu community, Minzhi street, Longhua District, Shenzhen, Guangdong 518000 Applicant before: Shenzhen deminli Technology Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |