Tel: w w w. f o x i c e. n e t Tel: FoxICE For ARM 仿真器简介 Brief introduction FoxI

Size: px

Start display at page:

Download "Tel: w w w. f o x i c e. n e t Tel: FoxICE For ARM 仿真器简介 Brief introduction FoxI"

雕昨华
4 years ago
Views:

Tel:13538088657 Email:sales6@foxice.net w w w. f o x i c e. n e t Tel:13538088657 Email:sales6@foxice.

内置的仿真器自动搜索及开放可扩充的 Flash 编程功能为开发人员提供了极大的便利, 是广大从事嵌入式开发的工程师不可或缺的开发利器技术优势 Technical advantage 高速程序代码下载速度调试下载速度可达 200K - 400KBytes/S, 是 Multi-ICE 兼容类仿真器的 2 倍以上, 单步调试速度 :40-60 步 / 秒硬件逻辑完成底层调试命令与 JTAG

1 Tel: w w w. f o x i c e. n e t Tel: sales6@foxice.net FoxICE For ARM 仿真器简介 Brief introduction FoxICE 仿真器是自主研发的新一代百兆网口高速实时在线仿真器, 支持 ARM7 ARM9 ARM9E 系列 ARM 处理器, 可用于开发调试包含 JTAG 接口的 ARM 目标板采用高速网口极大地提高了程序的下载和调试速度 (200K - 400KBytes/S), 使团队共享和远程调试成为可能内置的仿真器自动搜索及开放可扩充的 Flash 编程功能为开发人员提供了极大的便利, 是广大从事嵌入式开发的工程师不可或缺的开发利器技术优势 Technical advantage 高速程序代码下载速度调试下载速度可达 200K - 400KBytes/S, 是 Multi-ICE 兼容类仿真器的 2 倍以上, 单步调试速度 :40-60 步 / 秒硬件逻辑完成底层调试命令与 JTAG 之间的并串转换, 充分利用 JTAG 的带宽, 避免浪费 FoxICE For ARM 仿真器主控处理器的处理能力 FoxICE For ARM 仿真器采用 200MHz 的处理器, 控制与调试主机的通讯及仿真调试以支持调试过程中的高速下载上传 ; 调试处理的逻辑下移到 200MHz 的处理器执行, 既减轻了调试主机的负担, 也使得调试仿真的速度不受主机任务负荷轻重的影响 ; 实时响应快速处理目标板的调试事件 JTAG 速度可配置 FoxICE 仿真器 JTAG 时钟速度最低 2.441KHz, 最高可达 10MHz, 以满足不同调试对象的要求高速以太网口与主机通讯通过 10/100M 以太网络与主机通讯支持团队网络共享远程调试, 支持自适应 10M/100M 的全双工半双工以太网超低超宽电压的处理器调试支持 5V 类处理器的调试目标范围为 :0.65~5.5V, 这是目前为止支持电压最宽的仿真器提供符合 RDI 标准的 FoxICE 驱动程序支持 GDB 调试器及 Eclipse 集成开发环境 GDB debugger & Eclipse IDE FoxICE 仿真器内置对于 GDB Remote Serial Protocol 协议支持 GDB 调试器可以直接与 FoxICE 仿真器连接, 控制目标板, 中间不必经过其他转换程序 FoxICE 仿真器完美支持 GDB 的 File IO 扩展协议目标板程序可以通过 FoxICE 仿真器, 把调试测试的结果输出到调试主机上, 或者是保存到调试主机的文件中, 方便观察比较与调试串口相比,File IO 的读写速度更快 ; 不需要调试串口相关的硬件 ; 不需要目标板与调试主机之间通过串口线连接, 方便用户可以远程调试免费赠送 Eclipse for ARM V3.2.1 集成开发环境包括 Eclipse 及其中文语言支持包 GNU for ARM 交叉编译调试工具 GNU 工具用户手册等全部的软件工具已经经过测试打包, 通过标准的 Windows 安装程序即可完成安装 FoxICE 用户手册提供了详细的介绍, 用户可以快速掌握在 Eclipse 环境进行 ARM 软件开发的技术在 Eclipse 环境调试 ARM 目标板上的程序人性化的设计 Humanizing Design 仿真器自动搜索功能 Copyright 深圳市伽罗华科技开发有限公司 foxice.net 版权所有第 1 页共 2 页所

