sfrysh
sfrysh

arm linux 启动过程

 

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 print ?
  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)  
.section ".text.head", "ax" ENTRY(stext) /* 设置CPU运行模式为SVC，并关中断 */ msr cpsr_c, #PSR_F_BIT | PSR_I_BIT | SVC_MODE @ ensure svc mode @ and irqs disabled mrc p15, 0, r9, c0, c0 @ get processor id bl __lookup_processor_type @ r5=procinfo r9=cupid /* r10指向cpu对应的proc_info记录 */ movs r10, r5 @ invalid processor (r5=0)? beq __error_p @ yes, error 'p' bl __lookup_machine_type @ r5=machinfo /* r8 指向开发板对应的arch_info记录 */ movs r8, r5 @ invalid machine (r5=0)? beq __error_a @ yes, error 'a' /* __vet_atags函数涉及bootloader造知kernel物理内存的情况，我们暂时不分析它。 */ bl __vet_atags /* 创建临时页表 */ bl __create_page_tables /* * The following calls CPU specific code in a position independent * manner. See arch/arm/mm/proc-*.S for details. r10 = base of * xxx_proc_info structure selected by __lookup_machine_type * above. On return, the CPU will be ready for the MMU to be * turned on, and r0 will hold the CPU control register value. */ /* 这里的逻辑关系相当复杂，先是从proc_info结构中的中跳进__arm920_setup函数， * 然后执__enable_mmu 函数。最后在__enable_mmu函数通过mov pc, r13来执行__switch_data， * __switch_data函数在最后一条语句，鱼跃龙门，跳进第一个C语言函数start_kernel。 */ ldr r13, __switch_data @ address to jump to after @ mmu has been enabled adr lr, __enable_mmu @ return (PIC) address add pc, r10, #PROCINFO_INITFUNC ENDPROC(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 print ?
  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  
.section ".proc.info.init", #alloc, #execinstr .type __arm920_proc_info,#object __arm920_proc_info: .long 0x41009200 .long 0xff00fff0 .long PMD_TYPE_SECT | \ PMD_SECT_BUFFERABLE | \ PMD_SECT_CACHEABLE | \ PMD_BIT4 | \ PMD_SECT_AP_WRITE | \ PMD_SECT_AP_READ .long PMD_TYPE_SECT | \ PMD_BIT4 | \ PMD_SECT_AP_WRITE | \ PMD_SECT_AP_READ /* __arm920_setup函数在stext的未尾被调用，请往回看。*/ b __arm920_setup .long cpu_arch_name .long cpu_elf_name .long HWCAP_SWP | HWCAP_HALF | HWCAP_THUMB .long cpu_arm920_name .long arm920_processor_functions .long v4wbi_tlb_fns .long v4wb_user_fns #ifndef CONFIG_CPU_DCACHE_WRITETHROUGH .long arm920_cache_fns #else .long v4wt_cache_fns #endif .size __arm920_proc_info, . - __arm920_proc_info


 

[cpp] view plain copy print ?
  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  
/* * 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. * * r9 = cpuid * Returns: * r3, r4, r6 corrupted * r5 = proc_info pointer in physical address space * r9 = cpuid (preserved) */ __lookup_processor_type: /* adr 是相对寻址，它的寻计算结果是将当前PC值加上3f符号与PC的偏移量， * 而PC是物理地址，因此r3的结果也是3f符号的物理地址 */ adr r3, 3f /* r5值为__proc_info_bein, r6值为__proc_ino_end，而r7值为.， * 也即3f符号的链接地址。请注意，在链接期间，__proc_info_begin和 * __proc_info_end以及.均是链接地址，也即虚执地址。 */ ldmda r3, {r5 - r7} /* r3为3f的物理地址，而r7为3f的虚拟地址。结果是r3为虚拟地址与物理地址的差值，即PHYS_OFFSET - PAGE_OFFSET。*/ sub r3, r3, r7 @ get offset between virt&phys /* r5为__proc_info_begin的物理地址, 即r5指针__proc_info数组的首地址 */ add r5, r5, r3 @ convert virt addresses to /* r6为__proc_info_end的物理地址 */ add r6, r6, r3 @ physical address space /* 读取r5指向的__proc_info数组元素的CPUID和mask值 */ 1: ldmia r5, {r3, r4} @ value, mask /* 将当前CPUID和mask相与，并与数组元素中的CPUID比较是否相同 * 若相同，则找到当前CPU的__proc_info定义，r5指向访元素并返回。 */ and r4, r4, r9 @ mask wanted bits teq r3, r4 beq 2f /* r5指向下一个__proc_info元素 */ add r5, r5, #PROC_INFO_SZ @ sizeof(proc_info_list) /* 是否遍历完所有__proc_info元素 */ cmp r5, r6 blo 1b /* 找不到则返回NULL */ mov r5, #0 @ unknown processor 2: mov pc, lr ENDPROC(__lookup_processor_type) .long __proc_info_begin .long __proc_info_end 3: .long . .long __arch_info_begin .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 print ?
  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. };  
Arch/arm/include/asm/mach/arch.h #define MACHINE_START(_type,_name) \ static const struct machine_desc __mach_desc_##_type \ __used \ __attribute__((__section__(".arch.info.init"))) = { \ .nr = MACH_TYPE_##_type, \ .name = _name, #define MACHINE_END \ };


 

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

 

[cpp] view plain copy print ?
  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  
MACHINE_START(S3C2440, "TQ2440") .phys_io = S3C2410_PA_UART, .io_pg_offst = (((u32)S3C24XX_VA_UART) >> 18) & 0xfffc, .boot_params = S3C2410_SDRAM_PA + 0x100, .init_irq = s3c24xx_init_irq, .map_io = tq2440_map_io, .init_machine = tq2440_machine_init, .timer = &s3c24xx_timer, 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 print ?
  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)  
/* * 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: * r3, r4, r6 corrupted * r5 = mach_info pointer in physical address space */ __lookup_machine_type: adr r3, 3b ldmia r3, {r4, r5, r6} sub r3, r3, r4 @ get offset between virt&phys add r5, r5, r3 @ convert virt addresses to add r6, r6, r3 @ physical address space 1: ldr r3, [r5, #MACHINFO_TYPE] @ get machine type teq r3, r1 @ matches loader number? beq 2f @ found add r5, r5, #SIZEOF_MACHINE_DESC @ next machine_desc cmp r5, r6 blo 1b mov r5, #0 @ unknown machine 2: mov pc, lr 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 print ?
  1.    
  2.   
  3. .macro    pgtbl, rd  
  4.   
  5.        ldr   \rd, =(KERNEL_RAM_PADDR - 0x4000)  
  6.   
  7. .endm  
.macro pgtbl, rd ldr \rd, =(KERNEL_RAM_PADDR - 0x4000) .endm


 

[cpp] view plain copy print ?
  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)  
