我试图在Xeon上启动一个自定义内核,而不是默认的Linux内核。在此链接,我找到了一种交叉编译我的内核的方法,它使用k1om-mpss-linux-gcc交叉编译器成功编译。交叉编译是否足够?我知道错误了
mykernel.img不是k1om Linux bzImage
编辑:所以,我使用/usr/linux-k1om-4.7/bin/x86_64-k1om-linux-gcc编译器来编译一个简单的helloworld.c程序和内核源代码。对于可执行文件上的objdump -f,我得到了两种不同的结果。
关于helloworld.c:
hello: file format elf64-k1om architecture: k1om, flags 0x00000112: EXEC_P, HAS_SYMS, D_PAGED start address 0x0000000000400400
对于我的内核:
mykernel: file format elf32-i386 architecture: i386, flags 0x00000112: EXEC_P, HAS_SYMS, D_PAGED start address 0x0010000c
我使用相同的编译器编译,但它们显示了不同的体系结构。原因是什么?
发布于 2015-04-08 23:02:14
首先要做的是弄清楚mykernel.img是什么。尝试在上面运行file。
$ file /opt/mpss/3.4/sysroots/k1om-mpss-linux/boot/vmlinux-2.6.38.8+mpss3.4
/opt/mpss/3.4/sysroots/k1om-mpss-linux/boot/vmlinux-2.6.38.8+mpss3.4: ELF 64-bit LSB executable, version 1 (SYSV), statically linked, BuildID[sha1]=0xa4c16ee85c11aca4e78dc4ae46d3827fb74289c1, not stripped
$ objdump -f /opt/mpss/3.4/sysroots/k1om-mpss-linux/boot/vmlinux-2.6.38.8+mpss3.4
/opt/mpss/3.4/sysroots/k1om-mpss-linux/boot/vmlinux-2.6.38.8+mpss3.4: file format elf64-k1om
architecture: k1om, flags 0x00000112:
EXEC_P, HAS_SYMS, D_PAGED
start address 0x0000000001000000发布于 2015-04-10 04:52:38
对你最初问题的答案--不,不幸的是,它并不像交叉编译那么简单。MPSS对内核进行了一些修改。我不知道所有的更改,但我知道的一个很大的变化是,他们必须添加对协处理器上更大的寄存器集的支持,以便能够在上下文开关上保存状态。
至于文件格式为何是elf32-i386而不是elf32-k1om -
您所引用的网站指的是在可能对文件进行一些更改之后重新编译MPSS附带的内核。您将注意到,它们还复制了已安装版本的内核的配置文件。所以他们有所有的文件来重新构建内核,就像它所做的一样。
我怀疑,在您的示例中,要么是您的源目录中有某种类型的配置脚本,该脚本提取了您正在运行的体系结构,然后在makefile运行或b) makefile不知道什么是k1om时造成了混乱。无论是哪种情况,它都回到了它所认为的最低公分母i386。正如我所说,这只是我的怀疑,但仔细阅读你的制作材料,就会得到答案。
https://stackoverflow.com/questions/29524868
复制相似问题