架構(gòu)繼承以往ARMv7與之前處理器技術(shù)的基礎(chǔ),除了現(xiàn)有的16/32bit的Thumb2指令支持外,也向前兼容現(xiàn)有的A32(ARM 32bit)指令集,基于64bit的AArch64架構(gòu),除了新增A64(ARM 64bit)指令集外,也擴(kuò)充了現(xiàn)有的A32(ARM 32bit)和T32(Thumb2 32bit)指令集,另外還新增加了CRYPTO(加密)模塊支持。Linux kernel- OSEL2
Hypervisor (可以理解為上面跑多個(gè)虛擬OS)
EL3
Secure Monitor(ARM Trusted Firmware)
Security
Non-secure
EL0/EL1/EL2, 只能訪問Non-secure memory
Secure
EL0/EL1/EL3, 可以訪問Non-secure memory & Secure memory,可起到物理屏障安全隔離作用
EL2
Hypervisor (可以理解為上面跑多個(gè)虛擬OS)
EL3
Secure Monitor(ARM Trusted Firmware)
Security
Non-secure
EL0/EL1/EL2, 只能訪問Non-secure memory
Secure
EL0/EL1/EL3, 可以訪問Non-secure memory & Secure memory,可起到物理屏障安全隔離作用
3.1.1 EL3使用AArch64、AArch32的對(duì)比
Note | |
Common | User mode 只執(zhí)行在Non- Secure EL0 or Secure ELO |
SCR_EL3.NS決定的是low level EL的secure/non-secure狀態(tài),不是絕對(duì)自身的 | |
EL2只有Non-secure state | |
EL0 既有Non-secure state 也有Secure state | |
EL3 AArch64 | 若EL1使用AArch32,那么Non- Secure {SYS/FIQ/IRQ/SVC/ABORT/UND} 模式執(zhí)行在Non-secure EL1,Secure {SYS/FIQ/IRQ/SVC/ABORT/UND}模式執(zhí)行在Secure EL1 |
若 SCR_EL3.NS == 0,則切換到Secure EL0/EL1狀態(tài),否則切換到Non-secure ELO/EL1狀態(tài) | |
Secure state 只有Secure EL0/EL1/EL3 | |
EL3 AArch32 | User mode 只執(zhí)行在Non- Secure EL0 or Secure ELO |
若EL1使用AArch32,那么Non- Secure {SYS/FIQ/IRQ/SVC/ABORT/UND} 模式執(zhí)行在Non-secure EL1,Secure {SYS/FIQ/IRQ/SVC/ABORT/UND}模式執(zhí)行在EL3 | |
Secure state只有Secure EL0/EL3,沒有Secure EL1,要注意和上面的情況不同 |
? 當(dāng)EL3使用AArch64時(shí),有如下結(jié)構(gòu)組合:
? 當(dāng)EL3使用AArch32時(shí),有如下結(jié)構(gòu)組合:
3.2 ELx 和 Execution State 組合
?假設(shè)EL0-EL3都已經(jīng)實(shí)現(xiàn),那么將會(huì)有如下組合
五類組合 | |
EL0/EL1/EL2/EL3 => AArch64 | 此兩類組合不存在64bit –> 32bit之間的所謂 Interprocessing 切換 |
EL0/EL1/EL2/EL3 => AArch32 | |
EL0 => AARCH32,EL1/EL2/EL3 => AArch64 | 此三類組合存在64bit –> 32bit之間的所謂 Interprocessing 切換 |
EL0/EL1 => AArch32,EL2/EL3 => AArch64 | |
EL0/EL1/EL2 => AArch32,EL3 => AArch64 | |
組合規(guī)則 | |
字寬(ELx)<= 字寬(EL(x+1)) { x=0,1,2 } | 原則:上層字寬不能大于底層字寬 |
? 五類經(jīng)典組合圖示
3.3路由控制
? 如果EL3使用AArch64,則有如下異常路由控制
3.3.1 路由規(guī)則
? 路由規(guī)則如下圖所示(from ARMv8 Datasheet):
? 規(guī)則小結(jié)如下:
若SPSR_EL1.M[4] == 0,則決定ELO使用AArch64,否則AArch32 |
若SCR_EL3.RW == 1,則決定 EL2/EL1 是使用AArch64,否則AArch32 |
若SCR_EL3.{EA, FIQ, IRQ} == 1,則所有相應(yīng)的SErrorFIQIRQ 中斷都被路由到EL3 |
若HCR_EL2.RW == 1,則決定EL1使用AArch64,否則使用AArch32 |
若HCR_EL2.{AMO, IMO, FMO} == 1,則EL1/EL0所有對(duì)應(yīng)的SErrorFIQIRQ中斷都被路由到EL2,同時(shí)使能對(duì)應(yīng)的虛擬中斷VSE,VI,VF |
若HCR_EL2.TGE == 1,那么會(huì)忽略HCR_EL2.{AMO, IMO, FMO}的具體值,直接當(dāng)成1處理,則EL1/EL0所有對(duì)應(yīng)的SErrorFIQIRQ中斷都被路由到EL2,同時(shí)禁止所有虛擬中斷 |
注意: SCR_EL3.{EA, FIQ, IRQ}bit的優(yōu)先級(jí)高于HCR_EL2.{AMO, IMO, FMO} bit優(yōu)先級(jí),路由優(yōu)先考慮SCR_EL3 |
3.3.2 IRQ/FIQ/SError路由流程圖
第4章 ARMv8寄存器
寄存器名稱描述
位寬 | 分類 | ||
32-bit | Wn(通用) | WZR(0寄存器) | WSP(堆棧指針) |
64-bit | Xn(通用) | XZR(0寄存器) | SP(堆棧指針) |
4.1 AArch32重要寄存器
Bit | 描述 | |
R0-R14 | 通用寄存器,但是ARM不建議使用有特殊功能的R13,R14,R15當(dāng)做通用寄存器使用. | |
SP_x | 32bit | 通常稱R13為堆棧指針,除了User和Sys模式外,其他各種模式下都有對(duì)應(yīng)的SP_x寄存器:x ={ und/svc/abt/irq/fiq/hyp/mon} |
LR_x | 稱R14為鏈接寄存器,除了User和Sys模式外,其他各種模式下都有對(duì)應(yīng)的SP_x寄存器:x ={ und/svc/abt/svc/irq/fiq/mon},用于保存程序返回鏈接信息地址,AArch32環(huán)境下,也用于保存異常返回地址,也就說LR和ELR是公用一個(gè),AArch64下是獨(dú)立的. | |
ELR_hyp | 32bit | Hyp mode下特有的異常鏈接寄存器,保存異常進(jìn)入Hyp mode時(shí)的異常地址 |
PC | 32bit | 通常稱R15為程序計(jì)算器PC指針,AArch32 中PC指向取指地址,是執(zhí)行指令地址+8,AArch64中PC讀取時(shí)指向當(dāng)前指令地址. |
CPSR | 32bit | 記錄當(dāng)前PE的運(yùn)行狀態(tài)數(shù)據(jù),CPSR.M[4:0]記錄運(yùn)行模式,AArch64下使用PSTATE代替 |
APSR | 32bit | 應(yīng)用程序狀態(tài)寄存器,EL0下可以使用APSR訪問部分PSTATE值 |
SPSR_x | 32bit | 是CPSR的備份,除了User和Sys模式外,其他各種模式下都有對(duì)應(yīng)的SPSR_x寄存器:x ={ und/svc/abt/irq/fiq/hpy/mon},注意:這些模式只適用于32bit運(yùn)行環(huán)境 |
32bit | EL2特有,HCR.{TEG,AMO,IMO,FMO,RW}控制EL0/EL1的異常路由 | |
SCR | 32bit | EL3特有,SCR.{EA,IRQ,FIQ,RW}控制EL0/EL1/EL2的異常路由,注意EL3始終不會(huì)路由 |
VBAR | 32bit | 保存任意異常進(jìn)入非Hyp mode & 非Monitor mode的跳轉(zhuǎn)向量基地址 |
HVBAR | 32bit | 保存任意異常進(jìn)入Hyp mode的跳轉(zhuǎn)向量基地址 |
MVBAR | 32bit | 保存任意異常進(jìn)入Monitor mode的跳轉(zhuǎn)向量基地址 |
ESR_ELx | 32bit | 保存異常進(jìn)入ELx時(shí)的異常綜合信息,包含異常類型EC等,可以通過EC值判斷異常class |
PSTATE | 不是一個(gè)寄存器,是保存當(dāng)前PE狀態(tài)的一組寄存器統(tǒng)稱,其中可訪問寄存器有:PSTATE.{NZCV,DAIF,CurrentEL,SPSel},屬于ARMv8新增內(nèi)容,主要用于64bit環(huán)境下 |
4.1.1 A32狀態(tài)下寄存器組織
? 所謂的banked register 是指一個(gè)寄存器在不同模式下有對(duì)應(yīng)不同的寄存器,比如SP,在abort模式下是SP_bat,在Und模式是SP_und,在iqr模式下是SP_irq等,進(jìn)入各種模式后會(huì)自動(dòng)切換映射到各個(gè)模式下對(duì)應(yīng)的寄存器.
? R0-R7是所謂的非banked register,R8-R14是所謂的banked register
4.1.1 T32狀態(tài)下寄存器組織
A32使用 Rd/Rn編碼位寬4位 | T32-32bit使用 Rd/Rn編碼位寬4位 | T32-16bit使用 Rd/Rn編碼位寬3位 |
R0 | R0 | |
R1 | R1 | R1 |
R2 | R2 | R2 |
R3 | R3 | R3 |
R4 | R4 | R4 |
R5 | R5 | R5 |
R6 | R6 | R6 |
R7 | R7 | R7 |
R8 | R8 | 并不是說T32-16bit下沒有R8~R12,而是有限的指令才能訪問到,16bit指令的Rd/Rn編碼位只有3位,所以Rx范圍是R0-R7 |
R9 | R9 | |
R10 | R10 | |
R11 | R11 | |
R12 | R12 | |
SP (R13) | SP (R13) | SP (R13) |
LR (R14) | LR (R14) //M | LR (R14) //M |
PC (R15) | PC (R15) //P | PC (R15) //P |
CPSR | CPSR | CPSR |
SPSR | SPSR | SPSR |
4.2 AArch64重要寄存器
寄存器類型 | Bit | 描述 |
X0-X30 | 64bit | 通用寄存器,如果有需要可以當(dāng)做32bit使用:WO-W30 |
LR (X30) | 64bit | 通常稱X30為程序鏈接寄存器,保存跳轉(zhuǎn)返回信息地址 |
SP_ELx | 64bit | 若PSTATE.M[0] ==1,則每個(gè)ELx選擇SP_ELx,否則選擇同一個(gè)SP_EL0 |
ELR_ELx | 64bit | 異常鏈接寄存器,保存異常進(jìn)入ELx的異常地址(x={0,1,2,3}) |
PC | 64bit | 程序計(jì)數(shù)器,俗稱PC指針,總是指向即將要執(zhí)行的下一條指令 |
SPSR_ELx | 32bit | 寄存器,保存進(jìn)入ELx的PSTATE狀態(tài)信息 |
NZCV | 32bit | 允許訪問的符號(hào)標(biāo)志位 |
DIAF | 32bit | 中斷使能位:D-Debug,I-IRQ,A-SError,F(xiàn)-FIQ ,邏輯0允許 |
CurrentEL | 32bit | 記錄當(dāng)前處于哪個(gè)Exception level |
SPSel | 32bit | 記錄當(dāng)前使用SP_EL0還是SP_ELx,x= {1,2,3} |
HCR_EL2 | 32bit | HCR_EL2.{TEG,AMO,IMO,FMO,RW}控制EL0/EL1的異常路由 邏輯1允許 |
SCR_EL3 | 32bit | SCR_EL3.{EA,IRQ,FIQ,RW}控制EL0/EL1/EL2的異常路由 邏輯1允許 |
ESR_ELx | 32bit | 保存異常進(jìn)入ELx時(shí)的異常綜合信息,包含異常類型EC等. |
VBAR_ELx | 64bit | 保存任意異常進(jìn)入ELx的跳轉(zhuǎn)向量基地址 x={0,1,2,3} |
PSTATE | 不是一個(gè)寄存器,是保存當(dāng)前PE狀態(tài)的一組寄存器統(tǒng)稱,其中可訪問寄存器有:PSTATE.{NZCV,DAIF,CurrentEL,SPSel},屬于ARMv8新增內(nèi)容,64bit下代替CPSR |
4.3 64、32位寄存器的映射關(guān)系
64-bit |
64-bit OS Runing AArch32 App | 64-bit | 32-bit | |
X0 | R0 | X20 | LR_adt | |
X1 | R1 | X21 | SP_abt | |
X2 | R2 | X22 | LR_und | |
X3 | R3 | X23 | SP_und | |
X4 | R4 | X24 | R8_fiq | |
X5 | R5 | X25 | R9_fiq | |
X6 | R6 | X26 | R10_fiq | |
X7 | R7 | X27 | R11_fiq | |
X8 | R8_usr | X28 | R12_fiq | |
X9 | R9_usr | X29 | SP_fiq | |
X10 | R10_usr | X30(LR) | LR_fiq | |
X11 | R11_usr | SCR_EL3 | SCR | |
X12 | R12_usr | HCR_EL2 | HCR | |
X13 | SP_usr | VBAR_EL1 | VBAR | |
X14 | LR_usr | VBAR_EL2 | HVBAR | |
X15 | SP_hyp | VBAR_EL3 | MVBAR | |
X16 | LR_irq | DFSR | ||
X17 | SP_irq | ESR_EL2 | HSR | |
X18 | LR_svc | |||
X19 | SP_svc |
第5章 異常模型
5.1 異常類型描述
5.1.1 AArch32異常類型
異常類型 | 描述 | 默認(rèn)捕獲模式 | 向量地址偏移 |
Undefined Instruction | 未定義指令 | Und mode | 0x04 |
Supervisor Call | SVC調(diào)用 | Svc mode | 0x08 |
Hypervisor Call | HVC調(diào)用 | Hyp mode | 0x08 |
Secure Monitor Call | SMC調(diào)用 | Mon mode | 0x08 |
Prefetch abort | 預(yù)取指令終止 | Abt mode | 0x0c |
Data abort | 數(shù)據(jù)終止 | Abt mode | 0x10 |
IRQ interrupt | IRQ中斷 | IRQ mode | 0x18 |
FIQ interrupt | FIQ中斷 | FIQ mode | 0x1c |
Hyp Trap exception | Hyp捕獲異常 | Hyp mode | 0x14 |
Monitor Trap exception | Mon捕獲異常 | Mon mode | 0x04 |
5.1.2 AArch64異常類型
可分為同步異常 & 異步異常兩大類,如下表描述:
Synchronous(同步異常) | |
異常類型 | 描述 |
Undefined Instruction | 未定義指令異常 |
Illegal Execution State | 非常執(zhí)行狀態(tài)異常 |
System Call | 系統(tǒng)調(diào)用指令異常(SVC/HVC/SMC) |
Misaligned PC/SP | PC/SP未對(duì)齊異常 |
Instruction Abort | 指令終止異常 |
Data Abort | 數(shù)據(jù)終止異常 |
Debug exception | 軟件斷點(diǎn)指令/斷點(diǎn)/觀察點(diǎn)/向量捕獲/軟件單步 等Debug異常 |
Asynchronous(異步異常) | |
類型 | 描述 |
SError or vSError | 系統(tǒng)錯(cuò)誤類型,包括外部數(shù)據(jù)終止 |
IRQ or vIRQ | 外部中斷 or 虛擬外部中斷 |
FIQ or vFIQ | 快速中斷 or 虛擬快速中斷 |
異常進(jìn)入滿足以下條件 | 向量地址偏移表 | |||
Synchronous (同步異常) | IRQ || vIRQ | FIQ || vFIQ | SError || vSError | |
SP => SP_EL0 && 從Current EL來 | 0x000 | 0x080 | 0x100 | 0x180 |
SP => SP_ELx && 從Current EL來 | 0x200 | 0x280 | 0x300 | 0x380 |
64bit => 64bit && 從Low level EL來 | 0x400 | 0x480 | 0x500 | 0x580 |
32bit => 64bit && 從Low level EL來 | 0x600 | 0x680 | 0x700 | 0x780 |
? SP => SP_EL0,表示使用SP_EL0堆棧指針,由PSTATE.SP == 0決定,PSTATE.SP == 1 則SP_ELx;
? 32bit => 64bit 是指發(fā)生異常時(shí)PE從AArch32切換到AArch64的情況;
5.2異常處理邏輯
5.2.1 寄存器操作
流程 | Note |
AArch32 State | |
x = {und/svc/abt/irq/fiq/hyp/mon} | PE跳轉(zhuǎn)到哪一種模式通常由路由關(guān)系決定 |
2、保存異常返回地址到LR_x,用于異常返回用 | LR也是對(duì)應(yīng)模式的R[14]_x寄存器,32位系統(tǒng)下LR和ELR是同一個(gè)寄存器,而64位是獨(dú)立的 |
3、備份PSTATE 數(shù)據(jù)到SPSR_x | 異常返回時(shí)需要從SPSR_x恢復(fù)PSTATE |
4、PSTATE 操作: PSTATE.M[4:0]設(shè)置為異常模式x PSTATE.{A,I,F} = 1 PSTATE.T = 1,強(qiáng)制進(jìn)入A32模式 PSTATE.IT[7:2] = “00000” | PSTATE.M[4]只是對(duì)32位系統(tǒng)有效,64為下是保留的,因?yàn)?4位下沒有各種mode的概念. 異常處理都要切換到ARM下進(jìn)行; 進(jìn)入異常時(shí)需要暫時(shí)關(guān)閉A,I,F中斷; |
5、據(jù)異常模式x的向量偏移跳轉(zhuǎn)到進(jìn)入異常處理 | 各個(gè)mode有對(duì)應(yīng)的Vector base addr + offset |
AArch64 state | |
| 異常返回時(shí)需要從SPSR_ELx中恢復(fù)PSTATE |
2、保存異常進(jìn)入地址到ELR_ELx,同步異常(und/abt等)是當(dāng)前地址,而 異步異常(irq/fiq等)是下一條指令地址 | 64位架構(gòu)LR和ELR是獨(dú)立分開的,這點(diǎn)和32位架構(gòu)有所差別 |
3、保存異常原因信息到ESR_ELx | ESR_ELx.EC代表Exception Class,關(guān)注這個(gè)bit |
4、PE根據(jù)目標(biāo)EL的異常向量表中定義的異常地址強(qiáng)制跳轉(zhuǎn)到異常處理程序 | 跳轉(zhuǎn)到哪個(gè)EL使用哪個(gè)向量偏移地址又路由關(guān)系決定 |
5、堆棧指針SP的使用由目標(biāo)EL決定 | (SPSR_ELx.M[0] == 1) ? h(ELx): t(EL0) |
5.2.2 路由控制
Execution State | 異步異常(中斷) | 路由控制位、優(yōu)先級(jí)排列. 1允許 0禁止 |
AArch32 | Asynchronous Data Abort (異步數(shù)據(jù)終止) | SCR.EA HCR.TGE HCR.AMO |
IRQ or vIRQ | SCR.IRQ HCR.TGE HCR.IMO | |
FIQ or vFIQ | SCR.FIQ HCR.TGE HCR.FMO | |
AArch64 | SError or vSError | SCR_EL3.EA HCR_EL2.TGE HCR_EL2.AMO |
IRQ or vIRQ | SCR_EL3.IRQ HCR_EL2.TGE HCR_EL2.IMO | |
FIQ or vFIQ | SCR_EL3.FIQ HCR_EL2.TGE HCR_EL2.FMO |
? 若HCR_EL2.TGE ==1所有的虛擬中斷將被禁止,HCR.{AMO,IMO,FMO} HCR_EL2.{AMO,IMO,FMO}被當(dāng)成1處理.
5.3流程圖對(duì)比
AArch32、AArch64架構(gòu)下IRQ 和Data Abort 異常處理流程圖對(duì)比.
5.3.1 IRQ 流程圖
5.3.1.1 AArch32
5.3.1.2 AArch64
5.3.2 Data Abort 流程圖
5.3.2.1 AArch32
5.3.2.2 AArch64
5.4 源代碼異常入口
5.4.1 C函數(shù)入口
異常類型 | AArch32 State | AArch64 State | ||
所在文件 | C 函數(shù) | 所在文件 | C 函數(shù) | |
Und | arm/kernel/traps.c | do_undefinstr | Arm64/kernel/traps.c | do_undefinstr |
Data Abort | arm/mm/fault.c | do_DataAbort | arm64/mm/fault.c | do_mem_abort |
IRQ | arm/kernel/irq.c | asm_do_IRQ | arm64/kernel/irq.c | handle_IRQ |
FIQ | ||||
System Call | ||||
上一篇:ARMv8 內(nèi)存管理架構(gòu).學(xué)習(xí)筆記
下一篇:最后一頁(yè)
推薦閱讀
史海拾趣
臺(tái)灣富晶(FORTUNE)公司的發(fā)展故事
故事一:初創(chuàng)與先驅(qū)之路
富晶電子股份有限公司(Fortune Semiconductor Corp.),中文簡(jiǎn)稱富晶,成立于1995年,總部位于臺(tái)灣新北市淡水區(qū)。作為亞洲最早切入模擬IC設(shè)計(jì)的先驅(qū)之一,富晶自創(chuàng)立之初便專注于電路設(shè)計(jì)與整合技術(shù)。在那個(gè)數(shù)字科技剛剛起步的時(shí)代,富晶憑借其前瞻性的視野和深厚的技術(shù)積累,迅速在模擬IC設(shè)計(jì)領(lǐng)域嶄露頭角。公司不僅精通電路設(shè)計(jì),還擅長(zhǎng)將先進(jìn)的SOC/SIP技術(shù)應(yīng)用于實(shí)際產(chǎn)品中,為消費(fèi)電子、電源管理、家用電器等多個(gè)領(lǐng)域提供了高性能的IC解決方案。
故事二:性價(jià)比優(yōu)勢(shì)與市場(chǎng)拓展
隨著消費(fèi)性電子產(chǎn)品的價(jià)格逐漸親民,富晶的產(chǎn)品因其優(yōu)良的電路設(shè)計(jì)和品質(zhì),在電源管理IC和電池管理IC等模擬IC領(lǐng)域展現(xiàn)出了強(qiáng)大的性價(jià)比競(jìng)爭(zhēng)力。在過去十年中,富晶成功幫助眾多制造商提升了消費(fèi)性電子產(chǎn)品的價(jià)值,推動(dòng)了手機(jī)、筆記本電腦、數(shù)碼相機(jī)等產(chǎn)品的普及。制造商們選擇富晶的IC產(chǎn)品,不僅因?yàn)槠浞€(wěn)定的質(zhì)量和卓越的性價(jià)比,還因?yàn)楦痪軌虺掷m(xù)穩(wěn)定地供貨,滿足了市場(chǎng)對(duì)高效、可靠電子元件的迫切需求。
故事三:技術(shù)創(chuàng)新與產(chǎn)品升級(jí)
富晶始終將技術(shù)創(chuàng)新視為企業(yè)發(fā)展的核心動(dòng)力。公司不斷投入研發(fā)資源,致力于開發(fā)更加先進(jìn)、高效的IC產(chǎn)品。通過不斷優(yōu)化電路設(shè)計(jì)、提升制造工藝,富晶成功推出了一系列具有行業(yè)領(lǐng)先水平的產(chǎn)品,如FS98O24、FS8855等電源管理IC和電池管理IC。這些產(chǎn)品不僅性能卓越,而且功耗更低、體積更小,滿足了市場(chǎng)對(duì)電子產(chǎn)品輕薄化、綠色化的需求。
故事四:貼近市場(chǎng)與客戶需求
自成立以來,富晶始終秉持著貼近市場(chǎng)、滿足客戶需求的服務(wù)理念。公司密切關(guān)注市場(chǎng)動(dòng)態(tài)和客戶需求變化,及時(shí)調(diào)整產(chǎn)品策略和服務(wù)模式。通過與客戶建立緊密的合作關(guān)系,富晶能夠深入了解客戶的實(shí)際需求,為客戶提供定制化的解決方案。這種貼近市場(chǎng)的服務(wù)模式不僅贏得了客戶的信賴和支持,也為富晶在激烈的市場(chǎng)競(jìng)爭(zhēng)中贏得了寶貴的市場(chǎng)份額。
故事五:全球化布局與未來發(fā)展
隨著全球化進(jìn)程的加速推進(jìn),富晶也加快了其全球化布局的步伐。公司不僅在國(guó)內(nèi)市場(chǎng)取得了顯著的成績(jī),還積極拓展海外市場(chǎng),與眾多國(guó)際知名企業(yè)建立了長(zhǎng)期穩(wěn)定的合作關(guān)系。同時(shí),富晶還注重與國(guó)際先進(jìn)技術(shù)的交流與合作,不斷提升自身的技術(shù)水平和創(chuàng)新能力。展望未來,富晶將繼續(xù)秉承“創(chuàng)新、卓越、共贏”的發(fā)展理念,致力于成為全球領(lǐng)先的模擬IC設(shè)計(jì)企業(yè),為電子行業(yè)的繁榮發(fā)展貢獻(xiàn)更多的力量。
隨著產(chǎn)品的不斷成熟和市場(chǎng)的認(rèn)可,Diotec開始積極拓展國(guó)內(nèi)外市場(chǎng)。公司加強(qiáng)與國(guó)際知名電子企業(yè)的合作,不斷提升產(chǎn)品的品質(zhì)和技術(shù)水平。同時(shí),Diotec還注重品牌建設(shè),通過一系列的市場(chǎng)推廣活動(dòng),提高了品牌的知名度和美譽(yù)度。這些努力使Diotec的產(chǎn)品在電子行業(yè)中占據(jù)了重要的地位,成為眾多客戶的首選供應(yīng)商。
隨著環(huán)保意識(shí)的提高,Diotec開始關(guān)注綠色發(fā)展和社會(huì)責(zé)任。公司積極采用環(huán)保材料和生產(chǎn)工藝,減少生產(chǎn)過程中的環(huán)境污染。同時(shí),Diotec還參與了一系列公益活動(dòng),為當(dāng)?shù)厣鐓^(qū)和環(huán)境保護(hù)事業(yè)做出了貢獻(xiàn)。這些舉措不僅提升了公司的社會(huì)形象,也為公司的長(zhǎng)期發(fā)展奠定了基礎(chǔ)。
EDC一直將產(chǎn)品質(zhì)量視為企業(yè)的生命線。為了確保產(chǎn)品質(zhì)量,公司建立了嚴(yán)格的質(zhì)量管理體系,從原材料采購(gòu)到生產(chǎn)過程中的每一個(gè)環(huán)節(jié)都進(jìn)行嚴(yán)格的質(zhì)量控制。
此外,EDC還注重售后服務(wù),為客戶提供全方位的技術(shù)支持和解決方案。這些舉措讓EDC贏得了客戶的信賴和好評(píng),也為公司贏得了更多的市場(chǎng)份額。
背景:在閃存市場(chǎng)取得成功后,Galaxy Microelectronics開始探索多元化發(fā)展道路。
發(fā)展:公司決定進(jìn)入DRAM市場(chǎng),并投入大量資源進(jìn)行技術(shù)研發(fā)。經(jīng)過幾年的努力,Galaxy Microelectronics成功推出了多款高性能DRAM產(chǎn)品,進(jìn)一步豐富了其產(chǎn)品線。此外,公司還開始涉足SSD固態(tài)硬盤領(lǐng)域,推出了多款具有競(jìng)爭(zhēng)力的產(chǎn)品,進(jìn)一步鞏固了其在存儲(chǔ)市場(chǎng)的地位。
在電子行業(yè)中,產(chǎn)品質(zhì)量是企業(yè)生存和發(fā)展的關(guān)鍵。創(chuàng)都公司深知這一點(diǎn),因此在品質(zhì)管理上投入了大量精力。公司建立了嚴(yán)格的質(zhì)量管理體系,從原材料采購(gòu)到生產(chǎn)流程控制,再到產(chǎn)品出廠檢驗(yàn),每一個(gè)環(huán)節(jié)都經(jīng)過嚴(yán)格把關(guān)。此外,創(chuàng)都公司還積極引進(jìn)先進(jìn)的生產(chǎn)設(shè)備和技術(shù),提升生產(chǎn)效率和產(chǎn)品質(zhì)量。這些措施使得創(chuàng)都公司的產(chǎn)品在市場(chǎng)上享有良好的口碑,贏得了消費(fèi)者的信任和喜愛。
哪位大蝦的MMA7455驅(qū)動(dòng)成功了,冒個(gè)泡啊 我剛買了個(gè)2片MMA7455,過幾天就到了,不知道哪個(gè)大蝦的MMA7455驅(qū)動(dòng)成功了 … 查看全部問答∨ |
|
如何在系統(tǒng)中區(qū)分當(dāng)前使用的monitor是lCD顯示器還是投影儀 Dear All, Rt,需要在程序中區(qū)分你使用的是lcd顯示器還是投影儀 想去讀取驅(qū)動(dòng)中的信息 不知有沒有辦法 謝謝… 查看全部問答∨ |
|
大家好,有個(gè)問題一直沒有解決。請(qǐng)大家啊賜教,急! 當(dāng)手機(jī)鎖定屏幕后,我用什么方法能禁止其他應(yīng)用程序啟動(dòng)(不用FindWindows的方法)?!? 查看全部問答∨ |
|
嘿嘿,剛剛轉(zhuǎn)入嵌入式行業(yè)了,報(bào)個(gè)到先。 我原來是Windows平臺(tái)做C++的,現(xiàn)在轉(zhuǎn)入嵌入式剛一個(gè)月,平時(shí)都在看資料學(xué)習(xí),學(xué)累了就想寫寫代碼放松下。不過公司管的比較嚴(yán),VC這種是受控安裝的。想換個(gè)免費(fèi)的IDE能寫寫Windows代碼。工作中會(huì)用到GCC, ...… 查看全部問答∨ |
請(qǐng)問ov7620逐行掃描模式怎樣設(shè)置呀?我象7620的寄存器0x28寫入0x20為什么不行(7620一直忙)呀?是不是還要寫其他寄存器呀,怎樣寫呀?急呀? 謝謝先!… 查看全部問答∨ |
【醒目】wince如何實(shí)現(xiàn)multi bin【300分】 環(huán)境:wince5.0+s3c2410 + 64M flash 參考了網(wǎng)上一些2440 的資料,做出來老是啟動(dòng)不了,又不就有錯(cuò)誤。 不知道哪位兄弟實(shí)現(xiàn)過,介紹一下。 謝謝了! 只能發(fā)100分帖,解決了再放200分。 … 查看全部問答∨ |
設(shè)計(jì)資源 培訓(xùn) 開發(fā)板 精華推薦
- 利用STM32MP1和STM32MP2在嵌入式 Linux 平臺(tái)上部署有效的安全保護(hù)機(jī)制
- 超小但強(qiáng)大:MCU 的小尺寸封裝和集成如何幫助優(yōu)化空間受限的設(shè)計(jì)
- 德州儀器推出全球超小型 MCU,助力微型應(yīng)用創(chuàng)新
- Microchip推出電動(dòng)兩輪車(E2W)生態(tài)系統(tǒng),加速電動(dòng)出行創(chuàng)新
- 意法半導(dǎo)體推出STM32U3微控制器,面向遠(yuǎn)程、智能和可持續(xù)應(yīng)用,拓展超低功耗系列創(chuàng)新
- (一) ECloudIDE入門STM32-CubeMX工程創(chuàng)建與導(dǎo)入
- (二)ECloudIDE入門STM32-官方寄存器版例程使用
- Simulink STM32F407VGT6實(shí)現(xiàn)硬件在環(huán)
- openharmony:hilog_lite組件移植
- 英偉達(dá)芯片路線圖分析:Rubin GPU、Rubin Ultra 及 Feynman 架構(gòu)
- 自研芯片獲新進(jìn)展,理想純電車型能否靠AI「翻身」?
- 新能源汽車智能座艙技術(shù)
- 今年落地L3級(jí)自動(dòng)駕駛!放手一搏的廣汽,能否逆風(fēng)翻盤?
- 英偉達(dá)的開源人形機(jī)器人通用模型,IsaacGR00TN1會(huì)帶來什么?
- 2025固態(tài)電池全景圖:方興未艾,技術(shù)競(jìng)逐
- 2025年NVIDIA自動(dòng)駕駛安全報(bào)告
- 地平線2024年報(bào):中國(guó)智能駕駛芯片龍頭破局!
- 從長(zhǎng)城APP奔潰聊聊汽車是否應(yīng)過度智能化?
- DeepSeek動(dòng)搖不了英偉達(dá)的“芯片帝國(guó)”?
- Littelfuse第2期 | 符合AEC-Q200 車規(guī)的保險(xiǎn)絲/熔斷器
- 快來訪問泰克高速串行通信專題 配置您的專屬解決方案 贏好禮!
- ADI有獎(jiǎng)下載活動(dòng)之14 ADI公司針對(duì)pH計(jì)和電導(dǎo)率儀的演示系統(tǒng)
- TI攜您共創(chuàng)未來乘駕新體驗(yàn)——親自體驗(yàn): 明星產(chǎn)品限時(shí)購(gòu)
- 悅讀 TI 工業(yè)應(yīng)用精選方案,闖關(guān)贏好禮嘍!
- 沁恒CH579M-R1開發(fā)板免費(fèi)測(cè)評(píng),豐富外設(shè)等你體驗(yàn)
- 點(diǎn)評(píng)《讓世界更安全——TI Hercules開發(fā)實(shí)戰(zhàn)手冊(cè)》,精彩好禮等你拿!
- 【電源技術(shù)需求調(diào)查,為2024年蓄力!】活動(dòng)開始啦~
- 愛“拼”才會(huì)贏 英飛凌柵極驅(qū)動(dòng)IC拼圖闖關(guān) 活動(dòng)開始啦!
- 中南大學(xué)湘雅二醫(yī)院安裝了新一代達(dá)芬奇機(jī)器人操作系統(tǒng)Xi
- 霍金對(duì)無人駕駛的預(yù)言可不可信?這值得了解
- 順德區(qū)第二人民醫(yī)院正式引入一個(gè)醫(yī)用物流機(jī)器人
- 我國(guó)新能源汽車產(chǎn)業(yè)八大發(fā)展前景分析和預(yù)測(cè)
- 哈工現(xiàn)代與51CLOUD合作打造出了工業(yè)機(jī)器人在線監(jiān)測(cè)平臺(tái)
- 數(shù)字化轉(zhuǎn)型迫在眉睫,微軟與臺(tái)達(dá)合作共謀轉(zhuǎn)型
- SiP迎來行業(yè)風(fēng)口,各大巨頭均在“守株待兔”
- 南京賽格微終止掛牌,新三板緣何走上摘牌之路?
- 我國(guó)集成電路封測(cè)展業(yè)現(xiàn)狀及未來發(fā)展將如何?
- 優(yōu)傲機(jī)器人UR16e高載荷協(xié)作機(jī)器人發(fā)布,進(jìn)一步解放勞動(dòng)力