/* * 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. * * r8 = machinfo * r9 = cpuid * r10 = procinfo * * Returns: * r0, r3, r6, r7 corrupted * r4 = physical page table address */ __create_page_tables: /* r4 = KERNEL_RAM_PADDR – 0x4000 = 0x30004000 * 后面的C代码中的swapper_pg_dir变量，它的值也指向0x30004000 * 内存地址，不过它的值是虚拟内存地址，即0xc0004000 */ pgtbl r4 @ page table address /* 将从r4到KERNEL_RAP_PADDR的16K页表空间清空。 */ mov r0, r4 mov r3, #0 add r6, r0, #0x4000 1: str r3, [r0], #4 str r3, [r0], #4 str r3, [r0], #4 str r3, [r0], #4 teq r0, r6 bne 1b /* 还记得r10指向开发板相应的proc_info元素吗？这里它将的mm_mmuflags值读到r7中。 * PROCINFO_MM_MMUFLAGS值为8，可对应上面列出来的__arm920_proc_info结构或你相应开发板结构的值来查看该mmu_flags值。 * 这里的flags就是用于设置目录项的flags。查看该mmu_flags的定义，发现它是要求一级页表是section。 */ ldr r7, [r10, #PROCINFO_MM_MMUFLAGS] @ mm_mmuflags /* * 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. */ /* r3 = ((pc >> 20) << 20) | r7， 即取PC以1M向下对齐的地址。R6 = pc >> 20也即r6 = 0x300(pgd_idx)， * 即PC对所有1M内存空间，在页表中的下标。 * R7值表明该目录项是section，即它映射的大小是1M。故刚好一个目录项就可以映射kernel上的1M空间。 * 这个暂时的va = pa映射只建立1M大小内存的，而不需要建立整个kernel镜像范围的映射。 * 因为这个va = pa的映射只有当前汇编语言才使用，一量跳进start_kernl后，这将不会用到了。而汇编代码在链接时， * 已将它安排到代码段的最前面了。 mov r6, pc, lsr #20 @ start of kernel section orr r3, r7, r6, lsl #20 @ flags + kernel base /* 将目录内空写到页表相应位置，即((uint32_t *)r4)[pgd_idx] = r3 */ str r3, [r4, r6, lsl #2] @ identity mapping /* 上面代码段为[pc &(~0xfffff), (pc + 0xfffff) &(~0xfffff)]的物理内存空间建立了va = pa的映射关系。*/ /* 下面为kernel镜像所占有空间，即KERNL_START到KERNEL_END建立内存映射， * 映射关系为：va = pa – PHYS + PAGR_OFFSET。注意，这里的KENEL_START是kernel空间开始的虚拟地址。 * 这里的目录表项同样是section，即一个项映射1M的内存。 */ /* KERNEL_START = PAGE_OFFSET + TEXT_OFFSET， * r0 = ((uint32_t *)(r4))[ (KERNEL_START & 0xff000000) >> 20]， * 即r0指向KERNEL_START& 0xff000000(即kernel以16M向下对齐的)虚拟地址，所在项表目录中的位置。 add r0, r4, #(KERNEL_START & 0xff000000) >> 18 /* r0 = ((uint32_t *)r0)[(KERNEL_START & 0x00f00000) >> 20] * 执行前r0指向kernel以16M向下对齐的虚执地址，而这里再加上KERNEL_START未以16M向对齐部分的偏移量。 * 将原来r3的值写到页表目录中。R3的值就是之前已建立好va=pa映射的那个PA值。 */ str r3, [r0, #(KERNEL_START & 0x00f00000) >> 18]! /* r6为kernel镜像的尾部虚拟地址。*/ ldr r6, =(KERNEL_END - 1) /* 指向下一个即将要填写的目录项 */ add r0, r0, #4 /* r6指向KERNEL_END- 1虚拟地址所在的目录表项的位置 */ add r6, r4, r6, lsr #18 1: cmp r0, r6 /* 每填一个目录项，后一个比前一个所指向的物理地址大1M。*/ add r3, r3, #1 << 20 strls r3, [r0], #4 bls 1b #ifdef CONFIG_XIP_KERNEL /* 忽略，不分析这种情况 */ #endif /* 通常kernel的启动参数由bootloader放到了物理内存的第1个M上，所以需要为RAM上的第1个M建立映射。 * 上面已为PHYS_OFFSET + TEXT_OFFSET建立了映射，如果TEXT_OFFSET小于0x00100000的话， * 上面代码应该也为SDRAM的第一个M建立了映射，但如果大于0x0010000则不会。 * 所以这里无论如何均为SDRAM的第一个M建立映射（不知分析对否，还请指正）。 */ add r0, r4, #PAGE_OFFSET >> 18 orr r6, r7, #(PHYS_OFFSET & 0xff000000) .if (PHYS_OFFSET & 0x00f00000) orr r6, r6, #(PHYS_OFFSET & 0x00f00000) .endif str r6, [r0] #ifdef CONFIG_DEBUG_LL /*略去 */ #if defined(CONFIG_ARCH_NETWINDER) || defined(CONFIG_ARCH_CATS) /* 略去 */ #endif #ifdef CONFIG_ARCH_RPC /* 略去 */ #endif #endif mov pc, lr ENDPROC(__create_page_tables) 

一口气将__create_pages_table分析完，但里涉及的代码还是需要细细品读。尤其是右移20位和18位两个地方与页表目录项的地址关系比较复杂。执行完该函数后，虚拟内存和物理内存的映射关系如下图所示：

 

arm linux 启动过程_第2张图片

 

6. 开启MMU

 

看完页表的建立，想必开启MMU的代码也是小菜一碟吧。此函数的主要功能是将页表的基址加到cp15中的面表指针寄存器，同时设置域访问(domain access)寄存器。

 

