云南响应式网站建设/seo扣费系统源码

大多数问题都可以通过Linux源代码附带的reading the Documentation来解答 . 一些关键文件是，

kernel-parameters.txt

arm / booting.txt

请仔细阅读它们，因为它们将为您的Linux版本提供最新信息 .

一块板我有以下uboot输出(linux 2.6.30)：

2.6.30内核为ARM提供了设备树 .

为什么bootargs中有mem = 64？这不应该作为ATAG或DTB提供吗？

有两种机制 . ATAGS 更灵活，因为它可以指定几个非连续的内存库 . 我们的想法是启动代码可以探测内存并通过 ATAGS 提供它 . 这就是理论 . 这通常很难做到，因此允许用户指定 mem=64 要容易得多 . 如果有两种板类型，一种是64MB，另一种是128MB，则由用户提供命令行来使用额外的内存 .

当我们将控件传递给内核时，为什么会有一个控制台作为参数？内核是否已使用uboot配置的tty？

有些设备有多个串口 . 某些内核可能希望将'u-boot'端口用于其他内容 . HDSPA调制解调器，打印机等.Linux内核和u-boot控制台可能不同 . 这是一个功能 . 我经常使用/ dev / null作为控制台 . 硬件通常很吝啬，以提供额外的串行端口 . 也许你很幸运，你的硬件人员认为软件不是免费的 .

initrd vs rootfs .

您可以直接启动到文件系统(rootfs)，但查找代码的所有代码和机制都必须在Linux映像中 . 即使它们是(JFFS2 / NAND)，当NAND穿戴时，您最终可能会遇到损坏的rootfs . 第一个128MB的NAND通常质量更高 . 您可以在这里放置一个带有initrd的Linux，它能够修复主文件系统 . 对于其他引导设备，可能无法直接引导设备，并且可以在initrd映像中进行复杂的决策 . 通常，initrd安装时间要少得多，您可以更快地执行某些操作 . 最后，您可以加载不同的模块，然后在initrd中锁定模块加载 .

您可以直接使用rootfs . 它更容易实现 . initrd更灵活，更强大 . 您可能希望从JFFS2过渡到Ubi / UbiFS . 如果你没有initrd，那么这几乎是不可能的(至少要难以实现) .

在我的这个设置中，有4个文件：uImage，bootstrap，env.bin和jffs2文件系统 . 所以没有initrd .

uImage可能附加了一个initrd . 它作为ramdisk安装，在卸载后(和switch_root到新的/最终的rootfs)，内存可以自由使用 . 但是，您的命令行没有initrd信息，因此您可能没有 .

根据我的理解，内核应首先访问jffs2文件系统，然后获取/ dev / mtdblock1中的映像并挂载它 . 也许我的理解是错误的 . 实际上，内核和文件系统之间的这种交互是我似乎无法理解的 . 在上面的bootcmd中，内核从nand复制到sdram然后bootm跳转到它 . 但内核如何在启动时找到jff？我在引导期间看到此输出行：VFS：设备31：1上的挂载根(jffs2文件系统) .

您有信息可以找到设备; root=/dev/mtdblock1 你告诉它文件系统类型; rootfstype=jffs2 . 缺少的部分是 init=/sbin/init . 你可以在Linux的kernel-parameters.txt中阅读它 . 安装JFFS2后，init代码会查找要运行的进程 . 它是一切的父进程，它将开始执行许多不同的进程 . 通常它是init，但您可以指定 init=/bin/sh ，您将只有一个shell来开始 . 这可以是开发initrd映像的好方法，因为您只需运行一个进程就可以测试脚本 .

编译内核后，我观察到System.map没有所有符号 . 我检查了vmlinux，它是一样的 . 有谁知道为什么？也许编译器配置不正确？

System.map实际上只是外部函数和数据 . 它不包括所有功能 . 事实上，由于内衬，某些功能可能不存在 .

警告：由于AT91SAM9261芯片勘误表不支持从NAND闪存启动 .

我想这是u-boot的工作来处理这个问题 .