转自：http://book.51cto.com/art/200812/103152.htm3.5.5 System.map文件当运行GNU链接器gld（ld）时若使用了"-M"选项，或者使用nm命令，

比如对于RedHatLinux，在/boot目录下有一些与Linux内核有关的文件.编译过RedHatLinux内核的人对其中的System.map、vmlinuz、initrd-2.4.7-10

system.map内容格式为：线性地址类型符号具体内容如下： 00100000Aphys_startup_32c0100000Tstartup_32c0100000A_text                            

1）从System.map文件中直接得到地址：      $ grepsys_open/usr/src/linux/System.map     2)使用nm命令：     $ nmvmlinuz|grepsys_open

（3）Initrd文件，是系统启动时的模块供应的主要来源；（4）System.map文

system.map内容格式为：线性地址类型符号具体内容如下：00100000Aphys_startup_32c0100000Tstartup_32c0100000A_text                            

用于kernel-debug，产生system.map符号表，不能用于直接加载，不可以作为启动内核。只是启动过程中的中间媒体。

它是你当前运行的内核的System.map的链接。内核符号表是怎么创建的呢?System.map是由“nm vmlinux”产生并且不相关的符号被滤出。

Preface   当用户编译一个linux内核代码后，会产生几个文件：vmlinz、initrd.img,以及System.map，如果配置过grub引导管理器程序，会在/boot目录下看到这几个文件

Preface  当用户编译一个linux内核代码后，会产生几个文件：vmlinz、initrd.img,以及System.map，如果配置过grub引导管理器程序，会在/boot目录下看到这几个文件。

有关System.map文件的信息好象很缺乏。其实它一点也不神秘，并且在整个事情当中它并不象看上去那么得重要。但是由于缺乏必要的文档说明，使其显得比较神秘。

前者对应于/proc/ksyms和System.map这两个文件。   前者是一个"proc文件"并且是在内核启动时创建的。实际上它不是一个真实的文件；它只是内核数据的简单表示形式。

有时system.map文件可以帮助我们理解内核编译，它记录了所有代码的运行地址。

有关System.map文件的信息好象很缺乏。其实它一点也不神秘，并且在整个事情当中它并不象看上去那么得重要。但是由于缺乏必要的文档说明，使其显得比较神秘。