[cpp] view plain copy print ?
  1. /* 
  2.  * Setup common bits before finally enabling the MMU.  Essentially 
  3.  * this is just loading the page table pointer and domain access 
  4.  * registers. 
  5.  */  
  6. __enable_mmu:  
  7.  /* 这里设置是否为非对齐内存访问产生异常 */  
  8. #ifdef CONFIG_ALIGNMENT_TRAP   
  9.        orr   r0, r0, #CR_A  
  10. #else   
  11.        bic   r0, r0, #CR_A  
  12. #endif   
  13.  /* 是否禁用数据缓存功能*/  
  14. #ifdef CONFIG_CPU_DCACHE_DISABLE   
  15.        bic   r0, r0, #CR_C  
  16. #endif   
  17.  /* 是否禁用CPU_BPREDICT ?，不是很清楚此选项 */  
  18. #ifdef CONFIG_CPU_BPREDICT_DISABLE   
  19.        bic   r0, r0, #CR_Z  
  20. #endif   
  21.  /* 是否禁用指令缓存功能 */  
  22. #ifdef CONFIG_CPU_ICACHE_DISABLE   
  23.        bic   r0, r0, #CR_I  
  24. #endif   
  25.   
  26.       /* 设置域访问寄存器的值。这里设置每个domain的属性是否上面建立的页表中， 
  27.        * 每个目录项的damon值一起进行访问控制检查。具体情况请参考ARM处理器手册。 
  28.        */  
  29.   
  30.        mov r5, #(domain_val(DOMAIN_USER, DOMAIN_MANAGER) | \  
  31.                     domain_val(DOMAIN_KERNEL, DOMAIN_MANAGER) | \  
  32.                     domain_val(DOMAIN_TABLE, DOMAIN_MANAGER) | \  
  33.                     domain_val(DOMAIN_IO, DOMAIN_CLIENT))  
  34.        mcr p15, 0, r5, c3, c0, 0           @ load domain access register  
  35.        mcr p15, 0, r4, c2, c0, 0           @ load page table pointer  
  36.        b     __turn_mmu_on  
  37. ENDPROC(__enable_mmu)  
  38.   
  39. /* 
  40.  * Enable the MMU.  This completely changes the structure of the visible 
  41.  * memory space.  You will not be able to trace execution through this. 
  42.  * If you have an enquiry about this, *please* check the linux-arm-kernel 
  43.  * mailing list archives BEFORE sending another post to the list. 
  44.  * 
  45.  *  r0  = cp#15 control register 
  46.  *  r13 = *virtual* address to jump to upon completion 
  47.  * 
  48.  * other registers depend on the function called upon completion 
  49.  */  
  50.   
  51.        .align      5  
  52. __turn_mmu_on:  
  53.        mov r0, r0  
  54.   
  55.       /* 将r0的值写到控制寄存器中。这里，终于开启MMU功能了。 
  56.        * 查阅手册说控制寄存器的0位置1表示开启MMU，但这里r0的第0是多少呢（还请大家指正） 
  57.        */  
  58.   
  59.        mcr p15, 0, r0, c1, c0, 0           @ write control reg  
  60.        mrc p15, 0, r3, c0, c0, 0           @ read id reg  
  61.   
  62.      /* 这里的两个mov似乎是否流水线有关的，开启MMU语句后面几条是不能进行内存寻址的。但仍未搞明白具体东西的。*/  
  63.        mov r3, r3  
  64.        mov r3, r3  
  65.   
  66.      /* 转跳到r13的函数中去，r13为__mmap_switched函数的虚拟地址， 
  67.       * 从stext函数的未尾可以找到它的赋值。故从此开始pc的值就真正在内存的虚拟地址空间了。 
  68.       */  
  69.   
  70.        mov pc, r13  
  71. ENDPROC(__turn_mmu_on)  
/* * Setup common bits before finally enabling the MMU. Essentially * this is just loading the page table pointer and domain access * registers. */ __enable_mmu: /* 这里设置是否为非对齐内存访问产生异常 */ #ifdef CONFIG_ALIGNMENT_TRAP orr r0, r0, #CR_A #else bic r0, r0, #CR_A #endif /* 是否禁用数据缓存功能*/ #ifdef CONFIG_CPU_DCACHE_DISABLE bic r0, r0, #CR_C #endif /* 是否禁用CPU_BPREDICT ?，不是很清楚此选项 */ #ifdef CONFIG_CPU_BPREDICT_DISABLE bic r0, r0, #CR_Z #endif /* 是否禁用指令缓存功能 */ #ifdef CONFIG_CPU_ICACHE_DISABLE bic r0, r0, #CR_I #endif /* 设置域访问寄存器的值。这里设置每个domain的属性是否上面建立的页表中， * 每个目录项的damon值一起进行访问控制检查。具体情况请参考ARM处理器手册。 */ mov r5, #(domain_val(DOMAIN_USER, DOMAIN_MANAGER) | \ domain_val(DOMAIN_KERNEL, DOMAIN_MANAGER) | \ domain_val(DOMAIN_TABLE, DOMAIN_MANAGER) | \ domain_val(DOMAIN_IO, DOMAIN_CLIENT)) mcr p15, 0, r5, c3, c0, 0 @ load domain access register mcr p15, 0, r4, c2, c0, 0 @ load page table pointer b __turn_mmu_on ENDPROC(__enable_mmu) /* * Enable the MMU. This completely changes the structure of the visible * memory space. You will not be able to trace execution through this. * If you have an enquiry about this, *please* check the linux-arm-kernel * mailing list archives BEFORE sending another post to the list. * * r0 = cp#15 control register * r13 = *virtual* address to jump to upon completion * * other registers depend on the function called upon completion */ .align 5 __turn_mmu_on: mov r0, r0 /* 将r0的值写到控制寄存器中。这里，终于开启MMU功能了。 * 查阅手册说控制寄存器的0位置1表示开启MMU，但这里r0的第0是多少呢（还请大家指正） */ mcr p15, 0, r0, c1, c0, 0 @ write control reg mrc p15, 0, r3, c0, c0, 0 @ read id reg /* 这里的两个mov似乎是否流水线有关的，开启MMU语句后面几条是不能进行内存寻址的。但仍未搞明白具体东西的。*/ mov r3, r3 mov r3, r3 /* 转跳到r13的函数中去，r13为__mmap_switched函数的虚拟地址， * 从stext函数的未尾可以找到它的赋值。故从此开始pc的值就真正在内存的虚拟地址空间了。 */ mov pc, r13 ENDPROC(__turn_mmu_on)


7．__mmap_switched函数

__mmap_switched函数专用来设置C语言的执行环境，比如重定位工作，堆栈，以及BSS段的清零。 

__switch_data变量先定义了一系里面处量的数据，如重定位和数据段的地址，BSS段的地址，pocessor_id和__mach_arch_type变量的地址等。

 