flash 编程算法内置了 Samsung NAND Flash(S3C2410,S3C2440) 的编程算法提供编程算法源代码, 供用户作为模板, 生成支持新的 Flash 芯片编程算法在线 Flash 烧写功能支持用户通过控制台程序 FoxConsole 对目标板的 flash 进行编程可省去通用编程器, 不需要专用烧写软件便捷的 ARM 内核选择收集整理了数百种 ARM

2 Tel: w w w. f o x i c e. n e t Tel: sales6@foxice.net 用户在不能确定仿真器 IP 地址的情况下, 通过控制台程序 FoxConsole, 即可自动搜索网络上的 FoxICE 仿真器支持对仿真器 IP 地址等通讯参数的修改, 不需要专用的 IP 设置工具开放可扩充的 Flash 编程允许用户自行编写 Flash 编程算法来扩充支持新的 flash 芯片内置了 SST AMD ATMEL Macronix Intel 等公司的 flash 编程算法内置了 Samsung NAND Flash(S3C2410,S3C2440) 的编程算法提供编程算法源代码, 供用户作为模板, 生成支持新的 Flash 芯片编程算法在线 Flash 烧写功能支持用户通过控制台程序 FoxConsole 对目标板的 flash 进行编程可省去通用编程器, 不需要专用烧写软件便捷的 ARM 内核选择收集整理了数百种 ARM 内核的处理器, 方便用户在仿真调试时, 直接指定处理器的芯片型号支持 20 针 JTAG 插座的目标板 ; 提供 14 转 20 的转接小板, 支持 14 针 JTAG 插座的目标板, 具有 JTAG 防反插设计, 保护用户系统和仿真器自动搜索网络上的 FoxICE 仿真器 Flash 编程界面 (Board) 更大的扩展升级空间 More flexible architecture for future upgrade 可扩展可升级的软硬件设计 FoxICE For ARM 仿真器预留了主控处理器 50% 的处理能力及数倍于目前的固件程序存储空间为将来的 FoxICE For ARM 仿真器的升级, 新功能的扩展, 新的 ARM 处理器的支持, 预留了充足的硬件资源在线 Firmware 升级, 支持最新 ARM 类型其他特性 Other Typical Specifications 支持 JTAG 口上的自适应时钟 (RTCK) 支持 ARM 公司的 AXD RealView ADW 以及其他所有符合 RDI1.51 规范的第三方调试开发工具如 Multi2000, EWARM 等自主供电, 不需要目标板供电, 减小对目标系统的影响支持 semihosting 功能支持对 CP15 寄存器 Embedded-ICE 寄存器的访问支持多种操作系统 :Windows95/98/NT/Me/2000/XP 采用 JTAG 口的菊花链级联方式, 支持同一 ASIC 内多个不同类型的 ARM 核 LED 指示运行状态体积轻巧, 性能稳定支持的 ARM 内核 ARM Core supported by FoxICE ARM7 系列 ARM9 系列 ARM9E 系列 ARM70DI, ARM7DMI, ARM7TDI-S, ARM7TDMI, ARM7TDMI-S, ARM7EJ-S, ARM710T, ARM720T R0-3, ARM720T R4, ARM740T ARM9TDMI, ARM920T, ARM922T, ARM925T, ARM940T ARM9E-S, ARM9EJ-S, ARM926EJ-S, ARM946E-S, ARM966E-S, ARM968E-S Copyright 深圳市伽罗华科技开发有限公司 foxice.net 版权所有第 2 页共 2 页所

3 Lecture 2 - Bootloader ARM architecture overview Bootloader overview Case study UBoot PART1: Startup PART2: Monitoring mode PART3: OS Boot Available bootloaders for Linux 1

4 ARM Architecture Overview ARM Operating Modes User mode: a normal program execution state FIQ Fast Interrupt: for fast interrupt handling IRQ Normal Interrupt: for general purpose interrupt handling Supervisor mode (SVC): a protected mode for operating system Abort mode: when a data or instruction pre-fetch is aborted Undefined mode: when an undefined instruction is executed System mode: a privileged user mode for the operating system ARM Processor States Arm state: all instructions are 32bits long, word-aligned. Thumb state: all instructions are 16 bits wide, half-word aligned. Jazelle state: all instructions are 8 bits wide for Java Bytecode (for v5tej only) 2

5 ARM Architecture Overview ARM-State Registers 3

6 ARM Architecture Overview Thumb-State Registers 4

7 ARM Architecture Overview Program Status Register (PSR) CPSR: Current Program Status Register SPSR: Saved Program Status Register 5

