当前位置：文档之家 › vivi移植

vivi移植

  • 格式：doc
  • 大小：412.50 KB
  • 文档页数：10

下载文档原格式

  / 10

合集下载

引导加载程序vivi的分析和移植研究

引导加载程序vivi的分析和移植研究
的主 要 难 点 。目前 ， ｏｌａ ｅ 的开 Ｂｏ ｔ ｄ ｒ ｏ 发 通 常 都 是 基 于 一 些 开 源 的
现 更 复杂 的功 能 并 取 得 更 好 的 代码 可 读 性 和 可 移植 性 。 但 是 与普 通 ｃ
ｖｖ 运 行 过 程 分 析 ｉｉ
语 言 应用 程 序 不 同 的是 ，在 编 译 和
义。
一
种 较为 巧 妙 的方 法 是 利 用 弹
第 二 阶段 执行 。第 二 阶段 的代 码在 簧 床 的概 念 ，也 就 是 用 汇 编语 言写
ｖｖ￣ ｉｍａｎＣ中 ，主要 进 行 一 些 开 ｉｉｎｔ ｉ． Ｌ
一
段 ｔ ｍｐ ｌ ｅ小 程 序 ，并将 这段 ｒ ａ ｏｉ ｎ
ｖｖ 简 介 ｉｉ
针 对 ＡＲＭ９处 理 器 而 设 计 的 一 款 系 统 上 电后在 ０ ０ ０ ０ ０ 地 址 开始 像 的人 口点 也 存 在 两 个 缺 点 ：无法 ｘ００００
Ｂｏ ｔ ａ ｅ ， 操 作 简 便 ，同 时提 供 执 行 的 部 分 。 这 部 分 代 码 运 行 在 通 过 ｍ ｉ（ 数 传 递 函 数 参数 且 无 ｏｌ ｄ ｒ 它 ｏ ａｎ） 函 了完 备 的命 令 体 系 。 因此 ，对 其 进 Ｆａｈ中 ， 包 括 对 ￥ Ｃ２ １ 一 些 法 处 理 ｍａｎ ） ｌｓ 它 ３ ４ ０的 ｉ（函数 返 回 的情 况 。 行 分 析 和 研 究 具 有 一 定 的 实 际 意 寄 存 器 、 时钟 等 的初 始 化 并 跳 转 到
维普资讯
际情 况 来修 改存 放这 些 代 码 的分 区 。本 系 统 采用 ６ ４Ｍ Ｂ Ｎ ＡＮＤ
维普资讯
■
● 陕 西科 技 大 学 陈艳

基于大页面nand flash的vivi移植

基于大页面nand flash的vivi移植

Ｉ Ｏ
Ｉ １
基 本 信 息
财 务 信 息
１ ５
２ ０Hale Waihona Puke ８ １ ２２
１
２０ ０
４０ ０
在 上 述 背 景 下 ， 文 分 析 了 贷 款 能 力 评 估 的 信 息 数 本 据 、 估 规 则 和 流程 ， 评 以及 评 估 在线 服务 系 统 的架 构 ， 实 并 现 了系 统 原 型 ， 明 了其 在 技 术设 计 、 则 管理 、 用 部 署 证 规 应
的第 ６ 字 节 ， ２ ４ Ｂ页 面 大 小 的 则 存 放 在 ｏ ｂ的 第 １ 个 而 ０８ ｏ
个字节 ， 写镜 像 时 需 要 注 意 这 些 坏 块 标 记 。
１４ 大页 面与 小页 面 ｎｎ ． ａ ｄ操 作 上 的 主 要 差 别
１ ２ ｓ ａｅａｅ／ ｏ ． ｐ ｒ ｒａ ｏ ｂ
方 面 的可 行 性 和优 势 ， 具有 一 定 的 应 用前 景 。
参 考 文献 ：
［ ］ 曲 慧． 国商 业 银 行 个 人 贷 款 风 险 防 范与 应 对 策略 ［］ 时代 金 融 ， １ 我 Ｊ．
２０ ５． ０ ９（ ）
Ｉ ２
Ｉ ３
资 产 信 息
职 业 信 息
２ ０
Ｅ ］ 姜 琳 ． 国 Ｆ Ｃ 评 分 系统 述评 ［］ 商 业 研 究 ，０ ６ ２ ） ２ 美 ＩＯ Ｊ． ２ ０ （ｏ ．
５ 束 结 语
基于业务规则 的辅 助业 务决 策方法 可 以使业 务处 理
［ ３ 怀 ． 业 行软 发中 规则 研究 Ｊ 时 金融 ］信 义 商 银 件开 业务 技术 ［ ． 代 ， ］
１３ ｎ ｎ ｌｓ ． ａ ｄｆ ｈ的 特 点 ａ

