ARM Linux 的启动过程

1. kernel运行的史前时期和内存布局

 

在arm平台下，zImage.bin压缩镜像是由bootloader加载到物理内存，然后跳到zImage.bin里一段程序，它专门于将被压缩的kernel解压缩到KERNEL_RAM_PADDR开始的一段内存中，接着跳进真正的kernel去执行。该kernel的执行起点是stext函数，定义于arch/arm/kernel/head.S。

 

在分析stext函数前，先介绍此时内存的布局如下图所示

 

ARM Linux 的启动过程_第1张图片

 

在开发板tqs3c2440中，SDRAM连接到内存控制器的Bank6中，它的开始内存地址是0x30000000，大小为64M，即0x20000000。 ARM Linux kernel将SDRAM的开始地址定义为PHYS_OFFSET。经bootloader加载kernel并由自解压部分代码运行后，最终kernel被放置到KERNEL_RAM_PADDR（=PHYS_OFFSET + TEXT_OFFSET，即0x30008000）地址上的一段内存，经此放置后，kernel代码以后均不会被移动。

 

在进入kernel代码前，即bootloader和自解压缩阶段，ARM未开启MMU功能。因此kernel启动代码一个重要功能是设置好相应的页表，并开启MMU功能。为了支持MMU功能，kernel镜像中的所有符号，包括代码段和数据段的符号，在链接时都生成了它在开启MMU时，所在物理内存地址映射到的虚拟内存地址。

 

以arm kernel第一个符号（函数）stext为例，在编译链接，它生成的虚拟地址是0xc0008000，而放置它的物理地址为0x30008000（还记得这是PHYS_OFFSET+TEXT_OFFSET吗？）。实际上这个变换可以利用简单的公式进行表示：va = pa – PHYS_OFFSET + PAGE_OFFSET。Arm linux最终的kernel空间的页表，就是按照这个关系来建立。

 

之所以较早提及arm linux 的内存映射，原因是在进入kernel代码，里面所有符号地址值为清一色的0xCXXXXXXX地址，而此时ARM未开启MMU功能，故在执行stext函数第一条执行时，它的PC值就是stext所在的内存地址（即物理地址，0x30008000）。因此，下面有些代码，需要使用地址无关技术。

 

2．一览stext函数

 

stext函数定义在Arch/arm/kernel/head.S，它的功能是获取处理器类型和机器类型信息，并创建临时的页表，然后开启MMU功能，并跳进第一个C语言函数start_kernel。

 

stext函数的在前置条件是：MMU, D-cache, 关闭; r0 = 0, r1 = machine nr, r2 = atags prointer.

 

代码如下：

[cpp]  view plain copy
  1.   .section ".text.head", "ax"  
  2.   
  3. (stext)  
  4.   
  5.  /* 设置CPU运行模式为SVC，并关中断 */  
  6.   
  7.   msr  cpsr_c, #PSR_F_BIT | PSR_I_BIT | SVC_MODE @ ensure svc mode  
  8.   
  9.                                      @ and irqs disabled  
  10.   
  11.   mrc p15, 0, r9, c0, c0        @ get processor id  
  12.   
  13.   bl    __lookup_processor_type         @ r5=procinfo r9=cupid  
  14.   
  15. /* r10指向cpu对应的proc_info记录 */  
  16.   
  17.    movs  r10, r5                         @ invalid processor (r5=0)?  
  18.   
  19.   beq __error_p                    @ yes, error 'p'  
  20.   
  21.   bl    __lookup_machine_type            @ r5=machinfo  
  22.   
  23. /* r8 指向开发板对应的arch_info记录 */  
  24.   
  25.    movs  r8, r5                           @ invalid machine (r5=0)?  
  26.   
  27.   beq __error_a                    @ yes, error 'a'  
  28.   
  29. /* __vet_atags函数涉及bootloader造知kernel物理内存的情况，我们暂时不分析它。 */  
  30.   
  31.   bl    __vet_atags  
  32.   
  33. /*  创建临时页表 */  
  34.   
  35.   bl    __create_page_tables  
  36.   
  37.   
  38.   
  39.   /* 
  40.  
  41.    * The following calls CPU specific code in a position independent 
  42.  
  43.    * manner.  See arch/arm/mm/proc-*.S for details.  r10 = base of 
  44.  
  45.    * xxx_proc_info structure selected by __lookup_machine_type 
  46.  
  47.    * above.  On return, the CPU will be ready for the MMU to be 
  48.  
  49.    * turned on, and r0 will hold the CPU control register value. 
  50.  
  51.    */  
  52.   
  53.  /* 这里的逻辑关系相当复杂，先是从proc_info结构中的中跳进__arm920_setup函数， 
  54.  
  55.   * 然后执__enable_mmu 函数。最后在__enable_mmu函数通过mov pc, r13来执行__switch_data， 
  56.  
  57.   * __switch_data函数在最后一条语句，鱼跃龙门，跳进第一个C语言函数start_kernel。 
  58.    */  
  59.   
  60.   ldr   r13, __switch_data             @ address to jump to after  
  61.   
  62.                                      @ mmu has been enabled  
  63.   
  64.   adr  lr, __enable_mmu        @ return (PIC) address  
  65.   
  66.   add pc, r10, #PROCINFO_INITFUNC  
  67.   
  68. OC(stext)  
[cpp]  view plain copy
  1.   .section ".text.head", "ax"  
  2.   
  3. (stext)  
  4.   
  5.  /* 设置CPU运行模式为SVC，并关中断 */  
  6.   
  7.   msr  cpsr_c, #PSR_F_BIT | PSR_I_BIT | SVC_MODE @ ensure svc mode  
  8.   
  9.                                      @ and irqs disabled  
  10.   
  11.   mrc p15, 0, r9, c0, c0        @ get processor id  
  12.   
  13.   bl    __lookup_processor_type         @ r5=procinfo r9=cupid  
  14.   
  15. /* r10指向cpu对应的proc_info记录 */  
  16.   
  17.    movs  r10, r5                         @ invalid processor (r5=0)?  
  18.   
  19.   beq __error_p                    @ yes, error 'p'  
  20.   
  21.   bl    __lookup_machine_type            @ r5=machinfo  
  22.   
  23. /* r8 指向开发板对应的arch_info记录 */  
  24.   
  25.    movs  r8, r5                           @ invalid machine (r5=0)?  
  26.   
  27.   beq __error_a                    @ yes, error 'a'  
  28.   
  29. /* __vet_atags函数涉及bootloader造知kernel物理内存的情况，我们暂时不分析它。 */  
  30.   
  31.   bl    __vet_atags  
  32.   
  33. /*  创建临时页表 */  
  34.   
  35.   bl    __create_page_tables  
  36.   
  37.   
  38.   
  39.   /* 
  40.  
  41.    * The following calls CPU specific code in a position independent 
  42.  
  43.    * manner.  See arch/arm/mm/proc-*.S for details.  r10 = base of 
  44.  
  45.    * xxx_proc_info structure selected by __lookup_machine_type 
  46.  
  47.    * above.  On return, the CPU will be ready for the MMU to be 
  48.  
  49.    * turned on, and r0 will hold the CPU control register value. 
  50.  
  51.    */  
  52.   
  53.  /* 这里的逻辑关系相当复杂，先是从proc_info结构中的中跳进__arm920_setup函数， 
  54.  
  55.   * 然后执__enable_mmu 函数。最后在__enable_mmu函数通过mov pc, r13来执行__switch_data， 
  56.  
  57.   * __switch_data函数在最后一条语句，鱼跃龙门，跳进第一个C语言函数start_kernel。 
  58.    */  
  59.   
  60.   ldr   r13, __switch_data             @ address to jump to after  
  61.   
  62.                                      @ mmu has been enabled  
  63.   
  64.   adr  lr, __enable_mmu        @ return (PIC) address  
  65.   
  66.   add pc, r10, #PROCINFO_INITFUNC  
  67.   
  68. OC(stext)  


3 __lookup_processor_type 函数

 __lookup_processor_type 函数是一个非常讲究技巧的函数，如果你将它领会，也将领会kernel了一些魔法。