8 ARM Architecture Overview ARM Exception Types Reset Hardware reset: when the processor reset pin is asserted Software reset: by branching to the reset vector (0x0000) Undefined instruction the processor cannot recognize the currently execution instruction Software Interrupt (SWI) By s/w instruction, to allow a program running in User mode to request privileged operations that are in Supervisor mode Prefetch Abort Fetch an instruction from an illegal address Data Abort A data transfer instr. try to load or store data at an illegal address IRQ: The processor IRQ pin is asserted and the I bit in CPSR is clear FIQ: The processor FIQ pin is asserted and the F bit in CPSR is clear 6

9 ARM Architecture Overview ARM Exception Vectors (1) Memory 7

10 ARM Architecture Overview ARM Instruction Set Data processing instruction (x24) Arithmetic instruction (x8) Bit-wise Logic instruction (x4) Movement instruction (x2) Comparison instruction (x4) Shift and rotator instruction (x6) Load and store instructions (x4) Single-register load/store instructions (x2) Multiple-register load/store instructions (x2) Branch instruction (x2) Status Register Transfer instruction (x2) Exception Generating instructions (x2) 8

11 ARM Architecture Overview ARM Instruction Summary 9

12 ARM Architecture Overview ARM Instruction Summary 10

13 ARM Architecture Overview ARM Instruction Condition Code In ARM, all instructions can be conditionally executed according to the state of the CPSR condition codes 11

14 Bootloader Overview Bootstrapping When system is powered on, the first piece of code (called bootstrapping) initializes basic hardware and then bring up OS kernel. It can be included in a bootloader, or in OS directly. Reference documents that you need The data sheet and user s manual of the target platform Processor s Architectural Reference Manual Processor s developer s guide The user guides for Processor s Assembly, Compiler and Linker. Boot requirement for the target OS 12

15 Bootloader Selection Bootloader Overview The Processor architectures and platforms that it supports The OS that it supports Debugging abilities, Stability and Portability Functionalities: simple bootup, or with monitoring capability and lots of drivers support. The medium they are installed in usually ROM, EEPROM or Flash The storage device from which the kernel image is downloaded host PC, local Flash, disk, CF, etc. The device and protocol by which the kernel image is transmitted Serial port, USB, ethernet, IDE, etc. The 'host-side' software used to transmit the kernel image if it is coming from an external device/machine. 'sleep' reset support Not to do a normal reboot if this was a sleep wakeup. 13

16 Case Study - UBoot Das UBoot features UBoot stands for Universal Bootloader Open source bootloader, under GPL license Source code available at Based on PPCBoot and ARMBoot projects Support many CPU architectures and platform types ARM, PPC, MIPS, x86, and their variance Support many OS Linux, NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS Support booting image from TFTP, IDE/SCSI HDD, Flash, Support lots of device drivers and monitor commands Supports user configuration using Environment Variables which can be made persistent by saving to Flash memory. Support tool to compress (by gzip, bzip2) and pack images 14

17 Part- I: Startup Make U-Boot Check the target boards supported by U-Boot vi /u-boot-1.1.2/makefile : smdk2410_config : $(@:_config=) arm arm920t smdk2410 NULL s3c24x0 : Config your target board smdk2410 as an example [root@test u-boot-1.1.2]# make smdk2410_config Configuring for smdk2410 board. Make u-boot [root@test u-boot-1.1.2]# make : ELF format Motorola S-Record -Map u-boot.map o u-boot arm-linux-objcopy --gap-fill=0xff O srec u-boot u-boot.srec arm-linux-objcopy --gap-fill=0xff O binary u-boot u-boot.bin plain binary 15

18 Part- I: UBoot Startup _start: reset: cpu_init_crit: memsetup: cpu_init_crit: reset: 1. setup exception vector table, and each handler 1. set SVC mode 2. turn off watchdog 3. disable all IRQs 4. set System Clock (data sheet 7-22) 1. flush I and D cache 2. flush TLB 3. disable MMU stuff and caches In /board/smdk2410/memsetup.s 1. enable and set memory 2. return to /cpu/arm920t/start.s 1. return to reset: 16