基于S3C2410X的引导程序vivi的分析与移植

基于S3C2410X的引导程序vivi的分析与移植

工作 于 这 种模 式 下 的 Ｂ ｏｌ ｄ ｒ通 常都 会 向 它 的终 ｏｔ ａ ｅ ｏ
端用 户提供一 个简单 的命令 行接 口 ｖｖ 主 要 完 成 的 任 务 有 ：１ 初 始 化 Ｃ Ｕ 速 度 、 ｉｉ （） Ｐ 存
现 代 计
算
＾
储器 、存 储 器配 置 寄存 器 以及 串 口等硬 件资 源 的配 机
台上 也 许 不 能 工 作 ． 计 通 用 的 Ｂ ｏｌａ ｅ 设 ｏｔ ｄｒ几 乎 不 可 ｏ
２ ｖｖ 引导 程 序 的 分 析 ｉｉ
ｖｖ 是 针 对 ＡＲ ｉｉ Ｍ９处 理 器 设 计 的 一 款 引 导 程 序 ．
它 通 常 存储 在 ＦａｈＯ ０ ０４ ０ ０ ） 开头 地 址 空 间 ｌｓ（ｘ — ｘ ０ ０ ０ ￣
１ 硬 件 平 台 简 介
￥ Ｃ ４ ０ 微 处 理 器 是 一 款 由 Ｓ ｍ ｕ ｇ公 司 设 计 ３ ２ １Ｘ ａ ｓｎ
的 基 于 ＡＲ ２ Ｔ 核 的 １／２ 位 Ｒ Ｓ 处 理 器 ． 作 Ｍ９ ０ ６３ ＩＣ 工 频 率 ２３ ｚ ０ ＭＨ ．内 部 １ Ｋ 数 据 Ｃ ｃｅ ６ Ｂ 指 令 ６Ｂ ａｈ ，１ Ｋ Ｃ ｃ ｅ 带 ＭＭＵ、 外 部 存 储 器 控 制 器 ． 置 Ｌ Ｄ 控 制 ａｈ ． 内 Ｃ
目标 机 上 的 Ｆａｈ类 固态存 储 设备 中 ． ｌｓ 这种 模式 通常
在第 一次安装 内核 与根文 件系统 时被 使用 。此外 ． 以 后 的 系 统 更 新 也 会 使 用 Ｂ ｏｌ ｄ ｒ的 这 种 工 作 模 式 ． ｏｔ ａ ｅ ｏ
定 时器 ． １ １７个 通 用 Ｉ 口 ， ４ 个 外 部 中 断 源 ． 个 ／ Ｏ ２ 两 Ｕ Ｂ 主 接 口 一 个 Ｕ Ｂ 从 接 口． Ｓ Ｓ ８通 道 １ 位 ＡＤ ． ０ Ｃ 实 时 时钟 及 看 门狗 定 时 器 等 ． 核 工 作 电压 １ Ｖ Ｉ 内 ． ．／ ８ Ｏ 及 存 储 器 ３３ ．Ｖ

基于S3C2410X的引导程序vivi的分析与移植

基于S3C2410X的引导程序vivi的分析与移植