[cpp] view plain copy print ?
  1.        .type       __switch_data, %object  
  2. __switch_data:  
  3.        .long       __mmap_switched  
  4.        .long       __data_loc                  @ r4  
  5.        .long       _data                           @ r5  
  6.        .long       __bss_start                  @ r6  
  7.        .long       _end                            @ r7  
  8.        .long       processor_id               @ r4  
  9.        .long       __machine_arch_type         @ r5  
  10.        .long       __atags_pointer                  @ r6  
  11.        .long       cr_alignment                @ r7  
  12.        .long       init_thread_union + THREAD_START_SP @ sp  
  13.    
  14. /* 
  15.  * The following fragment of code is executed with the MMU on in MMU mode, 
  16.  * and uses absolute addresses; this is not position independent. 
  17.  * 
  18.  *  r0  = cp#15 control register 
  19.  *  r1  = machine ID 
  20.  *  r2  = atags pointer 
  21.  *  r9  = processor ID 
  22.  */  
  23. __mmap_switched:  
  24.        adr  r3, __switch_data + 4  
  25.        /* r4 = __data_loc, r5 = _data, r6 = _bss_start, r7 = _end */  
  26.        ldmia      r3!, {r4, r5, r6, r7}  
  27.   
  28.       /* 下面这段代码类似于这段C代码, 即将整个数据段从__data_loc拷贝到_data段。 
  29.        * if (__data_loc  == _data || _data != _bass_start) 
  30.        *    memcpy(_data, __data_loc, _bss_start - _data); 
  31.        */  
  32.   
  33.        cmp      r4, r5                           @ Copy data segment if needed  
  34. 1:     cmpne    r5, r6  
  35.        ldrne       fp, [r4], #4  
  36.        strne       fp, [r5], #4  
  37.        bne  1b  
  38.   
  39.        /* 将BSS段，也即从_bss_start到_end的内存清零。 */  
  40.   
  41.        mov fp, #0                          @ Clear BSS (and zero fp)  
  42. 1:     cmp     r6, r7  
  43.        strcc       fp, [r6],#4  
  44.        bcc  1b  
  45.   
  46.    /* r4 = processor_id, 
  47.     * r5 = __machine_arch_type 
  48.     * r6 = __atags_pointer 
  49.     * r7 = cr_alignment 
  50.     * sp = init_thread_union + THREAD_START_SP 
  51.     * 为什么将栈顶指针设置为init_thread_union + THREAD_START_SP 
  52.     * init_head_union 变量是一个大小为THREAD_SIZE的union，它在编译时，放到数据段的前面。 
  53.     * 初步估计这块空间是内核堆栈。故在跳入C语言代码时，它SP的值设置为init_thread_union + THREAD_START_SP。 
  54.     * 注意THREAD_START_SP定义为THREAD_SIZE – 8，中间为什么留出8个字节呢？是与ARM的堆栈操作有关吗？ 还有用专向start_kernel函数传递参数？ 
  55.     */  
  56.    
  57.        ldmia      r3, {r4, r5, r6, r7, sp}  
  58.        str   r9, [r4]                 @ Save processor ID  
  59.        str   r1, [r5]                 @ Save machine type  
  60.        str   r2, [r6]                 @ Save atags pointer  
  61.        bic   r4, r0, #CR_A                    @ Clear 'A' bit  
  62.   
  63.     /* cr_alignment变量的后面接着放置cr_no_alignment,  
  64.      * r0为打开alignment检测时，控制寄存器的值，而r4为关闭时的值, 
  65.      * 这里分将将打开和关闭alignment检查的控制寄存器的值写到 
  66.      * cr_alignment和cr_no_alignement变量中。 
  67.      */  
  68.   
  69.        stmia      r7, {r0, r4}                  @ Save control register values  
  70.   
  71.      /* 跳到start_kernel函数，此函数代码用纯C来实现，它会调用各个平台的相关初始化函数， 
  72.       * 来实现不同平台的初始化工作。至此，arm linux的启动工作完成。 
  73.       */  
  74.   
  75.        b     start_kernel  
  76. ENDPROC(__mmap_switched)  
.type __switch_data, %object __switch_data: .long __mmap_switched .long __data_loc @ r4 .long _data @ r5 .long __bss_start @ r6 .long _end @ r7 .long processor_id @ r4 .long __machine_arch_type @ r5 .long __atags_pointer @ r6 .long cr_alignment @ r7 .long init_thread_union + THREAD_START_SP @ sp /* * The following fragment of code is executed with the MMU on in MMU mode, * and uses absolute addresses; this is not position independent. * * r0 = cp#15 control register * r1 = machine ID * r2 = atags pointer * r9 = processor ID */ __mmap_switched: adr r3, __switch_data + 4 /* r4 = __data_loc, r5 = _data, r6 = _bss_start, r7 = _end */ ldmia r3!, {r4, r5, r6, r7} /* 下面这段代码类似于这段C代码, 即将整个数据段从__data_loc拷贝到_data段。 * if (__data_loc == _data || _data != _bass_start) * memcpy(_data, __data_loc, _bss_start - _data); */ cmp r4, r5 @ Copy data segment if needed 1: cmpne r5, r6 ldrne fp, [r4], #4 strne fp, [r5], #4 bne 1b /* 将BSS段，也即从_bss_start到_end的内存清零。 */ mov fp, #0 @ Clear BSS (and zero fp) 1: cmp r6, r7 strcc fp, [r6],#4 bcc 1b /* r4 = processor_id, * r5 = __machine_arch_type * r6 = __atags_pointer * r7 = cr_alignment * sp = init_thread_union + THREAD_START_SP * 为什么将栈顶指针设置为init_thread_union + THREAD_START_SP * init_head_union 变量是一个大小为THREAD_SIZE的union，它在编译时，放到数据段的前面。 * 初步估计这块空间是内核堆栈。故在跳入C语言代码时，它SP的值设置为init_thread_union + THREAD_START_SP。 * 注意THREAD_START_SP定义为THREAD_SIZE – 8，中间为什么留出8个字节呢？是与ARM的堆栈操作有关吗？ 还有用专向start_kernel函数传递参数？ */ ldmia r3, {r4, r5, r6, r7, sp} str r9, [r4] @ Save processor ID str r1, [r5] @ Save machine type str r2, [r6] @ Save atags pointer bic r4, r0, #CR_A @ Clear 'A' bit /* cr_alignment变量的后面接着放置cr_no_alignment, * r0为打开alignment检测时，控制寄存器的值，而r4为关闭时的值, * 这里分将将打开和关闭alignment检查的控制寄存器的值写到 * cr_alignment和cr_no_alignement变量中。 */ stmia r7, {r0, r4} @ Save control register values /* 跳到start_kernel函数，此函数代码用纯C来实现，它会调用各个平台的相关初始化函数， * 来实现不同平台的初始化工作。至此，arm linux的启动工作完成。 */ b start_kernel ENDPROC(__mmap_switched)

 