19 Part- I: reset: relocate: _start_armboot: UBoot Startup 1. Setup C environment and run on RAM - copy U-Boot code/ initialized data to RAM from: _start: 0x0, Flash base to: _TEXT_BASE, 0x33F80000, Entry on RAM size: _armboot_start ~ bss_start (0x33F80000) (0x33F9-8558) - setup stack pointer sp = _TEXT_BASE glb data heap irq_stack fiq_stack abrt_stack - clear BSS (_bss_start ~ _bss_end ) start_armboot() main_loop() In common/main.c In lib_arm/board.c 1. Flash initialization 2. Init environment 3. Set IP addr 4. Set MAC addr 5. Devices initialize 6. Console initialize 7. Enable interrupts 8. Enable Ethernet In C code 17

20 Part- I: Linker Descriptor U-boot /board/smdk2410/u-boot.lds u-boot-1.1.2]# make : arm-linux-ld Bstatic Tuboot-1.1.2/board/smdk2410/u-boot.lds Ttext 0x33F80000 : U-boot-1.1.2/board/smdk2410/config.mk TEXT_BASE = 0x33F8000 UBoot entry point address 18

21 Part- I: UBoot trace- startup (1/7) U-boot /cpu/arm920t/start.s 19

22 Part- I: UBoot trace- startup (2/7) U-boot /cpu/arm920t/start.s 20

23 Part- I: UBoot trace- startup (3/7) U-boot /cpu/arm920t/start.s 21

24 Part- I: UBoot trace- startup (4/7) U-boot /cpu/arm920t/start.s 22

25 Part- I: UBoot trace- startup (5/7) U-boot /cpu/arm920t/start.s /lib_arm/board.c 23

26 Part- I: UBoot trace- startup (6/7) U-boot /cpu/arm920t/start.s /board/smdk2410/memsetup.s 24

Part- I: UBoot trace- startup (7/7) U-boot-1.1.2 /board/smdk2410/memsetup.

27 Part- I: UBoot trace- startup (7/7) U-boot /board/smdk2410/memsetup.s r0 as src (SMRDARA addr on Flash) r1 as dest (BWSCON reg addr) r2 as copy length (13 words) ords

28 Part- II: Monitoring mode help /? boot bootelf bootm bootp tftpboot go cp md mm mtest erase finfo protect imls setenv saveenv printenv UBoot Commands - print online help - boot default, i.e., run bootcmd - boot from an ELF image in memory - boot application image from memory - boot image via network using BootP/TFTP - boot image via network using TFTP protocol - start application at address addr - memory copy - memory display - memory modify - simple RAM test Memory - erase FLASH memory - print FLASH memory information - enable or disable FLASH write protection - list all images found in flash - set environment variables - save environment variables (on flash) - print environment variables list all UBoot commands Flash Boot Environment variables 26

29 Part- II: UBoot Environment Variables EX.1 EX.2 ethaddr, ipaddr, gatewayip, netmask: target board information serverip: tftp server IP address bootfile: filepath/name on the tftp server TFTP download info fileaddr: addr on the target to put the file bootargs: kernel commands bootdelay: auto-boot delay time auto-boot Kernel info bootcmd: auto-boot startup command... boot from network # setenv bootfile /tftpboot/multi img # setenv fileaddr # setenv bootargs root=/dev/ram0 console=ttys0, init=linuxrc # setenv boot tftp\; bootm # setenv bootcmd run boot # saveenv # tftp # erase effff # cp.b $(filesize) download image and put on flash boot from flash # setenv boot cp.b a4 \; bootm # saveenv 27

30 Part- II: UBoot trace- Commands U-boot /common/main.c main_loop() s = getenv ("bootdelay"); bootdelay = s; s = getenv ("bootcmd"); s = NULL; bootdelay >= 0;!abortboot( bootdelay ) Y run_command(s) len = readline() run_command() cmdtp = find_cmd() (cmdtp->cmd) () N If booting is NOT aborted by the user during the initial bootdelay seconds, it will run the commands pre-set in bootcmd automatically. Otherwise it will run the commands input by user in the run-time. In common/command.c Look up commands in the command table call function to do the command 28

31 Part- III: OS Boot Boot Requirements for Linux (1/6) To boot Linux, bootloader has to load two things into memory the Linux kernel also possible to configure the kernel to run on FLASH/ ROM a root filesystem (RFS) which usually takes the form of an initial RAMdisk (or 'initrd') which is a gzip-compress normal ext2 filesystem image it can also be a ramfs, cramfs or jffs2 image. Most boot-loaders are capable of two operation modes Bootloading autonomously load its Kernel and RFS from an internal device - i.e. the normal booting procedure. Downloading downloads the Kernel and RFS from an external device, often under the control of that device. This is the mode that is used to first install the Kernel and RFS, and for subsequent updates. 29