Kernel代码将所有CPU信息的定义都放到.proc.info.init段中，因此可以认为.proc.info.init段就是一个数组，每个元素都定义了一个或一种CPU的信息。目前__lookup_processor_type使用该元素的前两个字段cpuid和mask来匹配当前CPUID，如果满足CPUID & mask == cpuid，则找到当前cpu的定义并返回。 

下面是tqs3c2440开发板，CPU的定义信息，cpuid = 0x41009200，mask = 0xff00fff0。如果是码是运行在tqs3c2440开发板上，那么函数返回下面的定义：

 

[cpp]  view plain copy
  1.        .section ".proc.info.init", #alloc, #execinstr  
  2.   
  3.    
  4.   
  5.        .type       __arm920_proc_info,#object  
  6.   
  7. __arm920_proc_info:  
  8.   
  9.        .long       0x41009200  
  10.   
  11.        .long       0xff00fff0  
  12.   
  13.        .long   PMD_TYPE_SECT | \  
  14.   
  15.               PMD_SECT_BUFFERABLE | \  
  16.   
  17.               PMD_SECT_CACHEABLE | \  
  18.   
  19.               PMD_BIT4 | \  
  20.   
  21.               PMD_SECT_AP_WRITE | \  
  22.   
  23.               PMD_SECT_AP_READ  
  24.   
  25.        .long   PMD_TYPE_SECT | \  
  26.   
  27.               PMD_BIT4 | \  
  28.   
  29.               PMD_SECT_AP_WRITE | \  
  30.   
  31.               PMD_SECT_AP_READ  
  32.   
  33.       /* __arm920_setup函数在stext的未尾被调用，请往回看。*/  
  34.   
  35.        b     __arm920_setup  
  36.   
  37.        .long       cpu_arch_name  
  38.   
  39.        .long       cpu_elf_name  
  40.   
  41.        .long       HWCAP_SWP | HWCAP_HALF | HWCAP_THUMB  
  42.   
  43.        .long       cpu_arm920_name  
  44.   
  45.        .long       arm920_processor_functions  
  46.   
  47.        .long       v4wbi_tlb_fns  
  48.   
  49.        .long       v4wb_user_fns  
  50.   
  51. #ifndef CONFIG_CPU_DCACHE_WRITETHROUGH   
  52.   
  53.        .long       arm920_cache_fns  
  54.   
  55. #else   
  56.   
  57.        .long       v4wt_cache_fns  
  58.   
  59. #endif   
  60.   
  61.        .size __arm920_proc_info, . - __arm920_proc_info  
[cpp]  view plain copy
  1.        .section ".proc.info.init", #alloc, #execinstr  
  2.   
  3.    
  4.   
  5.        .type       __arm920_proc_info,#object  
  6.   
  7. __arm920_proc_info:  
  8.   
  9.        .long       0x41009200  
  10.   
  11.        .long       0xff00fff0  
  12.   
  13.        .long   PMD_TYPE_SECT | \  
  14.   
  15.               PMD_SECT_BUFFERABLE | \  
  16.   
  17.               PMD_SECT_CACHEABLE | \  
  18.   
  19.               PMD_BIT4 | \  
  20.   
  21.               PMD_SECT_AP_WRITE | \  
  22.   
  23.               PMD_SECT_AP_READ  
  24.   
  25.        .long   PMD_TYPE_SECT | \  
  26.   
  27.               PMD_BIT4 | \  
  28.   
  29.               PMD_SECT_AP_WRITE | \  
  30.   
  31.               PMD_SECT_AP_READ  
  32.   
  33.       /* __arm920_setup函数在stext的未尾被调用，请往回看。*/  
  34.   
  35.        b     __arm920_setup  
  36.   
  37.        .long       cpu_arch_name  
  38.   
  39.        .long       cpu_elf_name  
  40.   
  41.        .long       HWCAP_SWP | HWCAP_HALF | HWCAP_THUMB  
  42.   
  43.        .long       cpu_arm920_name  
  44.   
  45.        .long       arm920_processor_functions  
  46.   
  47.        .long       v4wbi_tlb_fns  
  48.   
  49.        .long       v4wb_user_fns  
  50.   
  51. #ifndef CONFIG_CPU_DCACHE_WRITETHROUGH  
  52.   
  53.        .long       arm920_cache_fns  
  54.   
  55. #else  
  56.   
  57.        .long       v4wt_cache_fns  
  58.   
  59. #endif  
  60.   
  61.        .size __arm920_proc_info, . - __arm920_proc_info  


 

[cpp]  view plain copy
  1. /* 
  2.  * Read processor ID register (CP#15, CR0), and look up in the linker-built 
  3.  * supported processor list.  Note that we can't use the absolute addresses 
  4.  * for the __proc_info lists since we aren't running with the MMU on 
  5.  * (and therefore, we are not in the correct address space).  We have to 
  6.  * calculate the offset. 
  7.  * 
  8.  *   r9 = cpuid 
  9.  * Returns: 
  10.  *   r3, r4, r6 corrupted 
  11.  *   r5 = proc_info pointer in physical address space 
  12.  *   r9 = cpuid (preserved) 
  13.  */   
  14. __lookup_processor_type:  
  15.       /* adr 是相对寻址，它的寻计算结果是将当前PC值加上3f符号与PC的偏移量， 
  16.        * 而PC是物理地址，因此r3的结果也是3f符号的物理地址 */  
  17.   
  18.        adr  r3, 3f  
  19.   
  20.       /* r5值为__proc_info_bein, r6值为__proc_ino_end，而r7值为.， 
  21.        * 也即3f符号的链接地址。请注意，在链接期间，__proc_info_begin和 
  22.        * __proc_info_end以及.均是链接地址，也即虚执地址。 
  23.        */  
  24.   
  25.        ldmda     r3, {r5 - r7}  
  26.   
  27.      /* r3为3f的物理地址，而r7为3f的虚拟地址。结果是r3为虚拟地址与物理地址的差值，即PHYS_OFFSET - PAGE_OFFSET。*/  
  28.   
  29.        sub  r3, r3, r7                     @ get offset between virt&phys  
  30.   
  31.      /* r5为__proc_info_begin的物理地址, 即r5指针__proc_info数组的首地址 */  
  32.   
  33.        add r5, r5, r3                     @ convert virt addresses to  
  34.   
  35.      /* r6为__proc_info_end的物理地址 */  
  36.   
  37.        add r6, r6, r3                     @ physical address space  
  38.   
  39.      /* 读取r5指向的__proc_info数组元素的CPUID和mask值 */  
  40.   
  41. 1:    ldmia      r5, {r3, r4}                  @ value, mask  
  42.   
  43.      /* 将当前CPUID和mask相与，并与数组元素中的CPUID比较是否相同 
  44.       * 若相同，则找到当前CPU的__proc_info定义，r5指向访元素并返回。 
  45.       */  
  46.   
  47.        and  r4, r4, r9                     @ mask wanted bits  
  48.   
  49.        teq  r3, r4  
  50.   
  51.        beq 2f  
  52.   
  53.      /* r5指向下一个__proc_info元素 */  
  54.   
  55.        add r5, r5, #PROC_INFO_SZ        @ sizeof(proc_info_list)  
  56.   
  57.      /* 是否遍历完所有__proc_info元素 */  
  58.   
  59.        cmp r5, r6  
  60.   
  61.        blo  1b  
  62.   
  63.      /* 找不到则返回NULL */  
  64.   
  65.        mov r5, #0                          @ unknown processor  
  66.   
  67. 2:    mov pc, lr  
  68.   
  69. ENDPROC(__lookup_processor_type)  
  70.   
  71.        .long       __proc_info_begin  
  72.        .long       __proc_info_end  
  73. 3:    .long       .  
  74.        .long       __arch_info_begin  
  75.        .long       __arch_info_end  