全文完, by linyt

你可能感兴趣的:(thread,c,linux,manager,domain,alignment)

  • 机器学习与深度学习间关系与区别 ℒℴѵℯ心·动ꦿ໊ོ꫞ 人工智能学习深度学习python
    一、机器学习概述定义机器学习（MachineLearning,ML）是一种通过数据驱动的方法，利用统计学和计算算法来训练模型，使计算机能够从数据中学习并自动进行预测或决策。机器学习通过分析大量数据样本，识别其中的模式和规律，从而对新的数据进行判断。其核心在于通过训练过程，让模型不断优化和提升其预测准确性。主要类型1.监督学习（SupervisedLearning）监督学习是指在训练数据集中包含输入
  • android系统selinux中添加新属性property 辉色投像
    1.定位/android/system/sepolicy/private/property_contexts声明属性开头：persist.charge声明属性类型：u:object_r:system_prop:s0图12.定位到android/system/sepolicy/public/domain.te删除neverallow{domain-init}default_prop:property
  • 【iOS】MVC设计模式 Magnetic_h iosmvc设计模式objective-c学习ui
    MVC前言如何设计一个程序的结构，这是一门专门的学问，叫做"架构模式"（architecturalpattern），属于编程的方法论。MVC模式就是架构模式的一种。它是Apple官方推荐的App开发架构，也是一般开发者最先遇到、最经典的架构。MVC各层controller层Controller/ViewController/VC（控制器）负责协调Model和View，处理大部分逻辑它将数据从Mod
  • OC语言多界面传值五大方式 Magnetic_h iosui学习objective-c开发语言
    前言在完成暑假仿写项目时，遇到了许多需要用到多界面传值的地方，这篇博客来总结一下比较常用的五种多界面传值的方式。属性传值属性传值一般用前一个界面向后一个界面传值，简单地说就是通过访问后一个视图控制器的属性来为它赋值，通过这个属性来做到从前一个界面向后一个界面传值。首先在后一个界面中定义属性@interfaceBViewController:UIViewController@propertyNSSt
  • UI学习——cell的复用和自定义cell Magnetic_h ui学习
    目录cell的复用手动（非注册）自动（注册）自定义cellcell的复用在iOS开发中，单元格复用是一种提高表格（UITableView）和集合视图（UICollectionView）滚动性能的技术。当一个UITableViewCell或UICollectionViewCell首次需要显示时，如果没有可复用的单元格，则视图会创建一个新的单元格。一旦这个单元格滚动出屏幕，它就不会被销毁。相反，它被添
  • element实现动态路由+面包屑 软件技术NINI vue案例vue.js前端
    el-breadcrumb是ElementUI组件库中的一个面包屑导航组件，它用于显示当前页面的路径，帮助用户快速理解和导航到应用的各个部分。在Vue.js项目中，如果你已经安装了ElementUI，就可以很方便地使用el-breadcrumb组件。以下是一个基本的使用示例：安装ElementUI（如果你还没有安装的话）:你可以通过npm或yarn来安装ElementUI。bash复制代码npmi
  • C语言宏函数 南林yan C语言c语言
    一、什么是宏函数？通过宏定义的函数是宏函数。如下，编译器在预处理阶段会将Add(x,y)替换为((x)*(y))#defineAdd(x,y)((x)*(y))#defineAdd(x,y)((x)*(y))intmain(){inta=10;intb=20;intd=10;intc=Add(a+d,b)*2;cout<
  • C语言如何定义宏函数？ 小九格物 c语言
    在C语言中，宏函数是通过预处理器定义的，它在编译之前替换代码中的宏调用。宏函数可以模拟函数的行为，但它们不是真正的函数，因为它们在编译时不会进行类型检查，也不会分配存储空间。宏函数的定义通常使用#define指令，后面跟着宏的名称和参数列表，以及宏展开后的代码。宏函数的定义方式：1.基本宏函数：这是最简单的宏函数形式，它直接定义一个表达式。#defineSQUARE(x)((x)*(x))2.带参
  • 理解Gunicorn：Python WSGI服务器的基石 范范0825 ipythonlinux运维
    理解Gunicorn：PythonWSGI服务器的基石介绍Gunicorn，全称GreenUnicorn，是一个为PythonWSGI（WebServerGatewayInterface）应用设计的高效、轻量级HTTP服务器。作为PythonWeb应用部署的常用工具，Gunicorn以其高性能和易用性著称。本文将介绍Gunicorn的基本概念、安装和配置，帮助初学者快速上手。1.什么是Gunico
  • Cell Insight | 单细胞测序技术又一新发现，可用于HIV-1和Mtb共感染个体诊断 尐尐呅
    结核病是艾滋病合并其他疾病中导致患者死亡的主要原因。其中结核病由结核分枝杆菌（Mycobacteriumtuberculosis,Mtb）感染引起，获得性免疫缺陷综合症（艾滋病）由人免疫缺陷病毒（Humanimmunodeficiencyvirustype1,HIV-1）感染引起。国家感染性疾病临床医学研究中心/深圳市第三人民医院张国良团队携手深圳华大生命科学研究院吴靓团队，共同研究得出单细胞测序
  • c++ 的iostream 和 c++的stdio的区别和联系 黄卷青灯77 c++算法开发语言iostreamstdio
    在C++中，iostream和C语言的stdio.h都是用于处理输入输出的库，但它们在设计、用法和功能上有许多不同。以下是两者的区别和联系：区别1.编程风格iostream（C++风格）：C++标准库中的输入输出流类库，支持面向对象的输入输出操作。典型用法是cin（输入）和cout（输出），使用>操作符来处理数据。更加类型安全，支持用户自定义类型的输入输出。#includeintmain(){in
  • Long类型前后端数据不一致 igotyback 前端
    响应给前端的数据浏览器控制台中response中看到的Long类型的数据是正常的到前端数据不一致前后端数据类型不匹配是一个常见问题，尤其是当后端使用Java的Long类型（64位）与前端JavaScript的Number类型（最大安全整数为2^53-1，即16位）进行数据交互时，很容易出现精度丢失的问题。这是因为JavaScript中的Number类型无法安全地表示超过16位的整数。为了解决这个问
  • LocalDateTime 转 String igotyback java开发语言
    importjava.time.LocalDateTime;importjava.time.format.DateTimeFormatter;publicclassMain{publicstaticvoidmain(String[]args){//获取当前时间LocalDateTimenow=LocalDateTime.now();//定义日期格式化器DateTimeFormatterformat
  • swagger访问路径 igotyback swagger
    Swagger2.x版本访问地址：http://{ip}:{port}/{context-path}/swagger-ui.html{ip}是你的服务器IP地址。{port}是你的应用服务端口，通常为8080。{context-path}是你的应用上下文路径，如果应用部署在根路径下，则为空。Swagger3.x版本对于Swagger3.x版本（也称为OpenAPI3）访问地址：http://{ip
  • mysql禁用远程登录 igotyback mysql
    去mysql库中的user表里，将host都改成localhost之后刷新权限FLUSHPRIVILEGES;
  • Linux下QT开发的动态库界面弹出操作（SDL2） 13jjyao QT类qt开发语言sdl2linux
    需求：操作系统为linux，开发框架为qt，做成需带界面的qt动态库，调用方为java等非qt程序难点：调用方为java等非qt程序，也就是说调用方肯定不带QApplication::exec()，缺少了这个，QTimer等事件和QT创建的窗口将不能弹出(包括opencv也是不能弹出)；这与qt调用本身qt库是有本质的区别的思路：1.调用方缺QApplication::exec()，那么我们在接口
  • 店群合一模式下的社区团购新发展——结合链动 2+1 模式、AI 智能名片与 S2B2C 商城小程序源码 说私域 人工智能小程序
    摘要：本文探讨了店群合一的社区团购平台在当今商业环境中的重要性和优势。通过分析店群合一模式如何将互联网社群与线下终端紧密结合，阐述了链动2+1模式、AI智能名片和S2B2C商城小程序源码在这一模式中的应用价值。这些创新元素的结合为社区团购带来了新的机遇，提升了用户信任感、拓展了营销渠道，并实现了线上线下的完美融合。一、引言随着互联网技术的不断发展，社区团购作为一种新兴的商业模式，在满足消费者日常需
  • html 中如何使用 uniapp 的部分方法 某公司摸鱼前端 htmluni-app前端
    示例代码：Documentconsole.log(window);效果展示：好了，现在就可以uni.使用相关的方法了
  • ArcGIS栅格计算器常见公式（赋值、0和空值的转换、补充栅格空值） 研学随笔 arcgis经验分享
    我们在使用ArcGIS时通常经常用到栅格计算器，今天主要给大家介绍我日常中经常用到的几个公式，供大家参考学习。将特定值（-9999）赋值为0，例如-9999.Con("raster"==-9999,0,"raster")2.给空值赋予特定的值（如0）Con(IsNull("raster"),0,"raster")3.将特定的栅格值(如1)赋值为空值，其他保留原值SetNull("raster"==
  • 高级编程--XML+socket练习题 masa010 java开发语言
    1.北京华北2114.8万人上海华东2,500万人广州华南1292.68万人成都华西1417万人（1）使用dom4j将信息存入xml中（2）读取信息，并打印控制台（3）添加一个city节点与子节点（4）使用socketTCP协议编写服务端与客户端，客户端输入城市ID，服务器响应相应城市信息（5）使用socketTCP协议编写服务端与客户端，客户端要求用户输入city对象，服务端接收并使用dom4j
  • 水平垂直居中的几种方法（总结） LJ小番茄 CSS_玄学语言htmljavascript前端csscss3
    1.使用flexbox的justify-content和align-items.parent{display:flex;justify-content:center;/*水平居中*/align-items:center;/*垂直居中*/height:100vh;/*需要指定高度*/}2.使用grid的place-items:center.parent{display:grid;place-item
  • 回溯 Leetcode 332 重新安排行程 mmaerd Leetcode刷题学习记录leetcode算法职场和发展
    重新安排行程Leetcode332学习记录自代码随想录给你一份航线列表tickets，其中tickets[i]=[fromi,toi]表示飞机出发和降落的机场地点。请你对该行程进行重新规划排序。所有这些机票都属于一个从JFK（肯尼迪国际机场）出发的先生，所以该行程必须从JFK开始。如果存在多种有效的行程，请你按字典排序返回最小的行程组合。例如，行程[“JFK”,“LGA”]与[“JFK”,“LGB
  • 每日一题——第八十九题 互联网打工人no1 C语言程序设计每日一练c语言
    题目：在字符串中找到提取数字，并统计一共找到多少整数，a123xxyu23&8889，那么找到的整数为123，23，8889//思想：#include#include#includeintmain(){charstr[]="a123xxyu23&8889";intcount=0;intnum=0;//用于临时存放当前正在构建的整数。boolinNum=false;//用于标记当前是否正在读取一个整
  • 每日一题——第九十题 互联网打工人no1 C语言程序设计每日一练c语言
    题目：判断子串是否与主串匹配#include#include#include//////判断子串是否在主串中匹配//////主串///子串///boolisSubstring(constchar*str,constchar*substr){intlenstr=strlen(str);//计算主串的长度intlenSub=strlen(substr);//计算子串的长度//遍历主字符串，对每个可能得
  • 每日一题——第八十一题 互联网打工人no1 C语言程序设计每日一练c语言
    打印如下图案:#includeintmain(){inti,j;charch='A';for(i=1;i<5;i++,ch++){for(j=0;j<5-i;j++){printf("");//控制空格输出}for(j=1;j<2*i;j++)//条件j<2*i{printf("%c",ch);//控制字符输出}printf("\n");}return0;}
  • 每日一题——第八十四题 互联网打工人no1 C语言程序设计每日一练c语言
    题目：编写函数1、输入10个职工的姓名和职工号2、按照职工由大到小顺序排列，姓名顺序也随之调整3、要求输入一个职工号，用折半查找法找出该职工的姓名#define_CRT_SECURE_NO_WARNINGS#include#include#defineMAX_EMPLOYEES10typedefstruct{intid;charname[50];}Empolyee;voidinputEmploye
  • 每日一题——第八十二题 互联网打工人no1 C语言程序设计每日一练c语言
    题目：将一个控制台输入的字符串中的所有元音字母复制到另一字符串中#include#include#include#include#defineMAX_INPUT1024boolisVowel(charp);intmain(){charinput[MAX_INPUT];charoutput[MAX_INPUT];printf("请输入一串字符串：\n");fgets(input,sizeof(inp
  • 每日一题——第八十三题 互联网打工人no1 C语言程序设计每日一练c语言
    题目：将输入的整形数字输出,输出1990，输出"1990"#include#defineMAX_INPUT1024intmain(){intarrr_num[MAX_INPUT];intnum,i=0;printf("请输入一个数字：");scanf_s("%d",&num);while(num!=0){arrr_num[i++]=num%10;num/=10;}printf("\"");for(
  • C#中使用split分割字符串 互联网打工人no1 c#
    1、用字符串分隔：usingSystem.Text.RegularExpressions;stringstr="aaajsbbbjsccc";string[]sArray=Regex.Split(str,"js",RegexOptions.IgnoreCase);foreach(stringiinsArray)Response.Write(i.ToString()+"");输出结果：aaabbbc
  • WPF中的ComboBox控件几种数据绑定的方式 互联网打工人no1 wpfc#
    一、用字典给ItemsSource赋值（此绑定用的地方很多，建议熟练掌握）在XMAL中：在CS文件中privatevoidBindData(){DictionarydicItem=newDictionary();dicItem.add(1,"北京");dicItem.add(2,"上海");dicItem.add(3,"广州");cmb_list.ItemsSource=dicItem;cmb_l
  • Linux的Initrd机制 被触发 linux
    Linux 的 initrd 技术是一个非常普遍使用的机制，linux2.6 内核的 initrd 的文件格式由原来的文件系统镜像文件转变成了 cpio 格式，变化不仅反映在文件格式上， linux 内核对这两种格式的 initrd 的处理有着截然的不同。本文首先介绍了什么是 initrd 技术，然后分别介绍了 Linux2.4 内核和 2.6 内核的 initrd 的处理流程。最后通过对 Lin
  • maven本地仓库路径修改 bitcarter maven
    默认maven本地仓库路径：C:\Users\Administrator\.m2 修改maven本地仓库路径方法：     1.打开E:\maven\apache-maven-2.2.1\conf\settings.xml     2.找到        
  • XSD和XML中的命名空间 darrenzhu xmlxsdschemanamespace命名空间
    http://www.360doc.com/content/12/0418/10/9437165_204585479.shtml http://blog.csdn.net/wanghuan203/article/details/9203621 http://blog.csdn.net/wanghuan203/article/details/9204337 http://www.cn
  • Java 求素数运算 周凡杨 java算法素数
    网络上对求素数之解数不胜数，我在此总结归纳一下，同时对一些编码，加以改进，效率有成倍热提高。 第一种：   原理: 6N(+-)1法         任何一个自然数，总可以表示成为如下的形式之一： 6N，6N+1，6N+2，6N+3，6N+4，6N+5 (N=0，1，2，…)   
  • java 单例模式 g21121 java
    想必单例模式大家都不会陌生，有如下两种方式来实现单例模式：   class Singleton { private static Singleton instance=new Singleton(); private Singleton(){} static Singleton getInstance() { return instance; }
  • Linux下Mysql源码安装 510888780 mysql
    1.假设已经有mysql-5.6.23-linux-glibc2.5-x86_64.tar.gz (1)创建mysql的安装目录及数据库存放目录       解压缩下载的源码包，目录结构，特殊指定的目录除外：           
  • 32位和64位操作系统 墙头上一根草 32位和64位操作系统
    32位和64位操作系统是指：CPU一次处理数据的能力是32位还是64位。现在市场上的CPU一般都是64位的，但是这些CPU并不是真正意义上的64 位CPU，里面依然保留了大部分32位的技术，只是进行了部分64位的改进。32位和64位的区别还涉及了内存的寻址方面，32位系统的最大寻址空间是2 的32次方= 4294967296（bit）= 4（GB）左右，而64位系统的最大寻址空间的寻址空间则达到了
  • 我的spring学习笔记10-轻量级_Spring框架 aijuans Spring 3
    一、问题提问：     → 请简单介绍一下什么是轻量级？     轻量级（Leightweight）是相对于一些重量级的容器来说的，比如Spring的核心是一个轻量级的容器，Spring的核心包在文件容量上只有不到1M大小，使用Spring核心包所需要的资源也是很少的，您甚至可以在小型设备中使用Spring。  
  • mongodb 环境搭建及简单CURD antlove WebInstallcurdNoSQLmongo
    一 搭建mongodb环境 1. 在mongo官网下载mongodb 2. 在本地创建目录 "D:\Program Files\mongodb-win32-i386-2.6.4\data\db" 3. 运行mongodb服务 [mongod.exe --dbpath "D:\Program Files\mongodb-win32-i386-2.6.4\data\
  • 数据字典和动态视图 百合不是茶 oracle数据字典动态视图系统和对象权限
    数据字典（data dictionary）是 Oracle 数据库的一个重要组成部分，这是一组用于记录数据库信息的只读（read-only）表。随着数据库的启动而启动,数据库关闭时数据字典也关闭   数据字典中包含   数据库中所有方案对象（schema object）的定义(包括表，视图，索引，簇，同义词，序列，过程，函数，包，触发器等等) 数据库为一
  • 多线程编程一般规则 bijian1013 javathread多线程java多线程
           如果两个工两个以上的线程都修改一个对象，那么把执行修改的方法定义为被同步的，如果对象更新影响到只读方法，那么只读方法也要定义成同步的。        不要滥用同步。如果在一个对象内的不同的方法访问的不是同一个数据，就不要将方法设置为synchronized的。
  • 将文件或目录拷贝到另一个Linux系统的命令scp bijian1013 linuxunixscp
    一.功能说明        scp就是security copy，用于将文件或者目录从一个Linux系统拷贝到另一个Linux系统下。scp传输数据用的是SSH协议，保证了数据传输的安全，其格式如下：        scp 远程用户名@IP地址：文件的绝对路径
  • 【持久化框架MyBatis3五】MyBatis3一对多关联查询 bit1129 Mybatis3
    以教员和课程为例介绍一对多关联关系，在这里认为一个教员可以叫多门课程，而一门课程只有1个教员教，这种关系在实际中不太常见，通过教员和课程是多对多的关系。   示例数据：   地址表：   CREATE TABLE ADDRESSES ( ADDR_ID INT(11) NOT NULL AUTO_INCREMENT, STREET VAR
  • cookie状态判断引发的查找问题 bitcarter formcgi
    先说一下我们的业务背景： 1.前台将图片和文本通过form表单提交到后台，图片我们都做了base64的编码，并且前台图片进行了压缩 2.form中action是一个cgi服务 3.后台cgi服务同时供PC，H5，APP 4.后台cgi中调用公共的cookie状态判断方法（公共的，大家都用，几年了没有问题） 问题：（折腾两天。。。。） 1.PC端cgi服务正常调用，cookie判断没
  • 通过Nginx,Tomcat访问日志(access log)记录请求耗时 ronin47
    一、Nginx通过$upstream_response_time $request_time统计请求和后台服务响应时间 nginx.conf使用配置方式： log_format main '$remote_addr - $remote_user [$time_local] "$request" ''$status $body_bytes_sent "$http_r
  • java-67- n个骰子的点数。 把n个骰子扔在地上，所有骰子朝上一面的点数之和为S。输入n，打印出S的所有可能的值出现的概率。 bylijinnan java
    public class ProbabilityOfDice { /** * Q67 n个骰子的点数 * 把n个骰子扔在地上，所有骰子朝上一面的点数之和为S。输入n，打印出S的所有可能的值出现的概率。 * 在以下求解过程中，我们把骰子看作是有序的。 * 例如当n=2时，我们认为（1，2）和（2，1）是两种不同的情况 */ private stati
  • 看别人的博客，觉得心情很好 Cb123456 博客心情
       以为写博客，就是总结，就和日记一样吧，同时也在督促自己。今天看了好长时间博客:    职业规划:    http://www.iteye.com/blogs/subjects/zhiyeguihua      android学习:    1.http://byandby.i
  • [JWFD开源工作流]尝试用原生代码引擎实现循环反馈拓扑分析 comsci 工作流
        我们已经不满足于仅仅跳跃一次，通过对引擎的升级，今天我测试了一下循环反馈模式，大概跑了200圈，引擎报一个溢出错误      在一个流程图的结束节点中嵌入一段方程，每次引擎运行到这个节点的时候，通过实时编译器GM模块，计算这个方程，计算结果与预设值进行比较，符合条件则跳跃到开始节点，继续新一轮拓扑分析，直到遇到
  • JS常用的事件及方法 cwqcwqmax9 js
    事件 描述 onactivate 当对象设置为活动元素时触发。 onafterupdate 当成功更新数据源对象中的关联对象后在数据绑定对象上触发。 onbeforeactivate 对象要被设置为当前元素前立即触发。 onbeforecut 当选中区从文档中删除之前在源对象触发。 onbeforedeactivate 在 activeElement 从当前对象变为父文档其它对象之前立即
  • 正则表达式验证日期格式 dashuaifu 正则表达式IT其它java其它
    正则表达式验证日期格式 function isDate(d){ var v = d.match(/^(\d{4})-(\d{1,2})-(\d{1,2})$/i); if(!v) { this.focus(); return false; } } <input value="2000-8-8" onblu
  • Yii CModel.rules() 方法 、validate预定义完整列表、以及说说验证 dcj3sjt126com yii
    public array rules () {return} array 要调用 validate() 时应用的有效性规则。 返回属性的有效性规则。声明验证规则，应重写此方法。 每个规则是数组具有以下结构：array('attribute list', 'validator name', 'on'=>'scenario name', ...validation
  • UITextAttributeTextColor = deprecated in iOS 7.0 dcj3sjt126com ios
    In this lesson we used the key "UITextAttributeTextColor" to change the color of the UINavigationBar appearance to white. This prompts a warning "first deprecated in iOS 7.0." Ins
  • 判断一个数是质数的几种方法 EmmaZhao Mathpython
    质数也叫素数，是只能被1和它本身整除的正整数，最小的质数是2，目前发现的最大的质数是p=2^57885161-1【注1】。 判断一个数是质数的最简单的方法如下： def isPrime1(n): for i in range(2, n): if n % i == 0: return False return True 但是在上面的方法中有一些冗余的计算，所以
  • SpringSecurity工作原理小解读 坏我一锅粥 SpringSecurity
      SecurityContextPersistenceFilter   ConcurrentSessionFilter   WebAsyncManagerIntegrationFilter   HeaderWriterFilter   CsrfFilter   LogoutFilter   Use
  • JS实现自适应宽度的Tag切换 ini JavaScripthtmlWebcsshtml5
    效果体验：http://hovertree.com/texiao/js/3.htm   该效果使用纯JavaScript代码，实现TAB页切换效果，TAB标签根据内容自适应宽度，点击TAB标签切换内容页。 HTML文件代码： <!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml"
  • Hbase Rest API : 数据查询 kane_xie RESThbase
    hbase（hadoop）是用java编写的，有些语言（例如python）能够对它提供良好的支持，但也有很多语言使用起来并不是那么方便，比如c#只能通过thrift访问。Rest就能很好的解决这个问题。Hbase的org.apache.hadoop.hbase.rest包提供了rest接口，它内嵌了jetty作为servlet容器。   启动命令：./bin/hbase rest s
  • JQuery实现鼠标拖动元素移动位置（源码+注释） 明子健 jqueryjs源码拖动鼠标
    欢迎讨论指正！   print.html代码： <!DOCTYPE html> <html> <head> <meta http-equiv=Content-Type content="text/html;charset=utf-8"> <title>发票打印</title> &l
  • Postgresql 连表更新字段语法 update qifeifei PostgreSQL
    下面这段sql本来目的是想更新条件下的数据，可是这段sql却更新了整个表的数据。sql如下： UPDATE tops_visa.visa_order SET op_audit_abort_pass_date = now() FROM tops_visa.visa_order as t1 INNER JOIN tops_visa.visa_visitor as t2 ON t1.
  • 将redis,memcache结合使用的方案? tcrct rediscache
    公司架构上使用了阿里云的服务，由于阿里的kvstore收费相当高，打算自建，自建后就需要自己维护，所以就有了一个想法，针对kvstore(redis)及ocs(memcache)的特点，想自己开发一个cache层，将需要用到list，set，map等redis方法的继续使用redis来完成，将整条记录放在memcache下，即findbyid，save等时就memcache，其它就对应使用redi
  • 开发中遇到的诡异的bug wudixiaotie bug
    今天我们服务器组遇到个问题： 我们的服务是从Kafka里面取出数据，然后把offset存储到ssdb中，每个topic和partition都对应ssdb中不同的key，服务启动之后，每次kafka数据更新我们这边收到消息，然后存储之后就发现ssdb的值偶尔是-2,这就奇怪了，最开始我们是在代码中打印存储的日志，发现没什么问题，后来去查看ssdb的日志，才发现里面每次set的时候都会对同一个key
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他