32 Part- III: Boot Requirements for Linux (2/6) What does the loader do before giving control to Linux kernel? 1. Initialize base hardware CPU speed, memory timings, detect location and size of RAM (passed to Kernel by tagged list) detect machine type (passed to Kernel by r1) 2. Initialize devices any device that needs for reading Kernel and RFS images Init UART to be Kernel console (passed to Kernel by tagged list.) 3. Copy Kernel and RFS images to RAM arrange a block of contiguous physical memory for the Kernel, and another contiguous one for RFS (no need to be adjacent) Copy (or download remotely) and decompress (if needed) the Kernel and RFS image to their contiguous areas Note. Linux Kernel kernel uses 16K of RAM below it to store Page Tables. The recommended placement is 32KB into RAM. 30

33 Part- III: Boot Requirements for Linux (3/6) 4. Setup the Kernel Tagged List (see next slide) 5. Calling the Linux Kernel with following settings CPU register settings r0 = 0, r1 = machine architecture number (the MACH_TYPE_XXX in kernel) Must match one of define in linux/arch/arm/tools/mach-types. r2 = physical address of tagged list in system RAM CPU mode All forms of interrupts must be disabled (IRQs and FIQs) CPU must be in SVC mode Cache, MMU MMU must be off D-cache must be off and no any stale data (I-Cache can be on/off) Device DMA to/from devices should be quiesced. 31

34 Part- III: Boot Requirements for Linux (4/6) How does boot-loader pass data to the Kernel? CPU registers (r0, r1, r2) Kernel Tagged List (located in memory) A tag includes a header and a body Tag header has two fields: tag ID and tag size (header+body) Tag body: the structure depends on tag ID. A tagged list starts with ATAG_CORE and ends with ATAG_NONE ATAG_CORE may or may not be empty. An empty ATAG_CORE has size = 2, ATAG_NONE has size = 0 The loader must pass at a minimum the size and location of the system memory (specified in ATAG_MEM). A minimum Tagged list: ATAG_CORE, ATAG_MEM, ATAG_NONE. There are also some other TAGs for use ATAG_RAMDISK: how the ramdisk will be used in kernel ATAG_INITRD: virtual addr of the compressed ramdisk image ATAG_INITRD2: physical addr of the compressed ramdisk image ATAG_CMDLINE 32

35 Part- III: Boot Requirements for Linux (5/6) header body TAG format TAG ID: TAG size: (header+body) depends on TAG type ATAG_CORE ATAG_MEM ATAG_NONE A minimum tagged list Increasing address ATAG_CORE ATAG_MEM ATAG_RAMDISK ATAG_INITRD ATAG_INITRD2 ATAG_CMDLINE : ATAG_NONE start Tagged list end An example of a tagged list Note: For some embedded systems, the tagged list is hard-coded in the Kernel. In such case, the bootloader does not need to setup it. 33

36 Part- III: Boot Requirements for Linux (6/6) ARM Linux Kernel Boot Requirements 1. Setup and initialise RAM Existing boot loaders: MANDATORY New boot loaders: MANDATORY 2. Initialise one serial port Existing boot loaders: OPTIONAL, RECOMMENDED New boot loaders: OPTIONAL, RECOMMENDED 3. Detect the machine type Existing boot loaders: OPTIONAL New boot loaders: MANDATORY 4. Setup the kernel tagged list Existing boot loaders: OPTIONAL, HIGHLY RECOMMENDED New boot loaders: MANDATORY 5. Calling the kernel image (with special settings) Existing boot loaders: MANDATORY New boot loaders: MANDATORY Reference 34

37 Part- III: UBoot Tool - mkimage Build mkimage and intall [root@test u-boot-1.1.2]# make tools [root@test u-boot-1.1.2]# cp tools/mkimage /usr/bin Usage: mkimage A arch O os T type C compress a loadaddr e entrypoint \ n name d data_file[:data_file] outputimage Example 1: Kernel [root@test tftpboot]# gzip -9 < Image > Image.gz [root@test tftpboot]# mkimage n Kernel A arm O linux \ > T kernel C gzip a e \ > -d Image.gz vmlinux img Example 2: Kernel+RFS [root@test tftpboot]# mkimage n Kernel+initrd A arm O linux \ > T multi C gzip a e \ > -d Image.gz:initrd.gz multi img 35