[cpp]  view plain copy
  1. /* 
  2.  * Read processor ID register (CP#15, CR0), and look up in the linker-built 
  3.  * supported processor list.  Note that we can't use the absolute addresses 
  4.  * for the __proc_info lists since we aren't running with the MMU on 
  5.  * (and therefore, we are not in the correct address space).  We have to 
  6.  * calculate the offset. 
  7.  * 
  8.  *   r9 = cpuid 
  9.  * Returns: 
  10.  *   r3, r4, r6 corrupted 
  11.  *   r5 = proc_info pointer in physical address space 
  12.  *   r9 = cpuid (preserved) 
  13.  */   
  14. __lookup_processor_type:  
  15.       /* adr 是相对寻址，它的寻计算结果是将当前PC值加上3f符号与PC的偏移量， 
  16.        * 而PC是物理地址，因此r3的结果也是3f符号的物理地址 */  
  17.   
  18.        adr  r3, 3f  
  19.   
  20.       /* r5值为__proc_info_bein, r6值为__proc_ino_end，而r7值为.， 
  21.        * 也即3f符号的链接地址。请注意，在链接期间，__proc_info_begin和 
  22.        * __proc_info_end以及.均是链接地址，也即虚执地址。 
  23.        */  
  24.   
  25.        ldmda     r3, {r5 - r7}  
  26.   
  27.      /* r3为3f的物理地址，而r7为3f的虚拟地址。结果是r3为虚拟地址与物理地址的差值，即PHYS_OFFSET - PAGE_OFFSET。*/  
  28.   
  29.        sub  r3, r3, r7                     @ get offset between virt&phys  
  30.   
  31.      /* r5为__proc_info_begin的物理地址, 即r5指针__proc_info数组的首地址 */  
  32.   
  33.        add r5, r5, r3                     @ convert virt addresses to  
  34.   
  35.      /* r6为__proc_info_end的物理地址 */  
  36.   
  37.        add r6, r6, r3                     @ physical address space  
  38.   
  39.      /* 读取r5指向的__proc_info数组元素的CPUID和mask值 */  
  40.   
  41. 1:    ldmia      r5, {r3, r4}                  @ value, mask  
  42.   
  43.      /* 将当前CPUID和mask相与，并与数组元素中的CPUID比较是否相同 
  44.       * 若相同，则找到当前CPU的__proc_info定义，r5指向访元素并返回。 
  45.       */  
  46.   
  47.        and  r4, r4, r9                     @ mask wanted bits  
  48.   
  49.        teq  r3, r4  
  50.   
  51.        beq 2f  
  52.   
  53.      /* r5指向下一个__proc_info元素 */  
  54.   
  55.        add r5, r5, #PROC_INFO_SZ        @ sizeof(proc_info_list)  
  56.   
  57.      /* 是否遍历完所有__proc_info元素 */  
  58.   
  59.        cmp r5, r6  
  60.   
  61.        blo  1b  
  62.   
  63.      /* 找不到则返回NULL */  
  64.   
  65.        mov r5, #0                          @ unknown processor  
  66.   
  67. 2:    mov pc, lr  
  68.   
  69. ENDPROC(__lookup_processor_type)  
  70.   
  71.        .long       __proc_info_begin  
  72.        .long       __proc_info_end  
  73. 3:    .long       .  
  74.        .long       __arch_info_begin  
  75.        .long       __arch_info_end  
 

4 __lookup_machine_type 函数

__lookup_machine_type 和__lookup_processor_type像对孪生兄弟，它们的行为都是很类似的：__lookup_machine_type根据r1寄存器的机器编号到.arch.info.init段的数组中依次查找机器编号与r1相同的记录。它使了与它孪生兄弟同样的手法进行虚拟地址到物理地址的转换计算。

 

在介绍函数，我们先分析tqs3c2440开发板的机器信息的定义：

[cpp]  view plain copy
  1. Arch/arm/include/asm/mach/arch.h   
  2.   
  3. #define MACHINE_START(_type,_name)                  \   
  4.   
  5. static const struct machine_desc __mach_desc_##_type      \  
  6.   
  7.  __used                                           \  
  8.   
  9.  __attribute__((__section__(".arch.info.init"))) = { \  
  10.   
  11.        .nr          = MACH_TYPE_##_type,              \  
  12.   
  13.        .name            = _name,  
  14.   
  15.    
  16.   
  17. #define MACHINE_END                       \   
  18.   
  19. };  
[cpp]  view plain copy
  1. Arch/arm/include/asm/mach/arch.h   
  2.   
  3. #define MACHINE_START(_type,_name)                  \  
  4.   
  5. static const struct machine_desc __mach_desc_##_type      \  
  6.   
  7.  __used                                           \  
  8.   
  9.  __attribute__((__section__(".arch.info.init"))) = { \  
  10.   
  11.        .nr          = MACH_TYPE_##_type,              \  
  12.   
  13.        .name            = _name,  
  14.   
  15.    
  16.   
  17. #define MACHINE_END                       \  
  18.   
  19. };  


 

MACHINE_START宏用于定义一个.arch.info.init段的数组元素。.nr元素就是函数要比较的变量。Tqs3c2440开发板相应的定义如下：

 

[cpp]  view plain copy
  1. MACHINE_START(S3C2440, "TQ2440")  
  2.   
  3.        .phys_io = S3C2410_PA_UART,  
  4.   
  5.        .io_pg_offst   = (((u32)S3C24XX_VA_UART) >> 18) & 0xfffc,  
  6.   
  7.        .boot_params       = S3C2410_SDRAM_PA + 0x100,  
  8.   
  9.    
  10.   
  11.        .init_irq   = s3c24xx_init_irq,  
  12.   
  13.        .map_io         = tq2440_map_io,  
  14.   
  15.        .init_machine  = tq2440_machine_init,  
  16.   
  17.        .timer             = &s3c24xx_timer,  
  18.   
  19. MACHINE_END  
[cpp]  view plain copy
  1. MACHINE_START(S3C2440, "TQ2440")  
  2.   
  3.        .phys_io = S3C2410_PA_UART,  
  4.   
  5.        .io_pg_offst   = (((u32)S3C24XX_VA_UART) >> 18) & 0xfffc,  
  6.   
  7.        .boot_params       = S3C2410_SDRAM_PA + 0x100,  
  8.   
  9.    
  10.   
  11.        .init_irq   = s3c24xx_init_irq,  
  12.   
  13.        .map_io         = tq2440_map_io,  
  14.   
  15.        .init_machine  = tq2440_machine_init,  
  16.   
  17.        .timer             = &s3c24xx_timer,  
  18.   
  19. MACHINE_END  


 

这是一个struct machine_desc结构，在后面的C代码（start_kernel开始执行的代码）会使用该变量对象。在tqs3c2440开发中的__lookup_machine_type函数就是返回该对象指针。

这里涉及很多函数指针，它们都是在start_kernel函数里在各种阶段进行初始化的回函数。如map_io指向的tq2440_map_io就是在建立好内核页表后，再调用它来针对开发板的各种IO端口来建立相关的映射和页表。

至于__loopup_machine_type的代码就不作详细分析，请对比__lookup_processor_type来自行分析。代码如下：

 