第二阶段则常用 = 语言来实现 * 主要进行一些 开发板初始化 )内存映射和内存管理单元初始化等工 作 * 最 后 会 跳 转 到 ?++,@+/@3434AB 函 数 中 * 接 收 命 令 并 进行处理 * 完成用 CDEFGD 协议通过串口下载数据 到内存及对 %&’() 的操作 ( 这样设计的代码具有更好 的可读性和可移植性 ( 在实现第一阶段到第二阶段跳 转中 *HI?++, 采用直接跳转 *3434 使用了一个循环 * 这 样设计避免了无法通过 J’4KAL 函数传递参数 * 同时也 避免了无法处理 J’4KAL 函数返回的情况 ( 开发板的初 始 化 工 作 由 54K4,5J’4K 中 的 ?+’/-@4K4, %& 函 数 来 完 成 * 接 着 调 用 5’/6)5(#67>895 中 的 J.J@J’M@4K4, AL 及
J.KJ@J’M@K’K-@?++,AL 函 数 P 如 果 使 用 %&’() 启 动 * 就
执行 J.J@J’M@K+/AL 函数 * 把 3434 复 制 到 QRD 中 * 主 要代码为 +
(,’,46 3+4- 6+MS@3434@,+@/’JA3+4-L TJ.J6MS AA3+4-ULVWVW@QRD@*R<GX A3+4-UL VWVW@QED@*R<GX VWVW@QRD@<WYGLZP
开发案例
基于 !"#$%&’( 的引导程序 )*)* 的分析与移植 +
孙学成 # 刘晓东 # 周绍梅 # 吴悦成
$ 南昌大学计算中心 # 南昌 ##$$%& % 摘 要 & 在以 738,9/-: 为 处理 器 的 嵌入 式 平 台上 # 对 经 典的 引 导 程序 )*)* 的 启 动 过 程 以 及 工 作流程加以分析 # 并根据硬件条件修改相关的参 数 # 最 后移 植 到 目标 板 上 进行 检 验 和测 试( 关键词 & 嵌入式系统 ’ !""#$"%&’( ’ )*)*

天津科技大学嵌入式操作系统---第3章 基于linux的嵌入式软件开发

天津科技大学嵌入式操作系统---第3章 基于linux的嵌入式软件开发
3.1.1 嵌入式软件体系结构 3.1.2 基于Linux的嵌入式软件
18:19
4
3.1.1 嵌入式软件体系结构
18:19
5
1. 设备驱动层
设备驱动层是嵌入式系统中必不可少的重 要部分，使用任何外部设备都需要有相应 驱动程序的支持，它为上层软件提供了设 备的操作接口。 上层软件不用理会设备的具体内部操作， 只需调用驱动层程序提供的接口即可。 驱动层一般包括硬件抽象层HAL、板级支 持包BSP和设备驱动程序。
18
3.2.2 基于开发板的二次开发
所谓二次开发是利用现成的开发板进行开发，不同于通用 计算机和工作站上的软件开发工程，一个嵌入式软件的开 发过程具有很多特点和不确定性。其中最重要的一点是软 件跟硬件的紧密耦合特性。 由于嵌入式系统的灵活性和多样性，这样就给软件设计人 员带来了极大地困难。第一，在软件设计过程中过多地考 虑硬件，给开发和调试都带来了很多不便；第二，如果所 有的软件工作都需要在硬件平台就绪之后进行，自然就延 长了整个的系统开发周期。这些都是应该从方法上加以改 进和避免的问题。 为了解决这个问题，通常的做法是基于某种开发板做二次 开发，从这个角度看，硬件开发所占的比重不到20%，而 软件开发的比重占到了80%。
3.1 嵌入式软件结构 3.2 嵌入式软件开发流程 3.3 嵌入式linux开发环境 3.4 嵌入式系统引导代码 3.5 linux内核结构及移植 3.6 嵌入式文件系统及移植 3.7 linux设备驱动概述 3.8 设备驱动程序接口 3.9 linux设备驱动开发流程
18:19 3
3.1 嵌入式软件结构
?在嵌入式开发中经常要面对设备驱动程序的开发嵌入式系统通常有许多设备用于与用户交互象触摸屏小键盘滚动轮传感器在嵌入式开发中经常要面对设备驱动程序的开发嵌入式系统通常有许多设备用于与用户交互象触摸屏小键盘滚动轮传感器rs232接口lcd等等

移植过程出现错误解析

移植过程出现错误解析

每做一次实验，你就会发现很多在书本上学不到的东西，切记多做实验NAND_ECC_NONE selected by board driver. This is not recommended !! Scanning device for bad blocksCreating 5 MTD partitions on "NAND 64MiB 3,3V 8-bit":0x00000000-0x00020000 : "vivi"0x00020000-0x00030000 : "param"0x00030000-0x00300000 : "kernel"0x00300000-0x00330000 : "root"0x00600000-0x03600000 : "user"mice: PS/2 mouse device common for all miceNET: Registered protocol family 2IP route cache hash table entries: 1024 (order: 0, 4096 bytes)TCP established hash table entries: 4096 (order: 2, 16384 bytes)TCP bind hash table entries: 4096 (order: 2, 16384 bytes)TCP: Hash tables configured (established 4096 bind 4096)TCP reno registeredTCP bic registeredNET: Registered protocol family 1Root-NFS: No NFS server available, giving up.VFS: Unable to mount root fs via NFS, trying floppy.VFS: Cannot open root device "bon/3" or unknown-block(2,0)Please append a correct "root=" boot optionKernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)错误分析：从错误来看，vivi和kernel都算移植成功，最后发现文件系统无法挂载。

全国大学生嵌入式设计大赛

“毕昇杯”全国大学生嵌入式设计大赛“毕昇杯”全国大学生嵌入式设计大赛参赛文档1“毕昇杯”全国大学生嵌入式设计大赛基于嵌入式Linux的视频监控系统Video monitoring system based on the embedded Linux队员：李泳潮任春雷琚汪慧指导教师：张丽平伊芸芸2010年7月22日2“毕昇杯”全国大学生嵌入式设计大赛摘要：以CPU为S3C2410的Techv-2410核心板为硬件平台，通过制作Bootloader，Linux内核，文件系统搭建嵌入式Linux系统。

利用视频监控程序控制 USB摄像头采集并压缩现场视频数据，在服务器的支持下，通过网络将处理后的视频数据传输至客户端，实现对监控现场实时的监控效果。

关键词：嵌入式Linux；S3C2410；采集；压缩；监控；AbstractAs to Techv-2410 core board hardware platform whose CPU is S3C2410, product Bootloader,Linux kernel, file system, to build the embedded Linux system. Making use of controling USB video camera ,video monitoring program collects and compresses field video data. in the server support, the processed video data will be transmitted to the client via the network,as the result of realizing real-time monitoring the field.Keywords:Linux；S3C2410；collect; compress; monitoring3“毕昇杯”全国大学生嵌入式设计大赛0.引言随着多媒体技术、网络技术的迅猛发展和后PC时代的到来，利用嵌入式系统实现远程监控系统、可视电话、和视频会议等应用已成为可能。

嵌入式系统设计实验告--BootLoader移植实验

合肥学院嵌入式系统设计实验报告（20 13 - 20 14 第 2 学期）专业：实验项目：BootLoader移植实验实验时间：2014年5月19日实验成员：____________________________________________________________________指导老师：电子信息与电气工程系2014 年 4 月制实验三BootLoader 移植实验一、实验目的1、熟悉 Bootloader 工作原理。

2、了解 U-Boot 的代码结构。

3、掌握 U-Boot 移植过程。

二、实验内容本实验熟悉 Bootloader 工作原理，了解 U-Boot 源码结构，基于 S3C2440 处理器，完成 U-Boot 移植，并在目标开发板上测试通过。

三、实验设备硬件： 1、 pc 机2、 FriendlyARM开发套件即MIRCO2440 核心板软件： 1、虚拟机（ VMware ）2、U-Boot 源码（ u-boot-2011.03.tar ）四、实验过程1、 Micro2440配置在mini2440/micro2440上的移植准备工作，我们仍然将开发板文件建立在board/samsung 下，2、配置时出现错误，字体要修改，复制粘贴的时候出现的错误，有的地方有中文，去掉就行了。

3、编译完成失败，只有上网查找错误，最后解决了错误。

11124、编译完成后将u-boot.bin下载到SDRAM的 0x33f80000地址处， u-boot已经能在RAM中运行。

二、支持DM90001、编译完成后将u-boot.bin下载到SDRAM的0x33f80000地址处。

三、支持内核启动1、编译完成后将u-boot.bin下载到SDRAM的0x33f80000地址处。

四、支持Nand Flash1、编译完成后将u-boot.bin下载到SDRAM的0x33f80000地址处。

五、实验小结本实验需要熟悉Bootloader 工作原理，了解U-Boot 源码结构，基于S3C2440 处理器，完成 U-Boot 移植，并在目标开发板上测试通过，首先可以看到实验指导书上的介绍，了解U-Boot 的移植。

vivi学习总结


Vivi学习总结
一、Vivi介绍
4、Vivi主要包括下面几个目录： include：头文件的公共目录，其中的s3c2440.h定 义了这块处理器的一些寄存器。 Platform/smdk2440.h定义了与开发板相关的资 源配置参数，我们往往只需要修改这个文件就 可以配置目标板的参数，如波特率、引导参数、 物理内存映射等。
Vivi学习总结
二、Vivi运行过程分析
这个阶段的任务有： 初始化本阶段要使用到的硬件设备。 检测系统内存映射。 将内核映像和根文件系统映像从Flash读到 RAM。 为内核设置启动参数。 调用内核。
Vivi学习总结
二、Vivi运行过程分析
2、vivi作为一种Bootloader，其运行过程分成两 个阶段。第一阶段的代码 vivi/arch/s3c2440/head.S中定义，大小不超过 10 KB，它包括从系统上电后在0x00000000地 址开始执行的部分。这部分代码运行在Flash中， 它包括对S3C2440的一些寄存器、时钟等的初 始化并跳转到第二阶段执行。
arch：此目录包括了所有vivi支持的目标板的子目录， 例如s3c2440目录。 drivers：其中包括了引导内核需要的设备的驱动程序 （MTD和串口）。MTD目录下分map、nand和nor 三个目录。 init：这个目录只有main.c和version.c两个文件。和普 通的C程序一样，vivi将从main函数开始执行。 lib：一些平台公共的接口代码，比如time.c里的 udelay()和mdelay()。
Vivi学习总结
二、Vivi运行过程分析
在第一阶段中为什么要关闭Cache？ 原因：通常使用Cache以及写缓冲是为了提高系 统性能，但由于Cache的使用可能改变访问主存 的数量、类型和时间，因此Bootloader通常是不 需要的。 跳转到第二阶段的C程序入口点。 第二阶段通常用C语言完成，以便实现更复杂的 功能，也使程序有更好的可读性和可移植性。

vivi在嵌入式移动医疗系统设计中的应用

Ｍｅ ｉ Ｉ ｑ ｉｍｅ ｔ ｏ ｒａ，０ １ ３ （ ）２ — ６ ３ １ ｄｃ ｕｐ ｎ ｕｎ ｌ２ １ ，２ ６ ：５ ２ ，７ ａＥ Ｊ
Ｋｅ ｒ ｓ ｍｏ ｉ ｅｅ ｄ ｃｎ ｙ ｔ ｍ； ｍｂ ｄ ｅ ； ｉ ｉ ｃ ｎ ｇ ｒ ｔ ｎ ａ ｄ ｔａ ｓ ｌｎ ａｉ ｎ ｙ ｗｏ ｄ ｂ ｌ ｔ ｌｍｅ ｉ ｉ ｅｓ ｓｅ ｅ ｅ ｄ ｄ ｖ ｖ ； ｏ ｆ ｕ ａ ｉ ｎ ｎ ｐ ａ ｔｔ ｅ ｉ ｏ ｒ ｏ
统 内核 的 正 确 引 导 和移 动 医疗 系 统 的 应 用 需求 。
２ 移 动疗 卫 生 、 高 医 疗 质 量 、 善 医疗 服 务Ⅲ 提 改 。智 能 化 的 终
端 设 备 是移 动 医疗 系统 应 用 实 现 的 基本 要 求 。根 据 移 动 医 疗 终 端 的 小 型 化 、 能化 、 功 能 化 及 网 络 化 要 求 Ｉ 计 了 以 智 多 ， 设 嵌 入 式 微 处 理 器 Ａ Ｍ９￥ Ｃ ４ ０为 核 心 的便 携 式 移 动 医 疗 Ｒ ３２１ 系 统 ． 以此 为 基 础 详 细 介 绍 了 ｖｖ Ｂ ｏ ｏｄｒ 引 导 加 载 程 并 ｉｉ ｏｔ ａｅ （ ｌ
ｍ ｂｌ ｔ ｅ ｅ ｉｎ ｙｔ ｏ ｉ ｅ ｍ ｄｃ ｅｓｓ ｍ，ｖ ｉｂ ｏｏｄ ｒｍｕｔｂ ｏ ｆ ｕｅ ｒ ｅｌ ｔ ａｈｅｅａ ｐｉ ｔ ｎ ｒｑｉ ｍ ｎｓｆ ｈｎ ｓ ｅ ｌ ｉ ｅ ｉ ｏｔ ａ ｅ ｓ ｅ ｃｎｉ ｒｄ ｐｏ ｒ ｏ ｃｉｖ ｐ ｌ ａ ｏ ｅｕｒ ｅ ｔ Ｃ ｉｅ ｅ ｖ ｌ ｇ ｐ ｙ ｃｉ ｅ ．
根 据 设 计 的 移 动 医疗 系 统 特 定 的嵌 入 式 硬 件 平 台 ，进 行 了
作 者 简 介 ： 姿 羽 （９ ２ ， ， 沙 人 ， 士 ， 教 ， 要 从 事 生 物 医 学 丁 陈 １ ８ 一）女 长 硕 助 主
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

ViVi移植4.1搭建交叉编译环境1.启动VMware,进入red hat linux 9.0,安装VMtools,由于这不是本文的重点，故此略去具体安装步骤。

2.将arm-linux-gcc-3.4.1.tar.bz2和armv4l-tools-2.95.2.tar.bz2拷贝到虚拟机中进行安装，两个编译器其实都一样，只不过版本高低不同，后经发现低版本的可以编译ViVi，高版本的可以编译U-boot，解压命令是:"tar -jxvf arm-linux-gcc-3.4.1.tar.bz2""tar -jxvf armv4l-tools-2.95.2.tar.bz2"[root@localhost opt]#gedit /etc/profile在umask 022之前加上exportPATH=/opt/crosstool/arm-linux/bin:$PATH，添加了arm-linux-gcc的路径，保存，执行source /etc/profile可更新环境变量文件[16]。

输入arm-linux-gcc -v 若查看到版本信息，则表示安装成功了。

4.2 ViVi移植1.修改Makefile文件,进入到解压缩的ViVi目录里面(注：下面的源码中加粗的都是经过修改的或者添加的，以后都是如此)。

[root@localhost vivi]# gedit Makefile...ARCH := arm/*指定内核架构为ARM*/...LINUX_INCLUDE_DIR = /opt/host/armv4l/include//*内核头文件*/.../*指定交叉编译器路径*/CROSS_COMPILE = /opt/host/armv4l/bin/armv4l-unknown-linux-...2.保存文件。

3.按照自己需求，自定义mtd分区，修改 arch/s3c2410/smdk.c[root@localhost vivi]# gedit arch/s3c2410/smdk.c...mtd_partition_t default_mtd_partitions[] = {{name: "vivi",offset: 0,size: 0x00020000, /*size : 128K*/flag: 0}, {name: "param",offset: 0x00020000, /*size : 64K*/size: 0x00010000,flag: 0}, {name: "kernel",offset: 0x00030000, /*size : 1M*/size: 0x00100000,flag: 0}, {name: "root",offset: 0x00130000, /*size : 3M*/size: 0x00300000,flag: MF_BONFS}, {name: "jffs2",offset: 0x00430000, /*size :58M+992K*/size: 0x03af8000,flag: MF_JFFS2}};...这里的分区信息要和在ViVi命令行下执行"bon part show"的分区信息一致，否则启动系统的时候肯定会出问题。

4.保存文件。

5.配置和编译ViVi,执行make menuconfig配置vivi，如图4-1示:[root@localhost vivi]# make menuconfig图4-1因为ViVi针对S3C2410做了板级的处理，所以按上下键定位到"Load an alternate Configuration File",键入"arch/def-configs/smdk2410",如4-2图示:Ok之后，按左右键Exit之后，会出现如图4-3示:图4-3按下回车键确定即可。

然后执行下面命令即可生产ViVi二进制文件:[root@localhost vivi]# make6.ViVi的使用通过并口烧写到flash中去，这里通过网上的一款工具H-Jtag烧写进去，H-Jtag如图4-4所示：图4-4此时还未连接硬件，未检测到CPU，显示UNKNOWN。

这里先要设置一下，点击Settings->USB/LPT Selection,选择LPT，确定。

Settings->LPT JTAG Setting,设置如图4-5，本文用的是博创UP-NETARM2410-S,CPU采用的是S3C2410,这里的设置每个开发板都是不同的，应该按照你自己的开发板来设置:图4-5点击Settings->LPT Port Settings,若机器自带并口，可选择并口1或并口2，本机器没有并口，并口是通过PCI扩展槽扩展而来，其地址是系统自动分配的16位地址，为0xE880,设置如图4-6:图4-6连接好硬件之后，点击Control->Detect target,不出意外的话，应该可以检测到CPU，如图4-7所示:图4-7点击Flasher->Start H-Flasher,出现如图4-8：图4-8点击Load，定位到H-Jtag安装所在文件夹，进入HFC Examples,选择S3C2410+K9F1208.hfc,确定,然后Flash Selection选择NAND-FLASH,S3C2410+K9F1208,再点击Programming,点击check,就可以检测到CPU 和Flash了，如图4-9示:图4-9再选择Src File，这里选择在虚拟机里生成的ViVi文件，点击Program，即可进行烧写，如图4-10:图4-10烧写成功之后:图4-11复位开发板之后，敲入回车键进入ViVi命令行模式可以看到如图4-12所示:图4-12当烧写内核和根文件系统进去之后，此时如不敲入回车等待一段时间，或敲入boot,即可启动Linux系统。

启动信息如下：ViVi Original,By Aking!Congratulations,Next,Uboot!VIVI version 0.1.4 (root@BC) (gcc version 2.95.2 20000516(release) []) #0.1.4 四 5月 26 09:44:53 CST 2005MMU table base address = 0x33DFC000Succeed memory mapping.NAND device: Manufacture ID: 0xec, Chip ID: 0x76 (Samsung K9D1208V0M) Could not found stored vivi parameters. Use default vivi parameters.Press Return to start the LINUX now, any other key for viviCopy linux kernel from 0x00030000 to 0x30008000, size = 0x00100000 ... done zImage magic = 0x016f2818Setup linux parameters at 0x30000100linux command line is: "noinitrd root=/dev/bon/3 init=/linuxrcconsole=ttyS0"MACH_TYPE = 193NOW, Booting Linux......Uncompressing Linux.............................................................. done, booting the kernel.Linux version 2.4.18-rmk7-pxa1 (zxt@BC) (gcc version 2.95.2 20000516 (release) []) #251 Fri Sep 22 15:11:45 CST 2006CPU: ARM/CIRRUS Arm920Tsid(wb) revision 0Machine: Samsung-SMDK2410On node 0 totalpages: 16384zone(0): 16384 pages.zone(1): 0 pages.zone(2): 0 pages.Kernel command line: noinitrd root=/dev/bon/3 init=/linuxrc console=ttyS0 Console: colour dummy device 80x30Calibrating delay loop... 99.94 BogoMIPSMemory: 64MB = 64MB totalMemory: 62388KB available (1587K code, 430K data, 64K init)Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)Page-cache hash table entries: 16384 (order: 4, 65536 bytes)POSIX conformance testing by UNIFIXLinux NET4.0 for Linux 2.4Based upon Swansea University Computer Society NET3.039Initializing RT netlink socketBlueZ Core ver 2.4 Copyright (C) 2000,2001 Qualcomm IncWritten 2000,2001 by Maxim Krasnyansky <maxk@>CPU clock = 202.800000 Mhz, HCLK = 101.400000 Mhz, PCLK = 50.700000 Mhz Initializing S3C2410 buffer pool for DMA workaroundStarting kswapddevfs: v1.10 (20020120) Richard Gooch (rgooch@atnf.csiro.au)devfs: boot_options: 0x1Samsung S3C2410X (i2c) algorithm module version 2.6.1 (20010830)iic_s3c2410_init: Samsung S3C2410X iic adapter module version 2.6.1 (20010830)i2c-dev.o: Registered 'Samsung S3C2410X IIC adapter' as minor 0s3c2410_init: Initialized IIC on S3C2410X, 281kHz clockiic_s3c2410_init: initialized iic-bus at 0xf4000000.tts/%d0 at I/O 0x50000000 (irq = 52) is a S3C2410tts/%d1 at I/O 0x50004000 (irq = 55) is a S3C2410tts/%d2 at I/O 0x50008000 (irq = 58) is a S3C2410Console: switching to colour frame buffer device 80x60Installed S3C2410 frame bufferpty: 256 Unix98 ptys configuredS3C2410 Real Time Clock Driver v0.1block: 128 slots per queue, batch=32ne.c:v1.10 9/23/94 Donald Becker (becker@)Last modified Nov 1, 2000 by Paul GortmakerNE*000 ethercard probe at 0xd1000200: 00 d0 cf 00 00 02eth0: NE2000 found at 0xd1000200, using IRQ 2.PPP generic driver version 2.4.1SCSI subsystem driver Revision: 1.00request_module[scsi_hostadapter]: Root fs not mountedUDA1341 audio driver initializedNAND device: Manufacture ID: 0xec, Chip ID: 0x76 (Samsung K9D1208V0M) Find a MTD partition from BONFS -> nandflash0 (bon4)Creating 1 MTD partitions on "Samsung K9D1208V0M":0x00430000-0x03f28000 : "nandflash0 (bon4)"devfs_mk_dir(bon): using old entry in dir: c036e0a0 ""bon0: 00000000-00020000 (00020000) 00000000bon1: 00020000-00030000 (00010000) 00000000bon2: 00030000-00130000 (00100000) 00000000bon3: 00130000-00430000 (00300000) 00000000bon4: 00430000-03f28000 (03af8000) 00000001bon5: 03f30000-03ffc000 (000cc000) 00000000usb.c: registered new driver usbdevfsusb.c: registered new driver hubusb-ohci.c: USB OHCI at membase 0xe9000000, IRQ 26usb.c: new USB bus registered, assigned bus number 1hub.c: USB hub foundport #1 suspened!port #0 alived!hub.c: 1 port detectedhub.c: USB new device connect on bus1/1, assigned device number 2usb.c: registered new driver usb_mousehub.c: USB hub foundhub.c: 4 ports detectedusbmouse.c: v1.6:USB HID Boot Protocol mouse driverInitializing USB Mass Storage driver...usb.c: registered new driver usb-storageUSB Mass Storage support registered.mice: PS/2 mouse device common for all miceNET4: Linux TCP/IP 1.0 for NET4.0IP Protocols: ICMP, UDP, TCP, IGMPIP: routing cache hash table of 512 buckets, 4KbytesTCP: Hash tables configured (established 4096 bind 4096)NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.NetWinder Floating Point Emulator V0.95 (c) 1998-1999 VFS: Mounted root (cramfs filesystem).Mounted devfs on /devFreeing init memory: 64Kyaffs: dev is 7937 name is "1f:01"Using/mnt/yaffs/lib/modules/2.4.18-rmk7-pxa1/kernel/drivers/i2c/i2c-tomega8.o no PS/2 device found on PS/2 Port 0!no PS/2 device found on PS/2 Port 1!BusyBox v1.00 (2005.01.20-11:59+0000) Built-in shell (ash) Enter 'help' for a list of built-in commands.runing /etc/profile ok[/mnt/yaffs]到这里，ViVi就移植成功了。