38 Part- III: UBoot trace- Linux boot (1/3) U-boot /include/image.h Image header 36

39 Part- III: UBoot trace- Linux boot (2/3) U-boot /common/cmd_bootm.c do_bootm() Read image header Check image magic number Verify image header checksum Verify image data checksum Show image information Check hdr->ih_comp Uncompress image Check hdr->ih_type Check hdr->ih_os run corresponding OS function must be the same to IH_MAGIC Uncompress image using gzip or bzip2 based on ih_comp For IH_TYPE_STANDALONE, run from its hdr->ih_ep; Otherwise, handle it later For IH_OS_LINUX, run do_bootm_linux(), which is in /lib_arm/ armlinux.c 37

40 Part- III: UBoot trace- Linux boot (3/3) U-boot /lib_arm/armlinux.c do_bootm_linux() *commandline = getenv ("bootargs"); thekernel = (void (*)(int, int, uint))ntohl(hdr->ih_ep); Check whether initrd image exists Setup Tagged list setup_start_tag( ) setup_memory_tags( ) setup_initrd_tag( ) setup_commandline_tag(commandline) setup_end_tag() cleanup_before_linux (); thekernel (0, arch_number, boot_params); see P.xx for what s bootargs If initrd exists, load it as well disable interrupts turn off I/D-cache flush I/D-cache ARM uses r0~r3 for function parameters. So, this will make r0 = 0 r1 = arch_number r2 = boot_params before startup Kernel 38

41 Available Bootloaders for Linux (1/3) Bootloaders for Multiple Architectures U-Boot ( ) Universal Boot loader supports PowerPC, ARM, MIPS, RedBoot ( By RedHat. capable of flash and network booting of Linux kernel. Supports ARM, MIPS, PowerPC, Hitachi SHx, and x86. Smart Firmware ( By CodeGen. It is designed to be very easy and fast to port. Supports M68K, PowerPC, x86, MIPS, Alpha, Sparc, ARM, MicroMonitor ( A open source embedded system boot platform. The majority of the code is CPU and platform independent and has been used with a variety of different embedded operating systems. x86, Mips, PowerPC, SH, ARM, and M68K. 39

42 Available Bootloaders for Linux (2/3) Bootloaders for X86 Architectures Lilo ( GRUB ( Etherboot ( The bootrom on NIC can download code over Ethernet to run on x86. LinuxBIOS ( replacing the normal BIOS with fast boot from a cold start. ROLO (ftp:// By SYSGO. Capable of booting directly from ROM without BIOS. SYSLINUX ( It is a lightweight bootloaders for floppy media. NILO ( it is the Network Interface Loader. NILO will boot Linux, FreeBSD, Windows 95/98/NT4 and support the Intel PXE standard. 40

43 Available Bootloaders for Linux (3/3) Bootloaders for ARM (TM) Architectures Blob ( Boot Loader OBject for SA1100's IPAQ ( A bootloader, which can boot Linux from Windows CE. Bootloaders for PPC (TM) Architectures PPCBoot ( the PPCBoot project has been superceded by U-Boot. Yaboot ( It works on "New" class PowerMacs (imac and later) only. Bootloaders for MIPS (TM) Architectures PMON ( Bootloaders for Sun (TM) Architectures Sun3 Bootloader (ftp://sammy.net/pub/m68k/sun3/boot/) Bootloaders for Super-H (TM) Architectures sh-ipl+g (ftp://ftp.m17n.org/pub/super-h) sh-ipl+g stands for SH Initial Program Loader with gdb-stub. 41

44 References ARM7TDMI Technical Reference Manual Samsung S3C2410X 32-Bit RISC Microprocessor user s manual MobileSolutions/MobileASSP/MobileComputing/S3C2410X/um_ s3c2410s_rev12_ pdf U-Boot source code Related documents: PPCBoot: ARMBoot: ARM Linux Kernel Boot Requirement 42

ARM JTAG实时仿真器安装使用指南

ARM JTAG实时仿真器安装使用指南 ARM JTAG Version 1.31 2003. 11. 12 ARM JTAG ARM JTAG.3 ARM 2.1.4 2.2.4 ARM JTAG 3.1 18 3.2 18 3.2.1 Multi-ICE Server.18 3.2.2 ADS..21 ARM JTAG 4.1 Multi-ICE Server 33 4.1.1 Multi-ICE Server..... 33 4.1.2