[cpp]  view plain copy
  1. /* 
  2.  
  3.  * Lookup machine architecture in the linker-build list of architectures. 
  4.  
  5.  * Note that we can't use the absolute addresses for the __arch_info 
  6.  
  7.  * lists since we aren't running with the MMU on (and therefore, we are 
  8.  
  9.  * not in the correct address space).  We have to calculate the offset. 
  10.  
  11.  * 
  12.  
  13.  *  r1 = machine architecture number 
  14.  
  15.  * Returns: 
  16.  
  17.  *  r3, r4, r6 corrupted 
  18.  
  19.  *  r5 = mach_info pointer in physical address space 
  20.  
  21.  */  
  22.   
  23. __lookup_machine_type:  
  24.   
  25.        adr  r3, 3b  
  26.   
  27.        ldmia      r3, {r4, r5, r6}  
  28.   
  29.        sub  r3, r3, r4                     @ get offset between virt&phys  
  30.   
  31.        add r5, r5, r3                     @ convert virt addresses to  
  32.   
  33.        add r6, r6, r3                     @ physical address space  
  34.   
  35. 1:    ldr   r3, [r5, #MACHINFO_TYPE] @ get machine type  
  36.   
  37.        teq  r3, r1                           @ matches loader number?  
  38.   
  39.        beq 2f                         @ found  
  40.   
  41.        add r5, r5, #SIZEOF_MACHINE_DESC     @ next machine_desc  
  42.   
  43.        cmp r5, r6  
  44.   
  45.        blo  1b  
  46.   
  47.        mov r5, #0                          @ unknown machine  
  48.   
  49. 2:    mov pc, lr  
  50.   
  51. ENDPROC(__lookup_machine_type)  
[cpp]  view plain copy
  1. /* 
  2.  
  3.  * Lookup machine architecture in the linker-build list of architectures. 
  4.  
  5.  * Note that we can't use the absolute addresses for the __arch_info 
  6.  
  7.  * lists since we aren't running with the MMU on (and therefore, we are 
  8.  
  9.  * not in the correct address space).  We have to calculate the offset. 
  10.  
  11.  * 
  12.  
  13.  *  r1 = machine architecture number 
  14.  
  15.  * Returns: 
  16.  
  17.  *  r3, r4, r6 corrupted 
  18.  
  19.  *  r5 = mach_info pointer in physical address space 
  20.  
  21.  */  
  22.   
  23. __lookup_machine_type:  
  24.   
  25.        adr  r3, 3b  
  26.   
  27.        ldmia      r3, {r4, r5, r6}  
  28.   
  29.        sub  r3, r3, r4                     @ get offset between virt&phys  
  30.   
  31.        add r5, r5, r3                     @ convert virt addresses to  
  32.   
  33.        add r6, r6, r3                     @ physical address space  
  34.   
  35. 1:    ldr   r3, [r5, #MACHINFO_TYPE] @ get machine type  
  36.   
  37.        teq  r3, r1                           @ matches loader number?  
  38.   
  39.        beq 2f                         @ found  
  40.   
  41.        add r5, r5, #SIZEOF_MACHINE_DESC     @ next machine_desc  
  42.   
  43.        cmp r5, r6  
  44.   
  45.        blo  1b  
  46.   
  47.        mov r5, #0                          @ unknown machine  
  48.   
  49. 2:    mov pc, lr  
  50.   
  51. ENDPROC(__lookup_machine_type)  


 

5. 为kernel建立临时页表

前面提及到，kernel里面的所有符号在链接时，都使用了虚拟地址值。在完成基本的初始化后，kernel代码将跳到第一个C语言函数start_kernl来执行，在哪个时候，这些虚拟地址必须能够对它所存放在真正内存位置，否则运行将为出错。为此，CPU必须开启MMU，但在开启MMU前，必须为虚拟地址到物理地址的映射建立相应的面表。在开启MMU后，kernel指并不马上将PC值指向start_kernl，而是要做一些C语言运行期的设置，如堆栈，重定义等工作后才跳到start_kernel去执行。在此过程中，PC值还是物理地址，因此还需要为这段内存空间建立va = pa的内存映射关系。当然，本函数建立的所有页表都会在将来paging_init销毁再重建，这是临时过度性的映射关系和页表。

 

在介绍__create_table_pages前，先认识一个macro pgtbl，它将KERNL_RAM_PADDR – 0x4000的值赋给rd寄存器，从下面的使用中可以看它，该值是页表在物理内存的基础，也即页表放在kernel开始地址下的16K的地方。

[cpp]  view plain copy
  1.    
  2.   
  3. .macro    pgtbl, rd  
  4.   
  5.        ldr   \rd, =(KERNEL_RAM_PADDR - 0x4000)  
  6.   
  7. .endm  
[cpp]  view plain copy
  1.    
  2.   
  3. .macro    pgtbl, rd  
  4.   
  5.        ldr   \rd, =(KERNEL_RAM_PADDR - 0x4000)  
  6.   
  7. .endm  


 

[cpp]  view plain copy
  1. /* 
  2.  * Setup the initial page tables.  We only setup the barest 
  3.  * amount which are required to get the kernel running, which 
  4.  * generally means mapping in the kernel code. 
  5.  * 
  6.  * r8  = machinfo 
  7.  * r9  = cpuid 
  8.  * r10 = procinfo 
  9.  * 
  10.  * Returns: 
  11.  *  r0, r3, r6, r7 corrupted 
  12.  *  r4 = physical page table address 
  13.  */  
  14. __create_page_tables:  
  15.   /* r4 = KERNEL_RAM_PADDR – 0x4000 = 0x30004000 
  16.    * 后面的C代码中的swapper_pg_dir变量，它的值也指向0x30004000 
  17.    * 内存地址，不过它的值是虚拟内存地址，即0xc0004000 
  18.    */  
  19.        pgtbl       r4                         @ page table address  
  20.   
  21.    /* 将从r4到KERNEL_RAP_PADDR的16K页表空间清空。 */  
  22.   
  23.        mov r0, r4  
  24.        mov r3, #0  
  25.        add r6, r0, #0x4000  
  26.   
  27. 1:     str   r3, [r0], #4  
  28.        str   r3, [r0], #4  
  29.        str   r3, [r0], #4  
  30.        str   r3, [r0], #4  
  31.        teq  r0, r6  
  32.        bne  1b  
  33.   
  34.    
  35.      /* 还记得r10指向开发板相应的proc_info元素吗？这里它将的mm_mmuflags值读到r7中。 
  36.       * PROCINFO_MM_MMUFLAGS值为8，可对应上面列出来的__arm920_proc_info结构或你相应开发板结构的值来查看该mmu_flags值。 
  37.       * 这里的flags就是用于设置目录项的flags。查看该mmu_flags的定义，发现它是要求一级页表是section。 
  38.       */  
  39.   
  40.        ldr   r7, [r10, #PROCINFO_MM_MMUFLAGS] @ mm_mmuflags  
  41.   
  42.        /* 
  43.         * Create identity mapping for first MB of kernel to 
  44.         * cater for the MMU enable.  This identity mapping 
  45.         * will be removed by paging_init().  We use our current program 
  46.         * counter to determine corresponding section base address. 
  47.         */  
  48.   
  49.        /* r3 = ((pc >> 20) << 20) | r7， 即取PC以1M向下对齐的地址。R6 = pc >> 20也即r6 = 0x300(pgd_idx)， 
  50.         * 即PC对所有1M内存空间，在页表中的下标。                                     
  51.         * R7值表明该目录项是section，即它映射的大小是1M。故刚好一个目录项就可以映射kernel上的1M空间。 
  52.         * 这个暂时的va = pa映射只建立1M大小内存的，而不需要建立整个kernel镜像范围的映射。 
  53.         * 因为这个va = pa的映射只有当前汇编语言才使用，一量跳进start_kernl后，这将不会用到了。而汇编代码在链接时， 
  54.         * 已将它安排到代码段的最前面了。 
  55.   
  56.         mov r6, pc, lsr #20                     @ start of kernel section 
  57.         orr   r3, r7, r6, lsl #20         @ flags + kernel base 
  58.  
  59.        /* 将目录内空写到页表相应位置，即((uint32_t *)r4)[pgd_idx] = r3 */  
  60.    
  61.        str   r3, [r4, r6, lsl #2]         @ identity mapping  
  62.   
  63.    
  64.        /* 上面代码段为[pc &(~0xfffff), (pc + 0xfffff) &(~0xfffff)]的物理内存空间建立了va = pa的映射关系。*/  
  65.   
  66.        /* 下面为kernel镜像所占有空间，即KERNL_START到KERNEL_END建立内存映射， 
  67.         * 映射关系为：va = pa – PHYS + PAGR_OFFSET。注意，这里的KENEL_START是kernel空间开始的虚拟地址。 
  68.         * 这里的目录表项同样是section，即一个项映射1M的内存。 
  69.         */  
  70.   
  71.   
  72.        /* KERNEL_START = PAGE_OFFSET + TEXT_OFFSET， 
  73.         * r0 = ((uint32_t *)(r4))[ (KERNEL_START & 0xff000000) >> 20]， 
  74.         * 即r0指向KERNEL_START& 0xff000000(即kernel以16M向下对齐的)虚拟地址，所在项表目录中的位置。 
  75.  
  76.        add r0, r4,  #(KERNEL_START & 0xff000000) >> 18 
  77.  
  78.       /* r0 = ((uint32_t *)r0)[(KERNEL_START & 0x00f00000) >> 20] 
  79.        * 执行前r0指向kernel以16M向下对齐的虚执地址，而这里再加上KERNEL_START未以16M向对齐部分的偏移量。 
  80.        * 将原来r3的值写到页表目录中。R3的值就是之前已建立好va=pa映射的那个PA值。 
  81.        */  
  82.   
  83.        str   r3, [r0, #(KERNEL_START & 0x00f00000) >> 18]!  
  84.   
  85.       /* r6为kernel镜像的尾部虚拟地址。*/  
  86.   
  87.        ldr   r6, =(KERNEL_END - 1)  
  88.   
  89.       /* 指向下一个即将要填写的目录项 */  
  90.   
  91.        add r0, r0, #4  
  92.   
  93.       /* r6指向KERNEL_END- 1虚拟地址所在的目录表项的位置 */  
  94.   
  95.       add r6, r4, r6, lsr #18  
  96. 1:    cmp       r0, r6  
  97.   
  98.       /* 每填一个目录项，后一个比前一个所指向的物理地址大1M。*/  
  99.       add r3, r3, #1 << 20  
  100.       strls r3, [r0], #4  
  101.       bls   1b  
  102.   
  103.  #ifdef CONFIG_XIP_KERNEL   
  104.        /* 忽略，不分析这种情况 */  
  105. #endif   
  106.   
  107.     /* 通常kernel的启动参数由bootloader放到了物理内存的第1个M上，所以需要为RAM上的第1个M建立映射。 
  108.      * 上面已为PHYS_OFFSET + TEXT_OFFSET建立了映射，如果TEXT_OFFSET小于0x00100000的话， 
  109.      * 上面代码应该也为SDRAM的第一个M建立了映射，但如果大于0x0010000则不会。 
  110.      * 所以这里无论如何均为SDRAM的第一个M建立映射（不知分析对否，还请指正）。 
  111.      */  
  112.        add r0, r4, #PAGE_OFFSET >> 18  
  113.        orr   r6, r7, #(PHYS_OFFSET & 0xff000000)  
  114.        .if    (PHYS_OFFSET & 0x00f00000)  
  115.        orr   r6, r6, #(PHYS_OFFSET & 0x00f00000)  
  116.        .endif  
  117.        str   r6, [r0]  
  118.   
  119. #ifdef CONFIG_DEBUG_LL   
  120.        /*略去 */  
  121. #if defined(CONFIG_ARCH_NETWINDER) || defined(CONFIG_ARCH_CATS)   
  122.        /* 略去 */  
  123. #endif   
  124.   
  125. #ifdef CONFIG_ARCH_RPC   
  126.  /* 略去 */  
  127. #endif   
  128.   
  129. #endif   
  130.   
  131.        mov pc, lr  
  132. ENDPROC(__create_page_tables)  
[cpp]  view plain copy
  1. /* 
  2.  * Setup the initial page tables.  We only setup the barest 
  3.  * amount which are required to get the kernel running, which 
  4.  * generally means mapping in the kernel code. 
  5.  * 
  6.  * r8  = machinfo 
  7.  * r9  = cpuid 
  8.  * r10 = procinfo 
  9.  * 
  10.  * Returns: 
  11.  *  r0, r3, r6, r7 corrupted 
  12.  *  r4 = physical page table address 
  13.  */  
  14. __create_page_tables:  
  15.   /* r4 = KERNEL_RAM_PADDR – 0x4000 = 0x30004000 
  16.    * 后面的C代码中的swapper_pg_dir变量，它的值也指向0x30004000 
  17.    * 内存地址，不过它的值是虚拟内存地址，即0xc0004000 
  18.    */  
  19.        pgtbl       r4                         @ page table address  
  20.   
  21.    /* 将从r4到KERNEL_RAP_PADDR的16K页表空间清空。 */  
  22.   
  23.        mov r0, r4  
  24.        mov r3, #0  
  25.        add r6, r0, #0x4000  
  26.   
  27. 1:     str   r3, [r0], #4  
  28.        str   r3, [r0], #4  
  29.        str   r3, [r0], #4  
  30.        str   r3, [r0], #4  
  31.        teq  r0, r6  
  32.        bne  1b  
  33.   
  34.    
  35.      /* 还记得r10指向开发板相应的proc_info元素吗？这里它将的mm_mmuflags值读到r7中。 
  36.       * PROCINFO_MM_MMUFLAGS值为8，可对应上面列出来的__arm920_proc_info结构或你相应开发板结构的值来查看该mmu_flags值。 
  37.       * 这里的flags就是用于设置目录项的flags。查看该mmu_flags的定义，发现它是要求一级页表是section。 
  38.       */  
  39.   
  40.        ldr   r7, [r10, #PROCINFO_MM_MMUFLAGS] @ mm_mmuflags  
  41.   
  42.        /* 
  43.         * Create identity mapping for first MB of kernel to 
  44.         * cater for the MMU enable.  This identity mapping 
  45.         * will be removed by paging_init().  We use our current program 

你可能感兴趣的:(ARM Linux 的启动过程)

  • 深入探索C#中Newtonsoft.Json库的高级进阶之路 步、步、为营 c#jsonphp
    引言在C#开发的广袤天地中，数据的序列化与反序列化是构建高效、灵活应用程序的关键环节。而Newtonsoft.Json库，作为这一领域的璀璨明星，以其强大的功能和出色的性能，成为了众多开发者的首选工具。它不仅仅是一个简单的JSON处理库，更是一把能够解锁复杂数据处理场景的万能钥匙。无论是在构建WebAPI时，需要将服务器端的对象快速转换为JSON格式，以便在网络中传输；还是在处理复杂的配置文件，需
  • VIM安装YCM插件的详细步骤 万能的小叮当
    文章目录前言VIM版本安装YCM依赖的软件和库安装Vundle安装YCM下一步配置效果图参考博客前言据说youcompleteme是最难安装的插件，我在想网上找到一篇博客就能够安装了，为什么会最难呢?等到安装的时候才发现真的难！！！！！！我觉得难就难在网上的博客安装步骤可能适用一小部分人，剩下的一部分人会遇到很多问题。所以如果安装YCM插件博客，推荐一定要找最近几年的。最后终于耗时两天安装成功了V
  • centos8 卸载go_Linux下Go的安装、配置 、升级和卸载 weixin_39987313 centos8卸载go
    本文同时发布于个人CSDN博客:https://blog.csdn.net/ggq89/article/details/82682171#1.手动安装Go由于大家使用的Linux版本不尽相同，也不见得是最新版本或需要版本的Go语言包，所以我们说一下如何手动安装指定版本。*1.下载Go发行版从官方地址：https://golang.org/dl/上下载合适的二进制发行版(例如:go1.10.4.li
  • 月之暗面今日发布k1.5多模态思考模型 百态老人 笔记人工智能
    月之暗面k1.5多模态思考模型的问世一、月之暗面k1.5多模态思考模型介绍2025年1月20日，月之暗面发布了k1.5多模态思考模型。这一模型在基准测试成绩方面展现出了非凡的性能，它实现了SOTA（state-of-the-art）级别的多模态推理和通用推理能力。多模态推理即模型能够对多种类型的数据（如文本、图像等）进行整合分析推理，通用推理能力则表明它可以广泛应用于多种任务场景进行有效的逻辑推理
  • 如何进行cad地理配准_如何对扫描图片进行ArcGIS配准？ weixin_39604276 如何进行cad地理配准
    就这么个简单的问题啊昨天搞了一晚上肥肥搞了大半天百度上找愣是看见一帮智障在瞎扯工具书上又没有想要的信息水文章水得一点用没有实在是服气索性请教师兄操作今天就直接记录详细教程以供他日使用！首先，插入底图可以各种格式尽量要求清晰度高吉林莫莫格国家级保护区功能区划图下面进行地理配准，配准时确定地图图例，右键工具栏选出地理配准去掉自动校正左键点一下后右键我这个图是1：100000的比例尺所以以米为单位应该这
  • python venv文件夹_Python虚拟环境Venv weixin_39640911 pythonvenv文件夹
    当你的项目比较复杂，对模块版本要求不一时，不需要安装多个Python，只需要配置虚拟环境即可。提起虚拟环境，很多人都会想到Virtualenv，实际上从Python3.3版本开始内置了Venv模块用以建立轻量级的虚拟环境。Venv的用法和机制和Virtualenv非常相似，当你的项目只需要Python3.4或以上版本时，Venv完全可以替代Virtualenv。我这里的演示环境为Win10，使用的
  • python selenium安装步骤_Python：Selenium+Webdriver安装 weixin_39619893 pythonselenium安装步骤
    本人小白一枚，今天在使用selenium+webdriver的时候遇到了一个小问题：WebDriverException:'chromedriver'executableneedstobeinPATH.Pleaseseehttps://sites.google.com/a/chromium.org/chromedriver/home在debug过程中，也去baidu上查询了，很多说法，但是有些是行
  • python selenium canvas_selenium webdriver 实现Canvas画布自动化测试 我不勇敢 pythonseleniumcanvas
    https://blog.csdn.net/xiaoguanyusb/article/details/80324210由借鉴意义,转过来canvas是一个画布，定位元素时只能定位到画布上，如下乳所示，网页上有一张类似于下图的eChart报表图片。selenium的基本定位方式只能定位到该画布上，画布上的子元素通过selenium的基础定位方式是定位不到的，此时就需要使用selenium的js注入的
  • 四、Go 依赖管理 weiwei8213 Go全栈开发golang开发语言后端
    Go全栈开发文章目录Go全栈开发四、Go依赖管理1.go.mod文件说明2.gomod命令3.goinstall/get/clean四、Go依赖管理1.go.mod文件说明//指定module名modulegomod//指定gosdk版本go1.19//当前module（项目）依赖的包，通过require指定require(github.com/bytedance/sonicv1.8.0//ind
  • 【SQL Server】超详细SQLServer日期转换、字符串、数学、聚合等常用函数大全（最新版） web13093320398 面试学习路线阿里巴巴sqlserver数据库
    文章目录一、字符串函数1、获取uuid2、字符串截取3、字符串拼接4、字符串去空格5、大小写转换6、格式化数字为字符串7、字符串替换、转换8、查找与定位9、ISNULL判空取值二、日期时间函数1、获取当前日期和时间2、提取日期部分3、DATENAME(datepart,date_expr)函数，返回指定日期的指定部分,返回字符串。获取年、月、日、星期、周数、时、分、秒4、DATEPART(date
  • n8n 全面实战指南：从零开始构建强大的自动化工作流 ivwdcwso 运维开发自动化运维开发
    1.引言在当今快节奏的数字世界中,自动化已成为提高效率和减少重复工作的关键。n8n作为一款强大的开源工作流自动化工具,为开发者和业务用户alike提供了一个灵活的平台,用于连接各种应用和服务,创建复杂的自动化流程。本文将带您深入了解n8n,从基础安装到高级应用,全面掌握这个强大工具的使用方法。©ivwdcwso(ID:u012172506)2.n8n基础n8n(发音为“n-eight-n”)是一个
  • Kafka系列5-Kafka 常见面试题 只是甲 大数据和数据仓库#KafkaKafka面试题Kafka分区Kafka性能
    文章目录一.常见面试题1.1Kafka中的ISR(InSyncRepli)、OSR(OutSyncRepli)、AR(AllRepli)代表什么？1.2Kafka中的HW、LEO等分别代表什么？1.3Kafka中是怎么体现消息顺序性的？1.4Kafka中的分区器、序列化器、拦截器是否了解？它们之间的处理顺序是什么？1.5Kafka生产者客户端的整体结构是什么样子的？使用了几个线程来处理？分别是什么
  • 【转】ASP.NET Core 实战：基于 Jwt Token 的权限控制全揭露 GoToDinner core
    【转】https://www.cnblogs.com/danvic712/p/10331976.html?tdsourcetag=s_pcqq_aiomsgASP.NETCore实战：基于JwtToken的权限控制全揭露一、前言#在涉及到后端项目的开发中，如何实现对于用户权限的管控是需要我们首先考虑的，在实际开发过程中，我们可能会运用一些已经成熟的解决方案帮助我们实现这一功能，而在Grapefru
  • 【Spring】Spring DI(依赖注入)详解——注入参数的细节处理-内部Bean的注入 AI人H哥会Java JAVAjava开发语言spring后端
    引言在现代Java开发中，Spring框架已经成为了构建企业级应用的标准工具之一。Spring的核心特性之一就是依赖注入（DependencyInjection，DI），它通过将对象的依赖关系从代码中解耦出来，提升了代码的可维护性和可测试性。特别是在大型项目中，良好的依赖管理能够显著降低代码的复杂度，提高开发效率。依赖注入的基本概念依赖注入是一种设计模式，用于实现控制反转（InversionofC
  • Grape-RAG disgare AIai
    Grape-RAG传统RAG的局限性图的优点用知识图谱来呈现数据关系GraphRAG传统RAG的局限性经典的RAG架构以向量数据库（VectorDB）为核心来检索语义相似性上下文，让大语言模型（LLM）不需要重新训练就能够获取最新的知识，其工作流如下图所示：这一架构目前广泛应用于各类AI业务场景中，例如问答机器人、智能客服、私域知识库检索等等。虽然RAG通过知识增强一定程度上缓解了LLM幻觉问题，
  • 创建conda虚拟环境过慢问题 Rose'sPrince condachrome前端
    创建虚拟环境网速过慢，要等太久怎么办？1.创建conda环境压缩包安装conda-pack包：condainstall-cconda-forgeconda-pack或者pipinstallconda-pack。-使用condapack命令开始打包环境（尽量在待打包的环境之外的环境运行）：condapack-n这个命令会将my_env环境打包生成一个my_env.tar.gz的压缩文件，保存在当前路
  • 股票技术面——量价关系 disgare 非it其他
    股票技术面——量价关系量能基础量能分成成交量和成交金额量能是价格的验证量的验证方式有两种：一是趋势验证，二是突破验证量比：量要定性的看不要定量的看六种量形量形基础突破验证：基柱倍量伸缩后市看多基柱强化：双阴洗盘低位放量趋势认证：阳胜进，阴胜出。小倍阳，大胆入量价走势高位放量无量空跌/无量急跌无量上涨涨跌停时的量价关系宏观下的量价共振和背离量价战法涨停接力棒量能接力棒凹口淘金量，指的是一支股票的单位
  • arcgis for JavaScript入门篇 五彩斑斓黑123 arcgisforjavascriptarcgisjavascript开发语言
    介绍ArcGISforJavaScript是一种基于Web的地图开发解决方案，由ESRI公司开发。它允许开发人员在Web应用程序中嵌入交互式地图，并使用JavaScript编写地图应用程序。ArcGISforJavaScript提供了许多功能强大的API和工具，使开发人员能够创建高度定制的地图应用程序。它支持各种地图数据源，包括ESRI的ArcGISOnline服务、第三方地图服务、以及开发人员自
  • 1052. 爱生气的书店老板 xiaolin0333 #滑动窗口算法滑动窗口
    【题目】：1052.爱生气的书店老板classSolution{public:intmaxSatisfied(vector&customers,vector&grumpy,intminutes){intmaxAddCount=0;//在minutes长度内，还能增加的最大顾客满意人数intcurAddCount=0;//当前窗口内还能增加的顾客满意数intcurCount=0;//原本有的顾客满意
  • JSONObject解析数据库Date类型报错问题 知忆_IS 数据库javadatabasepostgresql
    JSONObject解析数据库Date类型报错问题最近项目在写服务器后端查询空间数据的接口时，由于表结构不一致，直接写了一个通用函数用json储存数据库中查询的结果，然而今天前端查询一个表的时候无法查到相应的结果，查了一下代码发现爆了如下错误。报错：Causedby:java.lang.IllegalArgumentExceptionatjava.sql.Date.getHours原因是该表中存在
  • 使用VUE的axios解决调用百度地图api的跨域访问问题 知忆_IS vuehtmlnpmjavascriptchrome
    在构建一个vue前后端分离的项目时候，需要用到百度地图提供的web服务，但是在使用axios方式发送get请求的时候，web页面不显示相应结果，在Google中按F12进入开发者模式之后，发现提示如下：XMLHttpRequestcannotloadOriginhttp://localhost:8080isnotallowedbyAccess-Control-Allow-Origin.根据网上的搜
  • Windows下使用venv创建python虚拟环境 Mr.Justice(JYZN) 深度学习Python基础
    Windows下使用venv创建python虚拟环境(这里使用的是win10进行，其他Windows版本创建方法相同)必须是python3.x以上版本才有自带的venv包，本方法均是使用venv包下面的相关命令进行创建，这里的虚拟环境名称为“test”，所以都可以修改为自己的环境名称创建文件夹，切换当前目录mkdirtest#创建存放虚拟环境的文件夹cdtest#切换到创建的文件夹内创建虚拟环境p
  • Springboot——整合SpringSecurity 发量堪忧的小伙子 springbootspringjava
    目录一、核心概念二、Springboot整合SpringSecurity核心流程三、Springboot整合SpringSecurity3.1引入依赖3.2创建SecurityConfig配置文件3.3重写UserDetailsService参考文献一、核心概念SpringSecurity的核心包括认证和授权两个部分。认证认证过程主要是实现AuthenticationManager，Authent
  • 关于ArcEngine10二次开发，如何在插件窗体内实现如同ArcMap一样的保存数据对话框功能（附源码） 装疯迷窍_A c#arcgis
    关于ArcEngine10二次开发，如何在插件窗体内实现如上图所示的与ArcMap一样的保存数据对话框功能？首先，Windows窗体工具箱的SaveFileDialog对话框肯定不行，此对话框虽然可以自定义文件保存类型（保存shp文件可以），但是无法保存MDB和GDB数据库文件。其次，在网上找了很久，都未找到问题的解决方案。本着求人不如求己的原则，最后还是通过查询ArcObjectsHelpfor
  • 终于有人把西门子PLC通信说清楚了 上位机付工 上位机技术分享c#自动化
    一、前言大家好！我是付工。西门子PLC是工控领域使用非常多的一种PLC品牌，对于上位机开发人员来说，对于西门子PLC的通信，我们一般可以采取哪些通信方式呢？今天跟大家分享一下上位机实现与西门子PLC的通信方案。二、串口通信西门子PLC早期主要以S7-200、S7-300/400为主，后面逐步被S7-200Smart、S7-1200/1500所替代。目前只有S7-200与S7-200Smart是自带
  • 一行代码搞定加载glove预训练词向量 peanutwang python机器学习人工智能
    加载glove预训练词向量再也不用glove2word2vec转换啦！以前加载glove预训练词向量的方法fromgensim.scripts.glove2word2vecimportglove2word2vecglove2word2vec('glove.6B.50d.txt','word2vec50d.txt')其实就是在原来的txt文件前面加上了一行信息，行和列。word10.1230.134
  • embed版Python如何安装第三方包 peanutwang python开发语言
    embed版本相当于一个纯Python运行环境，解压之后在命令行就可以Python.exexxx.py。但是涉及到使用第三方包的情况，还是需要安装的。以下是安装方法（整个过程无需配置环境变量）：1.解压python-3.8.10-embed-amd642.配置包导入搜索路径默认的包导入搜索路径由根目录内pythonXX._pth，打开它把它前面的#注释去掉#importsite3.配置pip国内源
  • 用Python实现概率语言模型（2-元语法模型） peanutwang python语言模型
    首先构造一个语料库，由6句话组成，每句话3个字。corpus='她很香她很菜她很好他很菜他很好菜很好'.split()构造一个字典，存储一元的字数Count1={}遍历语料库，把每个字出现的次数存储在字典中。forsentenceincorpus:forwordinsentence:ifwordinCount1:Count1[word]+=1#如果word在字典中存在else:Count1[wor
  • 基于 Colyseus 的实时消息处理与广播机制 maply Colyseus前端colyseus消息队列node.js
    基于Colyseus的实时消息处理与广播机制Colyseus是一个用于构建实时多人游戏和协作应用的开源框架，基于Node.js运行，并使用WebSocket进行高效的消息传输。它提供了一套结构化的API来管理房间（Rooms）、客户端（Clients）和游戏状态（State），从而支持高效的实时消息处理与广播机制。1.Colyseus消息处理与广播的基本概念Colyseus主要通过以下组件来管理实
  • 轻松检测麦克风功能：使用Python的sounddevice和soundfile库 dongab_9 #脚本工具1024程序员节python
    轻松检测麦克风功能在进行音频处理或开发需要使用麦克风的应用程序时，确保麦克风功能正常是非常重要的。本文将介绍一个简单的Python脚本，它能够帮助我们检测本地麦克风的功能，确保我们的设备能够正常录音。文章目录轻松检测麦克风功能脚本介绍一、Python环境准备二、代码解析三、使用方法脚本介绍下面是一个名为sound_check.py的Python脚本，它使用sounddevice库来检测和测试麦克风
  • PHP如何实现二维数组排序？ IT独行者 二维数组PHP排序　
    二维数组在PHP开发中经常遇到，但是他的排序就不如一维数组那样用内置函数来的方便了，（一维数组排序可以参考本站另一篇文章【PHP中数组排序函数详解汇总】）。二维数组的排序需要我们自己写函数处理了，这里UncleToo给大家分享一个PHP二维数组排序的函数： 代码： functionarray_sort($arr,$keys,$type='asc'){ $keysvalue= $new_arr
  • 【Hadoop十七】HDFS HA配置 bit1129 hadoop
    基于Zookeeper的HDFS HA配置主要涉及两个文件,core-site和hdfs-site.xml。   测试环境有三台 hadoop.master hadoop.slave1 hadoop.slave2   hadoop.master包含的组件NameNode, JournalNode, Zookeeper，DFSZKFailoverController
  • 由wsdl生成的java vo类不适合做普通java vo darrenzhu VOwsdlwebservicerpc
    开发java webservice项目时，如果我们通过SOAP协议来输入输出，我们会利用工具从wsdl文件生成webservice的client端类，但是这里面生成的java data model类却不适合做为项目中的普通java vo类来使用，当然有一中情况例外，如果这个自动生成的类里面的properties都是基本数据类型，就没问题，但是如果有集合类，就不行。原因如下： 1)使用了集合如Li
  • JAVA海量数据处理之二（BitMap） 周凡杨 java算法bitmapbitset数据
           路漫漫其修远兮，吾将上下而求索。想要更快，就要深入挖掘 JAVA 基础的数据结构，从来分析出所编写的 JAVA 代码为什么把内存耗尽，思考有什么办法可以节省内存呢？ 啊哈！算法。这里采用了 BitMap 思想。   首先来看一个实验： 指定 VM 参数大小： -Xms256m -Xmx540m
  • java类型与数据库类型 g21121 java
    很多时候我们用hibernate的时候往往并不是十分关心数据库类型和java类型的对应关心，因为大多数hbm文件是自动生成的，但有些时候诸如：数据库设计、没有生成工具、使用原始JDBC、使用mybatis(ibatIS)等等情况，就会手动的去对应数据库与java的数据类型关心，当然比较简单的数据类型即使配置错了也会很快发现问题，但有些数据类型却并不是十分常见，这就给程序员带来了很多麻烦。 &nb
  • Linux命令 510888780 linux命令
    系统信息 arch 显示机器的处理器架构(1) uname -m 显示机器的处理器架构(2) uname -r 显示正在使用的内核版本 dmidecode -q 显示硬件系统部件 - (SMBIOS / DMI) hdparm -i /dev/hda 罗列一个磁盘的架构特性 hdparm -tT /dev/sda 在磁盘上执行测试性读取操作 cat /proc/cpuinfo 显示C
  • java常用JVM参数 墙头上一根草 javajvm参数
    -Xms：初始堆大小，默认为物理内存的1/64(<1GB)；默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制 -Xmx：最大堆大小，默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制 -Xmn：新生代的内存空间大小，注意：此处的大小是（eden+ 2
  • 我的spring学习笔记9-Spring使用工厂方法实例化Bean的注意点 aijuans Spring 3
    方法一： <bean id="musicBox" class="onlyfun.caterpillar.factory.MusicBoxFactory" factory-method="createMusicBoxStatic"></bean> 方法二：
  • mysql查询性能优化之二 annan211 UNIONmysql查询优化索引优化
    1 union的限制 有时mysql无法将限制条件从外层下推到内层，这使得原本能够限制部分返回结果的条件无法应用到内层 查询的优化上。 如果希望union的各个子句能够根据limit只取部分结果集，或者希望能够先排好序在 合并结果集的话，就需要在union的各个子句中分别使用这些子句。 例如 想将两个子查询结果联合起来，然后再取前20条记录，那么mys
  • 数据的备份与恢复 百合不是茶 oraclesql数据恢复数据备份
     数据的备份与恢复的方式有: 表,方案 ,数据库;     数据的备份: 导出到的常见命令; 参数 说明 USERID 确定执行导出实用程序的用户名和口令 BUFFER 确定导出数据时所使用的缓冲区大小，其大小用字节表示 FILE 指定导出的二进制文
  • 线程组 bijian1013 java多线程threadjava多线程线程组
    有些程序包含了相当数量的线程。这时，如果按照线程的功能将他们分成不同的类别将很有用。        线程组可以用来同时对一组线程进行操作。        创建线程组：ThreadGroup g = new ThreadGroup(groupName);  &nbs
  • top命令找到占用CPU最高的java线程 bijian1013 javalinuxtop
    上次分析系统中占用CPU高的问题，得到一些使用Java自身调试工具的经验，与大家分享。 (1)使用top命令找出占用cpu最高的JAVA进程PID:28174 (2)如下命令找出占用cpu最高的线程 top -Hp 28174 -d 1 -n 1 32694 root 20 0 3249m 2.0g 11m S 2 6.4 3:31.12 java
  • 【持久化框架MyBatis3四】MyBatis3一对一关联查询 bit1129 Mybatis3
      当两个实体具有1对1的对应关系时，可以使用One-To-One的进行映射关联查询   One-To-One示例数据 以学生表Student和地址信息表为例，每个学生都有都有1个唯一的地址(现实中，这种对应关系是不合适的，因为人和地址是多对一的关系)，这里只是演示目的   学生表   CREATE TABLE STUDENTS (
  • C/C++图片或文件的读写 bitcarter 写图片
    先看代码： /*strTmpResult是文件或图片字符串 * filePath文件需要写入的地址或路径 */ int writeFile(std::string &strTmpResult,std::string &filePath) { int i,len = strTmpResult.length(); unsigned cha
  • nginx自定义指定加载配置 ronin47
    进入 /usr/local/nginx/conf/include 目录，创建 nginx.node.conf 文件，在里面输入如下代码： upstream nodejs { server 127.0.0.1:3000; #server 127.0.0.1:3001; keepalive 64; } server { liste
  • java-71-数值的整数次方.实现函数double Power(double base, int exponent)，求base的exponent次方 bylijinnan double
    public class Power { /** *Q71-数值的整数次方 *实现函数double Power(double base, int exponent)，求base的exponent次方。不需要考虑溢出。 */ private static boolean InvalidInput=false; public static void main(
  • Android四大组件的理解 Cb123456 android四大组件的理解
     分享一下，今天在Android开发文档-开发者指南中看到的:                            App components are the essential building blocks of an Android
  • [宇宙与计算]涡旋场计算与拓扑分析 comsci 计算
         怎么阐述我这个理论呢？ 。。。。。。。。。       首先： 宇宙是一个非线性的拓扑结构与涡旋轨道时空的统一体。。。。       我们要在宇宙中寻找到一个适合人类居住的行星，时间非常重要，早一个刻度和晚一个刻度，这颗行星的
  • 同一个Tomcat不同Web应用之间共享会话Session cwqcwqmax9 session
    实现两个WEB之间通过session 共享数据 查看tomcat 关于 HTTP Connector 中有个emptySessionPath 其解释如下： If set to true, all paths for session cookies will be set to /. This can be useful for portlet specification impleme
  • springmvc Spring3 MVC，ajax，乱码 dashuaifu springjquerymvcAjax
      springmvc Spring3 MVC @ResponseBody返回，jquery ajax调用中文乱码问题解决   Spring3.0 MVC @ResponseBody 的作用是把返回值直接写到HTTP response body里。具体实现AnnotationMethodHandlerAdapter类handleResponseBody方法，具体实
  • 搭建WAMP环境 dcj3sjt126com wamp
    这里先解释一下WAMP是什么意思。W:windows，A：Apache，M：MYSQL，P：PHP。也就是说本文说明的是在windows系统下搭建以apache做服务器、MYSQL为数据库的PHP开发环境。      工欲善其事，必须先利其器。因为笔者的系统是WinXP，所以下文指的系统均为此系统。笔者所使用的Apache版本为apache_2.2.11-
  • yii2 使用raw http request dcj3sjt126com http
    Parses a raw HTTP request using yii\helpers\Json::decode()   To enable parsing for JSON requests you can configure yii\web\Request::$parsers using this class: 'request' =&g
  • Quartz-1.8.6 理论部分 eksliang quartz
    转载请出自出处：http://eksliang.iteye.com/blog/2207691 一.概述 基于Quartz-1.8.6进行学习，因为Quartz2.0以后的API发生的非常大的变化，统一采用了build模式进行构建； 什么是quartz?   答：简单的说他是一个开源的java作业调度框架，为在 Java 应用程序中进行作业调度提供了简单却强大的机制。并且还能和Sp
  • 什么是POJO？ gupeng_ie javaPOJO框架Hibernate
    POJO--Plain Old Java Objects(简单的java对象)   POJO是一个简单的、正规Java对象，它不包含业务逻辑处理或持久化逻辑等，也不是JavaBean、EntityBean等，不具有任何特殊角色和不继承或不实现任何其它Java框架的类或接口。   POJO对象有时也被称为Data对象，大量应用于表现现实中的对象。如果项目中使用了Hiber
  • jQuery网站顶部定时折叠广告 ini JavaScripthtmljqueryWebcss
    效果体验：http://hovertree.com/texiao/jquery/4.htmHTML文件代码： <!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title>网页顶部定时收起广告jQuery特效 - HoverTree<
  • Spring boot内嵌的tomcat启动失败 kane_xie spring boot
    根据这篇guide创建了一个简单的spring boot应用，能运行且成功的访问。但移植到现有项目（基于hbase）中的时候，却报出以下错误：     SEVERE: A child container failed during start java.util.concurrent.ExecutionException: org.apache.catalina.Lif
  • leetcode: sort list michelle_0916 Algorithmlinked listsort
    Sort a linked list in O(n log n) time using constant space complexity. ====analysis======= mergeSort for singly-linked list  ====code=======   /** * Definition for sin
  • nginx的安装与配置,中途遇到问题的解决 qifeifei nginx
    我使用的是ubuntu13.04系统，在安装nginx的时候遇到如下几个问题，然后找思路解决的，nginx 的下载与安装   wget http://nginx.org/download/nginx-1.0.11.tar.gz tar zxvf nginx-1.0.11.tar.gz ./configure make make install   安装的时候出现
  • 用枚举来处理java自定义异常 tcrct javaenumexception
    在系统开发过程中，总少不免要自己处理一些异常信息，然后将异常信息变成友好的提示返回到客户端的这样一个过程，之前都是new一个自定义的异常，当然这个所谓的自定义异常也是继承RuntimeException的，但这样往往会造成异常信息说明不一致的情况，所以就想到了用枚举来解决的办法。 1，先创建一个接口，里面有两个方法，一个是getCode, 一个是getMessage public
  • erlang supervisor分析 wudixiaotie erlang
    当我们给supervisor指定需要创建的子进程的时候，会指定M,F,A,如果是simple_one_for_one的策略的话，启动子进程的方式是supervisor:start_child(SupName, OtherArgs),这种方式可以根据调用者的需求传不同的参数给需要启动的子进程的方法。和最初的参数合并成一个数组，A ++ OtherArgs。那么这个时候就有个问题了，既然参数不一致，那
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他