ARM Linux内核启动2

发布者:CrystalClear最新更新时间:2016-06-16 来源: eefocus关键字:ARM  Linux  内核启动 手机看文章 扫描二维码
随时随地手机看文章
上一篇ARM Linux内核启动(1)的衔接。

接着上一篇说,看下面源码:

/*
 * Setup the initial page tables.  We only setup the barest
 * amount which are required to get the kernel running, which
 * generally means mapping in the kernel code.只创建内核代码的映射
 *
 * r5 = physical address of start of RAM
 * r6 = physical IO address
 * r7 = byte offset into page tables for IO
 * r8 = page table flags
 */
__create_page_tables:
pgtbl r4, r5@ page table address页表地址


/*
* Clear the 16K level 1 swapper page table
*/
mov r0, r4
mov r3, #0
add r2, r0, #0x4000
1: str r3, [r0], #4
str r3, [r0], #4
str r3, [r0], #4
str r3, [r0], #4
teq r0, r2
bne 1b

 

/*
* Create identity mapping for first MB of kernel to
* cater for the MMU enable.  This identity mapping
* will be removed by paging_init().  We use our current program
* counter to determine corresponding section base address.
*/现在只创建开始1M的映射,其他外设寄存器空间的映射由paging_init()创建
mov r2, pc, lsr #20@ start of kernel section
add r3, r8, r2, lsl #20@ flags + kernel base
str r3, [r4, r2, lsl #2]@ identity mapping


/*
* Now setup the pagetables for our kernel direct
* mapped region.  We round TEXTADDR down to the
* nearest megabyte boundary.  It is assumed that
* the kernel fits within 4 contigous 1MB sections.
*/现在为内核直接映射区建立页表。我们大概将TEXTADDR降到最近的M区域
add r0, r4,  #(TEXTADDR & 0xff000000) >> 18@ start of kernel
str r3, [r0, #(TEXTADDR & 0x00f00000) >> 18]!
add r3, r3, #1 << 20
str r3, [r0, #4]!@ KERNEL + 1MB
add r3, r3, #1 << 20
str r3, [r0, #4]!@ KERNEL + 2MB
add r3, r3, #1 << 20
str r3, [r0, #4]@ KERNEL + 3MB

/*
* Then map first 1MB of ram in case it contains our boot params.
*/
add r0, r4, #VIRT_OFFSET >> 18
add r2, r5, r8
str r2, [r0]

linux内核中3GB以上的地址空间为内核空间,所以需要把内核所在的物理空间地址映射到3GB以上。这里只映射了4MB。注意第一节进行了两次映射,一个和物理地址相同映射,另一个映射到3GB以上。

......这中间还有一段代码,就不分析了,都是有关调试的。

/*
 * Read processor ID register (CP#15, CR0), and look up in the linker-built
 * supported processor list.  Note that we can't use the absolute addresses
 * for the __proc_info lists since we aren't running with the MMU on
 * (and therefore, we are not in the correct address space).  We have to
 * calculate the offset.
 *
 * Returns:
 * r5, r6, r7 corrupted
 * r8  = page table flags
 * r9  = processor ID
 * r10 = pointer to processor structure
 */
__lookup_processor_type:
adr r5, 2f
ldmia r5, {r7, r9, r10}
sub r5, r5, r10@ convert addresses
add r7, r7, r5@ to our address space
add r10, r9, r5
mrc p15, 0, r9, c0, c0@ get processor id
1: ldmia r10, {r5, r6, r8} @ value, mask, mmuflags
and r6, r6, r9@ mask wanted bits
teq r5, r6
moveq pc, lr
add r10, r10, #PROC_INFO_SZ@ sizeof(proc_info_list)
cmp r10, r7
blt 1b
mov r10, #0@ unknown processor
mov pc, lr


/*
 * Look in include/asm-arm/procinfo.h and arch/arm/kernel/arch.[ch] for
 * more information about the __proc_info and __arch_info structures.
 */

内核中定义的处理器信息和平台信息,在连接文件vmlinux.lds.S (arch\arm\kernel)中有如下定义:

vmlinux.lds.S (arch\arm\kernel)

                __proc_info_begin = .;
*(.proc.info)
__proc_info_end = .;
__arch_info_begin = .;
*(.arch.info)
__arch_info_end = .;


2: .long __proc_info_end
.long __proc_info_begin
.long 2b
.long __arch_info_begin
.long __arch_info_end
这段代码的开头标志,看起来是不是很熟悉,这个就是在第一篇中看到的的,不知道的话,可以回过去查看。这段代码主要是有关处理器的查找。

/*
 * Lookup machine architecture in the linker-build list of architectures.
 * Note that we can't use the absolute addresses for the __arch_info
 * lists since we aren't running with the MMU on (and therefore, we are
 * not in the correct address space).  We have to calculate the offset.
 *不能使用绝对地址
 *  r1 = machine architecture number
 * Returns:
 *  r2, r3, r4 corrupted
 *  r5 = physical start address of RAM
 *  r6 = physical address of IO
 *  r7 = byte offset into page tables for IO
 */
__lookup_architecture_type:
adr r4, 2b
ldmia r4, {r2, r3, r5, r6, r7}@ throw away r2, r3
sub r5, r4, r5@ convert addresses
add r4, r6, r5@ to our address space
add r7, r7, r5
1: ldr r5, [r4] @ get machine type
teq r5, r1@ matches loader number?
beq 2f@ found
add r4, r4, #SIZEOF_MACHINE_DESC@ next machine_desc
cmp r4, r7
blt 1b
mov r7, #0@ unknown architecture
mov pc, lr
2: ldmib r4, {r5, r6, r7} @ found, get results
mov pc, lr

这段代码也和上面的一样。这段完成的工作主要是判断内核对这个平台的支持。那平台信息在那里定义呢?

MACHINE_START (KEV7A400, "Sharp KEV7a400")
MAINTAINER ("Marc Singer")
BOOT_MEM (0xc0000000, 0x80000000, io_p2v (0x80000000))
BOOT_PARAMS (0xc0000100)
MAPIO (kev7a400_map_io)
INITIRQ (lh7a400_init_irq)
.timer = &lh7a40x_timer,
MACHINE_END

主要是通过MACHINE_START宏,

/*
 * Set of macros to define architecture features.  This is built into
 * a table by the linker.
 */
#define MACHINE_START(_type,_name) \
const struct machine_desc __mach_desc_##_type \
 __attribute__((__section__(".arch.info"))) = { \
.nr = MACH_TYPE_##_type,\
.name = _name,

当想要添加新的平台是,需修改Mach-types (arch\arm\tools)这个文件,因为内核在编译时Makefile脚本会根据

Mach-types (arch\arm\tools)文件生成Mach-types.h (include\asm-arm\)文件。

 
关键字:ARM  Linux  内核启动 引用地址:ARM Linux内核启动2

上一篇:arm linux 从入口到start_kernel 代码分析
下一篇:ARM与Thumb状态切换及其代码分析

推荐阅读最新更新时间:2024-03-16 14:57

ARM协处理器指令
ARM 微处理器可支持多达 16 个协处理器,用于各种协处理操作,在程序执行的过程中,每个协处理器只执行针对自身的协处理指令,忽略 ARM 处理器和其他协处理器的指令。ARM 的协处理器指令主要用于 ARM 处理器初始化 ARM 协处理器的数据处理操作,以及在ARM 处理器的寄存器和协处理器的寄存器之间传送数据,和在 ARM 协处理器的寄存器和存储器之间传送数据。 ARM 协处理器指令包括以下 5 条: CDP 协处理器数操作指令 LDC 协处理器数据加载指令 STC 协处理器数据存储指令 MCR ARM 处理器寄存器到协处理器寄存器的数据传送指令 MRC 协处理器寄存器到ARM 处理器寄存器的数据传送指令 ......
[单片机]
德州仪器发布全新Arm® Cortex®-M0+ MCU 产品系列,让嵌入式系统更经济实惠
德州仪器发布全新Arm® Cortex®-M0+ MCU 产品系列,让嵌入式系统更经济实惠 全新 32 位通用 MCU 产品系列几乎适用于所有应用 中国上海(2023年3月16日)– 德州仪器 (TI)今日推出可扩展的 Arm® Cortex®-M0+ 微控制器 (MCU) 产品系列,进一步扩大德州仪器广泛的模拟和嵌入式处理半导体产品组合 。该产品系列具有丰富的计算、引脚排列、存储器和集成模拟选项。 此次发布的数十款MCU由直观软件和设计工具提供支持,使得MSPM0 MCU产品系列可助力设计人员将更多时间用于创新,减少评估和编程时间,将设计时间从几个月缩短至几天。Arm® Cortex®-M0+ MCU经济实惠
[嵌入式]
德州仪器发布全新<font color='red'>Arm</font>® Cortex®-M0+ MCU 产品系列,让嵌入式系统更经济实惠
ARM发布业界最广泛的40纳米G物理IP平台
ARM公司近日宣布,开始向台积电的40纳米G制造工艺提供业界最完善的IP平台。这一ARM® 最新的、已通过流片验证的物理IP能够满足性能驱动消费产品的高成本效率开发;这些产品要求在不提高功耗的前提下提供先进的功能。这一平台是为那些期望使用40纳米工艺进行设计的开发者设计的,能够促进更高水平的技术创新,同时保持性能驱动消费产品的功耗水平。这些消费产品包括:磁盘驱动器、机顶盒、移动计算设备、网络应用、高清电视以及图形处理器。 通过多通道的逻辑库,ARM平台提供了非常高的灵活性。这些库包括高性能和高密度标准单元库,以及电源管理套件和ECO套件库扩展;后者主要用于解决亚微米设计中的漏电问题。所有的多通道长度库(length
[嵌入式]
Linux下s3c6410的GPIO操作(3)
1、接着上一篇 上一篇说到s3c64xx_gpiolib_add函数中的s3c_gpiolib_add(chips)这个函数了,并对这个函数进行了分析,但还没分析完,这篇接着分析, /* gpiochip_add() prints own failure message on error. */ ret = gpiochip_add(gc);这个函数是上一篇中分析的重点 if (ret = 0) s3c_gpiolib_track(chip);这次要分析的函数,先列出源码,如下所示: struct s3c_gpio_chip *s3c_gpios ;在下面用到。 static __init void s3c_gpiol
[单片机]
<font color='red'>Linux</font>下s3c6410的GPIO操作(3)
ARM11 S3C6410 的地址表
参考:1)《ARM1176 JZF-S Technical Reference Manual》: Chapter 3 System Control Coprocessor Chapter 6 Memory Management Unit 2)u-boot源码: u-boot-x.x.x/cpu/s3c64xx/start.S u-boot-x.x.x/board/samsung/smdk6410/lowlevel_init.S 1. ARMv6 MMU简述 1)MMU由协处理器CP15控制; 2)MMU功能:地址映射(VA- PA),内存访问权限控制; 3)虚拟地址到物理地址的转换过程:Micro TLB- Main TLB- P
[单片机]
基于ARM的MP3播放器设计与实现
摘要:为了克服目前市场上MP3储存量小,价格昂贵,操作复杂,播放歌曲的单一性等不足,设计了一款基于ARMLPC213l的MP3播放器。该播放器主要由音频解码模块和音乐文件存取模块2部分组成。实验结果表明,该设计实现了存储在U盘里按自己设定的顺序自动播放歌曲,并拥有储存量大,价格较低,操作简单,播放种类较多等特点,具有一定的实用和推广价值。 关键词:MP3音乐播放器;ARM LPC2131;VS1003;CH375 0 引言 MPEG(Moving Picture Experts Group)是运动图像专家组的英文缩写。MP3是MPEG Audio Layer-3的缩写,即MPEG第3层音频编码标准,使用MP3标准对音频数据
[工业控制]
基于<font color='red'>ARM</font>的MP3播放器设计与实现
ARM与SDRAM芯片的联接
通常ARM芯片内置的内存很少,要运行Linux,需要扩展内存。ARM9扩展内存使用SDRAM内存,ARM11使用 DDR SDRAM。以ARM9核心的S3C2440为例,介绍一下内存的扩展。 S3C2440通常外接32位64MBytes的SDRAM,采用两片16位256Mbits的SDRAM芯片(如HY57V561620),SDRAM芯片通过地址总线、数据总线、若干控制线与S3C2440芯片相连。 S3C2440的地址总线:27根地址线----ADDR 。 S3C2440的数据总线:32根数据线----DATA 。 S3C2440的SDRAM控制线: 1、SDRAM片选----nGCS6(对应ARM的地址0x3000 0
[单片机]
基于2.6.19内核的小型Linux系统制作与移植
引言 ARM9 S3C2410微处理器与Linux的结合越来越紧密,逐渐在嵌入式领域得到广范的应用。目前,在便携式消费类电子产品、无线设备、汽车、网络、存储产品等都可以看到S3C2410与Linux相结合的身影。 S3C2410微处理器是一款由Samsung公司为手持终端设计的低价格、低功耗、高性能,基于ARM920T核的微处理器。它带有内存管理单元(MMU),采用0.18mm工艺和AMBA新型总线结构,主频可达203MHz。同时,它支持Thumb 16位压缩指令集,从而能以较小的存储空间获得32位的系统性能。 在众多嵌入式操作系统中,Linux目前发展最快、应用最为广泛 。性能优良、源码开放的Linux具有体积小、内核可裁
[应用]
小广播
添点儿料...
无论热点新闻、行业分析、技术干货……
设计资源 培训 开发板 精华推荐

最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件
电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved