编译kernel错误：no machine record defined

编译kernel错误：no machine record defined

编译kernel时的no machine record defined 错误，网上有一些解法，其实都是错误的，以讹传讹。不打算自己写，找到一篇还算靠谱的，转摘一下。

其根本原因是没有在 __proc_info_end 与 __proc_info_begin 之间找到有效的machine ID。

http://hi.baidu.com/rwen2012/item/9f5191c64036d87ecfd4f849

在新的kernel 2.6.29 上编译不能通过，终端提示：

arm-none-linux-gnueabi-ld: no machine record defined

解决方法

放狗搜后，按照如下方法可以解决。将arch/arm/kernel/vmlinux.lds的最后两行(如下)，给注释起来，但都没说是为了什么

ASSERT((__proc_info_end - __proc_info_begin), "missing CPU support")

ASSERT((__arch_info_end - __arch_info_begin), "no machine record defined")

自己到arch/arm/kernel/vmlinux.lds里看的时候，才发现那两行的上头写着

/* These must never be empty//这里应该指的是(__proc_info_end - __proc_info_begin)与(__arch_info_end - __arch_info_begin）之间不能空，如果空着，说明段中没有数据，那么运行起来会有错误。！！！

If you have to comment these two assert statements out, your binutils is too old (for other reasons as well) */

//如果你不得不将这两行assert注释掉，你的编译工具太老了！

ASSERT((__proc_info_end - __proc_info_begin), "missing CPU support")

ASSERT((__arch_info_end - __arch_info_begin), "no machine record defined")

我想可能不是我交叉编译器太旧的缘故，而是太新了！

我用的是：Sourcery G++ Lite 2009q1-126 for ARM GNU/Linux

而官方是：Sourcery G++ Lite 2008q1-126 for ARM GNU/Linux

机器ID错误：

现在注释后可以正常编译内核了！替换新的内核文件，在boot后提示：

uncompressing linux .................................................

然后再没有动静了，我想可能解压后给kernel传递参数时出现问题了吧。但是是什么参数可能出的问题就不晓得啦。

在这里困住了好久！因为这句话啥都没提示！好歹有句话啊。。。。。。。。

经过多方搜索，发现了一个调试技巧，嘿嘿嘿，一般人我不告诉他！那就是下面解决方法中提到的设置Kernel debugging，设置后，再重启启动内核就会出现详细的问题说明。

因为内核启动时首先进入SVC模式，关闭中断，并machine ID，如果uboot传输过来的 machine ID跟编译的内核machine ID不一致，那就就咯屁了。具体表现为：啥反应都没有！

解决方法：

1）。执行make xconfig

在配置中进入Kernel hacking,打开Kernel debugging和Kernel low-level debugging functions.

选中这两项的目的是打印出调试信息，重新make uImage

Starting kernel ...

Uncompressing Linux........................................................................................... done, booting the kernel.

Error: unrecognized/unsupported machine ID (r1 = 0x000007d1).

Available machine support:

ID (hex) NAME

罓?0009

Please check your kernel config and/or bootloader.

终于看到阻在这里的原因啦，是机器ID错误，别人的机器ID错误至少有个NAME值啊，我的咋为空呢？

2） 是不是没有注册机器ID？猜测。这一步保证系统支持的ID里面含有devkit8000！

make xconfig 发现system type菜单下面没有devkit的选项，肯定是哪里的配置文件还没有添加，经过分析，找到了/kernel/arch/arm/mach-omap2/Kconfig文件，在末尾配置添加了devkit8000支持。

config MACH_OMAP3_BEAGLE

bool "OMAP3 BEAGLE board"

depends on ARCH_OMAP3 && ARCH_OMAP34XX

config MACH_OMAP3_DEVKIT8000

bool "OMAP3 DEVKIT8000 board"

depends on ARCH_OMAP3 && ARCH_OMAP34XX

然后make xconfig 发现system type菜单，选择devkit选项，选devkit8000，保存。

3）上一步仅仅能保证可以支持，要想能正确支持，还要修改下面的文件。

1. 我们进到arch/arm/mach-omap2/board_devkit8000.c，在最后一段有这句

MACHINE_START(OMAP3_DEVKIT8000 , ”OMAP3 beggle board”)

这里OMAP3_DEVKIT8000就是machine ID的代号~ 呢具体值是多少呢?~

2. 在文件arch/arm/tools/mach-types中最后一行添加，设置我们的machine ID是2001。

omap3_devkit8000 ARCH_OMAP3_DEVKIT8000 OMAP3_DEVKIT8000 2001

通过修改Kconfig和mach-types两个文件，我们可以使系统正确的识别我们的machine ID，并且从上面我们也可以看到r1= 0x000007d1，0x7d1就是2001。与我们所设置的machine ID是相一致的。