Linux内核驱动加载顺序 【问题】背光驱动初始化先于LCD驱动初始化，导致LCD驱动初始化时出现闪屏的现象。【解决过程】1mach-xxx.c中platformdevices列表如下/*platformdevices*/staticstructplatform_device*athena_evt_platform_devices[]__initdata={      //&xxx_led_dev

欢迎访问小站，阅读本文http://www.yandong.org/archives/494简介：System.map中存放的是内核符号表信息，像klogd、lsof、ps以及dosemu等许多软件都使用

编译过RedHatLinux内核的人对其中的System.map、vmlinuz、initr

 接上篇分析，本篇主要分析目标文件以及相关的依赖文件ALL+=$(obj)u-boot.srec$(obj)u-boot.bin$(obj)System.map$(U_BOOT_NAND)$(U_BOOT_ONENAND

[注：此文转载于http://forum.eepw.com.cn/thread/128712/1][作者：永远在路上]有时system.map文件可以帮助我们理解内核编译，它记录了所有代码的运行地址。

前提是reset板子不会照成memory被reset方法一（已测试）：1.打开你的System.map文件，找到symbol：__log_buf比如：806d6f88b__log_buf这里的地址0x806d6f88

grub.conf有某些系统，真正的配置文件存放在etc中/etc/grub.conf/boot目录中vmlinuz-----内核文件initrd---.img初始化内存磁盘config---- 内核源代码配置文件system.map

编译过RedHat Linux内核的人对其中的System.map 、vmli

第一部分：System.map的作用有关System.map文件的信息好象很缺乏。其实它一点也不神秘，并且在整个事情当中它并不象看上去那么得重要。但是由于缺乏必要的文档说明，使其显得比较神秘。

比如对于RedHatLinux，在/boot目录下有一些与Linux内核有关的文件.编译过RedHatLinux内核的人对其中的System.map、vmlinuz、initrd-2.4.7-10

有时system.map文件可以帮助我们理解内核编译，它记录了所有代码的运行地址。

编译过RedHatLinux内核的人对其中的System.map、vmlinuz、init

编译过RedHatLinux内核的人对其中的System.map、vmlinuz、

编译过RedHatLinux内核的人对其中的System.map、vmlinuz、

编译过RedHatLinux内核的人对其中的System.map、vmlinuz、

有时system.map文件可以帮助我们理解内核编译，它记录了所有代码的运行地址。

第一部分：System.map的作用有关System.map文件的信息好象很缺乏。其实它一点也不神秘，并且在整个事情当中它并不象看上去那么得重要。但是由于缺乏必要的文档说明，使其显得比较神秘。

system.map内容格式为：线性地址类型符号具体内容如下：00100000Aphys_startup_32c0100000Tstartup_32c0100000A_text注:表示内核代码第一个字节的地址

http://hi.baidu.com/mrdenglazy/blog/item/29e9a8d3683e7b063af3cf52.html在网络中，不少服务器采用的是Linux系统。为了进一步提高服务器的性能，可能需要根据特定的硬件及需求重新编译Linux内核。编译Linux内核，需要根据规定的步骤进行，编译内核过程中涉及到几个重要的文件。比如对于RedHatLinux，在/boot目录下有一些

这里只探讨fedora的自动在线升级方式，没有使用手动的方式，也即意味着会自动搞定vmlinuz,initrd.img,system.map 等文件的位置，以及Grub的配置文件/etc/grub/grub.conf

比如对于RedHatLinux，在/boot目录下有一些与Linux内核有关的文件.编译过RedHatLinux内核的人对其中的System.map、vmlinuz、initrd-2.4.7-10

Well,inthegrub.confyouspecifywhichkerneltouse...ifyourSystem.maphasthesameendingonit(noticemyexampleinthelastpost)thesystemwouldknowthatway. Althoughifyouhavemultiplekernelswithdifferentfilenames,only

当运行GNU链接器gld（ld）时若使用了"-M"选项，或者使用nm命令，则会在标准输出设备（通常是屏幕）上打印出链接映像（linkmap）信息，即是指由链接程序产生的目标程序内存地址映像信息。其中列出了程序段装入到内存中的位置信息。具体来讲有如下信息：目标文件及符号信息映射到内存中的位置。公共符号如何放置。链接中包含的所有文件成员及其引用的符号。通常我们会把发送到标准输出设备的链接映像信息重定向

    initrd是“initialRAMdisk”的简写，是一个启动时加载进内存的小型系统，initrd在内核2.5之前和2.5之后有些不一样，2.5之后的采用cpio格式，一般称为cpio-initrd，本文以2.5以后的版本为例，initrd并不是必须的，如果不想要initrd，就在编译内核时必须把所有模块都静态编译进内核中，这样内核会变得很大，更会引入一些不必要的模块，启动加载会很慢，如

编译过RedHatLinux内核的人对其中的System.map、vmlinuz、init

System.map文件简介秦白衣[email protected]         System.map是内核使用的符号表，关联了符号的名称以及它们在内存中的地址。

1.步骤1).Collectoopsoutput,System.map,/proc/ksyms,vmlinux,/proc/modules 2).Useksymoopstointerpretoops 

编译过RedHat Linux内核的人对其中的System.map、vmlinu

此处，内核编译完之后，在生成的system.map中可以看到，enc28j60_init在as352x_afe_init之前，所以，无法去读芯片ID。

[注：此文转载于http://forum.eepw.com.cn/thread/128712/1][作者：永远在路上]有时system.map文件可以帮助我们理解内核编译，它记录了所有代码的运行地址。

总的来说，我总结了下面五种方式：1.通过procfs中的kallsym文件或者System.map文件直接查找这种方式借助于文件，依赖于文件的存在，不需要什么编程能力，只要会在文件中查找信息即可2.google

initramfs-*系统启动时的模块供应的主要来源,启动系统所需加载的虚拟磁盘System.map-*System.map文件是一个索引文件，它记录了kernel中的symbols的位置，symbols

编译过RedHatLinux内核的人对其中的System.map、vmlinuz、

此处，内核编译完之后，在生成的system.map中可以看到，enc28j

此处，内核编译完之后，在生成的system.map中可以看到，enc28j60_init在as3

问题描述：第2次dd写mtdblock出错，看System.map里0x8002d226是do_miss_aligned,在这里加打印总没什么有效信息，callback无法看到是哪里的问题MachineCheckException