hgy2011
hgy2011

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)  


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  


 

[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  
 

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. };  


 

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  


 

这是一个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)  


 

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  


 

[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)  
 

一口气将__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)  


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)  

 

你可能感兴趣的:(arm-linux启动过程)

  • TC27x启动过程（2）-TC277 赞哥哥s TC277学习笔记gnu单片机
    接上文，继续学习TC277的启动过程。分析启动函数有关用的寄存器说明，参考文章TC27x寄存器学习目录TC27x寄存器学习start函数分析isync汇编指令（同步指令）dsync汇编指令（同步数据），1清除endinit2设置中断堆栈3启用对系统全局寄存器的写访问4初始化SDA基指针5关闭对系统全局寄存器的写访问6关闭看门狗，恢复Endinit位7初始化CSA8初始化ram,拷贝rom数据到ra
  • PMP冲刺一 Cynric
    记录考点一、计算类考题一般就1题，主要涉及在三大过程组：启动过程组、规划过程组、控制过程组。1.启动过程组项目选择方法涉及名词：NPV净现值、IRR内部收益率、BCR投资回报率、ROI投资利润率、回收期2.规划过程组三点估算PERT法（默认使用贝塔分布）三角分布：Te=(O+M+P)/3贝塔分布：Te=(O+4M+P)/6关键路径法CPM关键路径是相对的，也可以是变化的。路径汇聚固定资产折旧沟通渠
  • Linux dmesg命令：显示开机信息 fafadsj666 linux数据库数据挖掘机器学习大数据
    通过学习《Linux启动管理》一章可以知道，在系统启动过程中，内核还会进行一次系统检测（第一次是BIOS进行加测），但是检测的过程不是没有显示在屏幕上，就是会快速的在屏幕上一闪而过那么，如果开机时来不及查看相关信息，我们是否可以在开机后查看呢？答案是肯定的，使用dmesg命令就可以。无论是系统启动过程中，还是系统运行过程中，只要是内核产生的信息，都会被存储在系统缓冲区中，已经为大家精心准备了大数据
  • 思科路由器交换机密码破解过程详解 zhane_hao
    路由启动过程加电自检(POST)加载bootstrap代码检查配置寄存器寻找CiscoIOS加载CiscoIOS寻找配置文件加载配置文件若没有配置文件，进入Setup模式，进行初始化配置运行路由器操作系统查看命令•showversion：检查配置寄存器的值,硬件配置,IOS版本•showflash：检查Flash中的IOS,或是flash大小,使用情况(占用多少,剩下多少)•showstartup
  • HDFS的启动过程 ffbc2020 HDFSHDFS
    HDFS的启动过程HDFS的启动过程分为四个阶段：第一阶段：NameNode读取包含元数据信息的fsimage文件，并加载到内存；第二阶段：NameNode读取体现HDFS最新状态的edits日志文件，并加载到内存中第三阶段：生成检查点，SecondaryNameNode将edits日志中的信息合并到fsimage文件中第四阶段：进入安全模式，检查数据块的完整性HDFS的安全模式什么是安全模式安全
  • Docker 的概念和理解 AlienPaul
    Docker容器和虚拟机的区别虚拟机需要安装GuestOS。如果运行多个虚拟机，需要安装多个GuestOS。比较浪费存储资源。Docker运行的机器不用安装多个GuestOS，Dockercontainer的容器其实还是主机的操作系统上运行。虚拟机启动需要经历安装的操作系统启动过程，启动比较缓慢。Docker容器的启动仅仅是启动一个在宿主机运行的进程，启动非常快速。虚拟机可以实现完全彻底的资源隔离
  • 笔记整理—uboot启动过程（4）BL2干了什么及内存排布 TeYiToKu X210嵌入式学习整理嵌入式硬件linuxc语言汇编
    uboot的第一阶段结束于start_armboot，第二阶段的uboot代码主要负责soc外部硬件（inand、网卡、......）、uboot本身构建（uboot指令、环境变量、......）最后进入命令行，等待命令然后倒数，等待bootcmd，进入内核（uboot结束）。倒数期间通过回车打断进入如下代码，通过循环不去进入bootcmd。for(;;){main_loop();}typedef
  • 【Docker深入浅出】Docker引擎架构介绍 roman_日积跬步-终至千里 Dockerdocker架构容器
    文章目录一.docker引擎介绍1.Dockerdaemon：实现DockerAPI，通过API管理容器2.containerd：负责容器的生命周期3.runc：用于创建和启动容器二.启动容器的过程1.启动过程2.dockerdaemon的维护不会影响到运行中的容器3.shim：让容器独立于dockerdaemon一.docker引擎介绍docker基于OCI的开放标准，引擎采用模块化设计。OCI
  • 一句话解释，项目管理的42个过程组 老曹漫谈
    启动过程组：（1）制定项目章程：诞生项目，并为项目经理“正名”；（2）识别干系人：搞清楚谁与项目相关；规划过程组：（3）制定项目管理计划：编制项目执行的蓝图；（4）收集需求：收集要做什么；（5）定义范围：确定要做什么；（6）创建工作分解结构：细化交付成果到可管理的程度；（7）定义活动：把工作包分解为可估算、可管理的活动；（8）排列活动顺序：确定工作执行的先后顺序；（9）估算活动资源：确定到底需要什
  • Android开机流程-从Init进程启动到进入Android桌面 techfuture Android基础架构系列androidjava机器人
    1.init进程启动流程Androidbootloader负责加载boot.img，将其内容放入内存，然后启动内核。内核接管之后，会解压并加载ramdisk到内存中，然后启动用户空间的第一个进程init。在Android系统启动过程中，ramdisk.img被内核直接解压到内存中并用作初始根文件系统。这一过程不是通过挂载块设备来实现的，而是通过解压cpio档案的内容到内存中的临时文件系统（tmpf
  • 电脑BOIS设置详细解释 行者.................. 电脑
    BIOS（BasicInput/OutputSystem，基本输入输出系统）是电脑的基础固件，它控制着电脑的启动过程并提供了一些低级别的硬件配置选项。通常在电脑启动时，你可以通过按特定的键（如`DEL`、`F2`、`ESC`、`F10`等）进入BIOS设置界面。以下是BIOS设置的一些常见选项及其详细解释：###1.**Boot（启动）选项**BIOS的`Boot`选项允许你设置启动顺序和设备的优
  • Spring boot启动过程详解 chyohn springbootspringspringbootjavaspring
    程序设计的所有原则和方法论都是追求一件事——简单——功能简单、依赖简单、修改简单、理解简单。因为只有简单才好用，简单才好维护。因此，不应该以评论艺术品的眼光来评价程序设计是否优秀，程序设计的艺术不在于有多复杂多深沉，而在于能用多简单的方式实现多复杂的业务需求；不在于只有少数人能理解，而在于能让更多人理解。概要Springboot为spring集成开发带来很大的遍历，降低了spring中bean的配
  • 以太坊客户端geth安装与启动 链人成长chainerup
    本文是《循序渐进以太坊》系列的第一篇-安装篇。本文将简单讲解在Mac上安装，以及启动过程。本文只是一个操作入门，不会讲解细节，在下一篇文章中，我们将会详细分析以太坊客户端geth启动时到底做了什么。1安装如果你不是想研究内部实现机制，只是简单地想把ethereum跑起来，你可以直接使用mac自带的brew.brewtapethereum/ethereumbrewinstallethereum上面就
  • 2020-11-30 天津宁子 转载嵌入式
    转载——cortex-M4与cortex-A7内核启动流程分析文章目录一.概述二.cortex-M4内核启动流程1.在代码最开始进行定义中断向量表2.编写中断服务函数（重点分析Reset_Handler复位中断函数）3.分析SystemInit()函数4.启动过程总结三.cortex-A7内核启动流程1.定义中断向量表2.Reset_Handler中断服务函数3.IRQ_Handler中断服务函数
  • Spring之启动过程源码解析 阿立聊代码 springspring数据库oracle
    前言分析通常，我们说的Spring启动，就是构造ApplicationContext对象以及调用refresh()方法的过程。首先，Spring启动过程主要做了这么几件事情：构造一个BeanFactory对象解析配置类，得到BeanDefinition，并注册到BeanFactory中解析@ComponentScan，此时就会完成扫描解析@Import解析@Bean...因为Application
  • 翻译中的再起始 不懂python不懂R 文献阅读论文阅读
    再起始（Reinitiation）是一种在真核生物翻译过程中发生的机制，它允许核糖体在翻译一个上游开放阅读框（uORF）后，不完全解离mRNA，而是在其翻译终止后，继续启动下游的一个新的开放阅读框（ORF）的翻译。再起始的详细解释：正常的翻译启动：在典型的翻译启动过程中，核糖体扫描mRNA，识别起始密码子（通常是AUG），并开始翻译开放阅读框（ORF）。在翻译结束时，核糖体通常会与mRNA解离，翻
  • Linux电脑系统启动过程 IT苦旅 linux电脑运维
    Linux系统启动过程BIOS/UEFI我们使用的电脑，在主板上面会有一段固化代码，我们称之为板载启动程序（固件），早期是BIOS，近几年已经迭代为UEFI。注：BIOS/UEFI也是可以刷写的，不过需要特别小心哟，不然电脑就起不来啦！GRUBGRUB（GRandUnifiedBootloader）是一个来自GNU项目的多操作系统启动程序，其角色和嵌入式领域的U-Boot是类似的，负责硬件初始化（
  • 深入解析Spring Boot的工作原理 一休哥助手 springboot后端java
    目录SpringBoot简介自动配置原理SpringBoot启动过程SpringBoot注解详解外部配置与Profile嵌入式服务器SpringBoot的核心组件SpringBootActuatorSpringBoot与微服务总结SpringBoot简介SpringBoot是由Pivotal团队提供的全新框架，它基于Spring框架，旨在简化新Spring应用的初始搭建以及开发过程。通过使用Spr
  • riscv简单常用汇编指令xv6 耶耶耶耶耶~ 操作系统操作系统
    文章目录前言entry.Smretasmvolatilereadcsrwritecsrriscv常见csr寄存器ecall,系统调用指令cpu执行异常处理指令的三种事件异常处理相关寄存器用户态trapsret指令页表切换操作用户态系统调用过程总结内核态trap缺页异常中断与设备驱动Locking调度文件系统操作系统拥有的资源xv6系统启动过程1.准备C代码执行环境2.进入mainchar*argv
  • 为什么 /proc/meminfo 节点获取的 MemTotal 小于物理内存 源码注释器 笔记linux
    系统启动过程中打印的内存容量524288K（512M）跟物理内存容量一致Memory:489736K/524288Kavailable(9216Kkernelcode,685Krwdata,1896Krodata,1024Kinit,170Kbss,18168Kreserved,16384Kcma-reserved)开机后，读节点返回的内存容量小于512Mcat/proc/meminfoMemTo
  • 【RH134问答题】第十章 控制启动过程 不怕娜 服务器数据库网络
    系列文章第一章提高命令行生产效率第二章计划将来的任务第三章调优系统性能第四章使用ACL控制对文件的访问第五章管理SELinux安全性第六章管理基本存储第七章管理逻辑卷第八章实施高级存储功能第九章访问网络附加存储目录系列文章请简要说明RHEL8的启动过程。系统重启和关机的命令分别是什么?Systemdtarget是什么？重置丢失的root密码需要哪些步骤？如何让系统日志在重启后持久保留？请简要说明R
  • spring中的事件 修行者对666 安卓gradlespringjava后端
    一，启动过程中的一些事件在spring容器初始化前，会通过SpringApplicationRunListener触发ApplicationStartedEvent事件，在容器实例化完成后触发ApplicationReadyEvent事件。SpringApplication通过SpringFactoriesLoader从META-INF/spring.factories资源中加载其实现类Event
  • 14.openEuler常见故障定界定位 高小了兔 openEulerOECA认证辅导LinuxopeneulerOECA认证国产化操作系统国产化操作系统
    openEulerOECA认证辅导，标红的文字为学习重点和考点。如果需要做实验，建议安装麒麟信安、银河麒麟、统信等具有图形化的操作系统，其安装与openeuler基本一致。1.基础知识简介系统启动过程简述：系统启动过程要记住查看openeuler系统基本信息：查看系统版本信息：使用命令uname-a或cat/etc/os-release查询：
  • Android性能优化之App启动速度、Apk体积缩减 SyShareS Android开发Android性能优化
    转发自：Android性能优化典范-第6季这里是Android性能优化典范第6季的课程学习笔记，从被@知会到有连载更新，这篇学习笔记就一直被惦记着，现在学习记录分享一下，请多多指教包涵！这次一共才6个小段落，涉及的内容主要有：程序启动时间性能优化的三个方面：优化activity的创建过程，优化application对象的启动过程，正确使用启动显屏达到优化程序启动性能的目的。另外还介绍了减少安装包大
  • Android-App-启动优化全记录，阿里专家原创 m0_64383184 程序员面试android移动开发
    IO分网络IO和磁盘IO，启动过程中不建议进行网络IO，对于磁盘IO则要细扣，邵文在高手课里面有讲到：我们要清楚启动过程中读了什么文件、多少个字节、Buffer是多大，使用了多长时间、在什么线程等一系列信息进行启动过程中的IO监控，微信在监控IO时发现有用户的db文件达到了500MB下面图中可以看到低内存的时候，启动应用主线程有较多的IO等待（UIThread这一栏，橘红色代表IO等待）资源重排利
  • iOS--APP启动优化（笔记） specter_hhg iOS性能优化iOS启动iOS启动优化iOS性能优化
    内容概要：APP启动过程的内容APP冷启动过程的优化【功能级别优化、方法级别优化】总结APP启动过程的内容app的启动分为冷启动和热启动。所谓的冷启动，就是一次完整的启动，即从系统分配一个进程给APP到APP启动的到首屏的一个过程；热启动，就是指在APP使用过程中，用户返回到桌面之后，从桌面再返回回来APP的一次启动，即中途启动的一个过程。冷启动：完整的一次启动热启动：使用过程中返回后台，然后从后
  • Android APP 启动速度优化 Joven0 大文章Android启动速度优化优化启动速度启动
    启动过程产品逻辑从用户点击桌面图标到首页完全加载，需要经过三个页面，第三步中，如果用户是安装或升级后第一次打开应用，则显示引导页，否则显示广告页。透明页点击应用图标后系统会有3秒的响应时间，这段时间系统好像无响应，实则在为应用准备运行环境，打开一个无边框的窗口，这个窗口默认为白色，现在App调整成了透明，然后会初始化各个三方库，向网络请求应用图标序号。闪屏页闪屏页是启动过程中最为复杂的一步，它包含
  • 内存知识梳理2. Linux 页表的建立过程-ARM 四两DDP
    厘清了什么是分段，什么是分页，搞清楚了linux的三种地址，即逻辑地址、线性地址、物理地址，也梳理了x86linux的启动过程以及至关重要的页表建立的过程，现在再来看一看ARMlinux页表的建立过程，毕竟X86和ARM是最为流行的两种架构。12.页表机制12.1.引言早期的Linux采用的是三级页表模型，在2.6.11以后采用的是四级模型。对于没有开PAE的32位系统，两级目录项已经够用，将页上
  • Android Framework分析Launcher启动过程 itfitness
    目录前言Launcher是一个用来显示系统中已经安装的应用程序的应用程序，Launcher在启动过程中会请求PackageManagerService返回系统中已经安装的应用程序的信息，并将这些信息封装成一个快捷图标列表显示在系统屏幕上，这样用户可以通过点击这些快捷图标来启动相应的应用程序，它的作用主要有两点一个是启动应用程序一个是显示和管理应用程序的快捷图标或者其他桌面组件。分析Launcher
  • 【工作记录】基于wait-for.sh控制docker-compose中服务启动顺序的一次实践@20240219 泽济天下 docker容器运维
    背景这个问题其实由来已久，尤其是在微服务部署过程中体现的尤为明显，就是服务的启动顺序问题。一个很常见的场景就是微服务启动过程中，应用服务会依赖于配置中心、注册中心、数据库、redis等基础服务，所以这些基础服务应当优先于应用服务启动。还有就是在服务器重启时由于容器设置了自动重启，如果不控制启动顺序的话就就会导致有些服务去读取配置中心配置时，由于配置中心尚未完全启动成功导致应用服务启动中断或者失败。
  • apache 安装linux windows 墙头上一根草 apacheinuxwindows
    linux安装Apache 有两种方式一种是手动安装通过二进制的文件进行安装，另外一种就是通过yum 安装，此中安装方式，需要物理机联网。以下分别介绍两种的安装方式     通过二进制文件安装Apache需要的软件有apr,apr-util,pcre  1，安装 apr        下载地址：htt
  • fill_parent、wrap_content和match_parent的区别 Cb123456 match_parentfill_parent
    fill_parent、wrap_content和match_parent的区别:   1）fill_parent   设置一个构件的布局为fill_parent将强制性地使构件扩展，以填充布局单元内尽可能多的空间。这跟Windows控件的dockstyle属性大体一致。设置一个顶部布局或控件为fill_parent将强制性让它布满整个屏幕。 2） wrap_conte
  • 网页自适应设计 天子之骄 htmlcss响应式设计页面自适应
    网页自适应设计        网页对浏览器窗口的自适应支持变得越来越重要了。自适应响应设计更是异常火爆。再加上移动端的崛起，更是如日中天。以前为了适应不同屏幕分布率和浏览器窗口的扩大和缩小，需要设计几套css样式，用js脚本判断窗口大小，选择加载。结构臃肿，加载负担较大。现笔者经过一定时间的学习，有所心得，故分享于此，加强交流，共同进步。同时希望对大家有所
  • [sql server] 分组取最大最小常用sql 一炮送你回车库 SQL Server
    --分组取最大最小常用sql--测试环境if OBJECT_ID('tb') is not null drop table tb;gocreate table tb( col1 int, col2 int, Fcount int)insert into tbselect 11,20,1 union allselect 11,22,1 union allselect 1
  • ImageIO写图片输出到硬盘 3213213333332132 javaimage
    package awt; import java.awt.Color; import java.awt.Font; import java.awt.Graphics; import java.awt.image.BufferedImage; import java.io.File; import java.io.IOException; import javax.imagei
  • 自己的String动态数组 宝剑锋梅花香 java动态数组数组
    数组还是好说，学过一两门编程语言的就知道，需要注意的是数组声明时需要把大小给它定下来，比如声明一个字符串类型的数组：String str[]=new String[10];    但是问题就来了，每次都是大小确定的数组，我需要数组大小不固定随时变化怎么办呢？  动态数组就这样应运而生，龙哥给我们讲的是自己用代码写动态数组，并非用的ArrayList 看看字符
  • pinyin4j工具类 darkranger .net
    pinyin4j工具类Java工具类 2010-04-24 00:47:00 阅读69 评论0 字号：大中小 引入pinyin4j-2.5.0.jar包: pinyin4j是一个功能强悍的汉语拼音工具包，主要是从汉语获取各种格式和需求的拼音，功能强悍，下面看看如何使用pinyin4j。 本人以前用AscII编码提取工具，效果不理想，现在用pinyin4j简单实现了一个。功能还不是很完美，
  • StarUML学习笔记----基本概念 aijuans UML建模
    介绍StarUML的基本概念，这些都是有效运用StarUML?所需要的。包括对模型、视图、图、项目、单元、方法、框架、模型块及其差异以及UML轮廓。         模型、视与图（Model, View and Diagram）        &
  • Activiti最终总结 avords Activiti id 工作流
    1、流程定义ID：ProcessDefinitionId，当定义一个流程就会产生。 2、流程实例ID：ProcessInstanceId，当开始一个具体的流程时就会产生，也就是不同的流程实例ID可能有相同的流程定义ID。 3、TaskId，每一个userTask都会有一个Id这个是存在于流程实例上的。 4、TaskDefinitionKey和（ActivityImpl activityId
  • 从省市区多重级联想到的，react和jquery的差别 bee1314 jqueryUIreact
    在我们的前端项目里经常会用到级联的select，比如省市区这样。通常这种级联大多是动态的。比如先加载了省，点击省加载市，点击市加载区。然后数据通常ajax返回。如果没有数据则说明到了叶子节点。   针对这种场景，如果我们使用jquery来实现，要考虑很多的问题，数据部分，以及大量的dom操作。比如这个页面上显示了某个区，这时候我切换省，要把市重新初始化数据，然后区域的部分要从页面
  • Eclipse快捷键大全 bijian1013 javaeclipse快捷键
    Ctrl+1 快速修复(最经典的快捷键,就不用多说了)Ctrl+D: 删除当前行 Ctrl+Alt+↓ 复制当前行到下一行(复制增加)Ctrl+Alt+↑ 复制当前行到上一行(复制增加)Alt+↓ 当前行和下面一行交互位置(特别实用,可以省去先剪切,再粘贴了)Alt+↑ 当前行和上面一行交互位置(同上)Alt+← 前一个编辑的页面Alt+→ 下一个编辑的页面(当然是针对上面那条来说了)Alt+En
  • js 笔记 函数 征客丶 JavaScript
    一、函数的使用 1.1、定义函数变量 var vName = funcation(params){ } 1.2、函数的调用 函数变量的调用：      vName(params); 函数定义时自发调用：(function(params){})(params); 1.3、函数中变量赋值 var a = 'a'; var ff
  • 【Scala四】分析Spark源代码总结的Scala语法二 bit1129 scala
    1. Some操作   在下面的代码中，使用了Some操作：if (self.partitioner == Some(partitioner))，那么Some(partitioner)表示什么含义？首先partitioner是方法combineByKey传入的变量， Some的文档说明：   /** Class `Some[A]` represents existin
  • java 匿名内部类 BlueSkator java匿名内部类
    组合优先于继承 Java的匿名类，就是提供了一个快捷方便的手段，令继承关系可以方便地变成组合关系 继承只有一个时候才能用，当你要求子类的实例可以替代父类实例的位置时才可以用继承。   在Java中内部类主要分为成员内部类、局部内部类、匿名内部类、静态内部类。 内部类不是很好理解，但说白了其实也就是一个类中还包含着另外一个类如同一个人是由大脑、肢体、器官等身体结果组成，而内部类相
  • 盗版win装在MAC有害发热，苹果的东西不值得买，win应该不用 ljy325 游戏applewindowsXPOS
    Mac mini 型号: MC270CH-A RMB:5,688   Apple 对windows的产品支持不好,有以下问题:   1.装完了xp,发现机身很热虽然没有运行任何程序！貌似显卡跑游戏发热一样，按照那样的发热量,那部机子损耗很大,使用寿命受到严重的影响!   2.反观安装了Mac os的展示机，发热量很小，运行了1天温度也没有那么高 &nbs
  • 读《研磨设计模式》-代码笔记-生成器模式-Builder bylijinnan java设计模式
    声明： 本文只为方便我个人查阅和理解，详细的分析以及源代码请移步 原作者的博客http://chjavach.iteye.com/ /** * 生成器模式的意图在于将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示（GoF） * 个人理解： * 构建一个复杂的对象，对于创建者（Builder）来说，一是要有数据来源(rawData)，二是要返回构
  • JIRA与SVN插件安装 chenyu19891124 SVNjira
    JIRA安装好后提交代码并要显示在JIRA上，这得需要用SVN的插件才能看见开发人员提交的代码。 1.下载svn与jira插件安装包，解压后在安装包(atlassian-jira-subversion-plugin-0.10.1) 2.解压出来的包里下的lib文件夹下的jar拷贝到(C:\Program Files\Atlassian\JIRA 4.3.4\atlassian-jira\WEB
  • 常用数学思想方法 comsci 工作
      对于搞工程和技术的朋友来讲，在工作中常常遇到一些实际问题，而采用常规的思维方式无法很好的解决这些问题，那么这个时候我们就需要用数学语言和数学工具，而使用数学工具的前提却是用数学思想的方法来描述问题。。下面转帖几种常用的数学思想方法，仅供学习和参考   函数思想 　　把某一数学问题用函数表示出来，并且利用函数探究这个问题的一般规律。这是最基本、最常用的数学方法
  • pl/sql集合类型 daizj oracle集合typepl/sql
    --集合类型 /*   单行单列的数据，使用标量变量   单行多列数据，使用记录   单列多行数据，使用集合（。。。）   *集合：类似于数组也就是。pl/sql集合类型包括索引表（pl/sql table）、嵌套表（Nested Table）、变长数组（VARRAY）等 */ /*     --集合方法 &n
  • [Ofbiz]ofbiz初用 dinguangx 电商ofbiz
    从github下载最新的ofbiz（截止2015-7-13），从源码进行ofbiz的试用 1. 加载测试库 ofbiz内置derby，通过下面的命令初始化测试库 ./ant load-demo (与load-seed有一些区别)   2. 启动内置tomcat ./ant start 或 ./startofbiz.sh 或 java -jar ofbiz.jar &
  • 结构体中最后一个元素是长度为0的数组 dcj3sjt126com cgcc
    在Linux源代码中，有很多的结构体最后都定义了一个元素个数为0个的数组，如/usr/include/linux/if_pppox.h中有这样一个结构体： struct pppoe_tag {     __u16 tag_type;     __u16 tag_len;   &n
  • Linux cp 实现强行覆盖 dcj3sjt126com linux
    发现在Fedora 10 /ubutun 里面用cp -fr src dest，即使加了-f也是不能强行覆盖的，这时怎么回事的呢？一两个文件还好说，就输几个yes吧，但是要是n多文件怎么办，那还不输死人呢？下面提供三种解决办法。 方法一 我们输入alias命令，看看系统给cp起了一个什么别名。 [root@localhost ~]# aliasalias cp=’cp -i’a
  • Memcached(一)、HelloWorld frank1234 memcached
    一、简介 高性能的架构离不开缓存，分布式缓存中的佼佼者当属memcached，它通过客户端将不同的key hash到不同的memcached服务器中，而获取的时候也到相同的服务器中获取，由于不需要做集群同步，也就省去了集群间同步的开销和延迟，所以它相对于ehcache等缓存来说能更好的支持分布式应用，具有更强的横向伸缩能力。 二、客户端 选择一个memcached客户端，我这里用的是memc
  • Search in Rotated Sorted Array II hcx2013 search
    Follow up for "Search in Rotated Sorted Array":What if duplicates are allowed? Would this affect the run-time complexity? How and why? Write a function to determine if a given ta
  • Spring4新特性——更好的Java泛型操作API jinnianshilongnian spring4generic type
    Spring4新特性——泛型限定式依赖注入 Spring4新特性——核心容器的其他改进 Spring4新特性——Web开发的增强 Spring4新特性——集成Bean Validation 1.1(JSR-349)到SpringMVC  Spring4新特性——Groovy Bean定义DSL Spring4新特性——更好的Java泛型操作API  Spring4新
  • CentOS安装JDK liuxingguome centos
    1、行卸载原来的： [root@localhost opt]# rpm -qa | grep java tzdata-java-2014g-1.el6.noarch java-1.7.0-openjdk-1.7.0.65-2.5.1.2.el6_5.x86_64 java-1.6.0-openjdk-1.6.0.0-11.1.13.4.el6.x86_64 [root@localhost
  • 二分搜索专题2-在有序二维数组中搜索一个元素 OpenMind 二维数组算法二分搜索
    1,设二维数组p的每行每列都按照下标递增的顺序递增。 用数学语言描述如下：p满足 (1),对任意的x1，x2，y，如果x1<x2,则p(x1,y)<p(x2,y); (2),对任意的x，y1,y2, 如果y1<y2,则p(x,y1)<p(x,y2); 2,问题： 给定满足1的数组p和一个整数k，求是否存在x0,y0使得p(x0,y0)=k? 3,算法分析： (
  • java 随机数 Math与Random SaraWon javaMathRandom
    今天需要在程序中产生随机数，知道有两种方法可以使用，但是使用Math和Random的区别还不是特别清楚，看到一篇文章是关于的，觉得写的还挺不错的，原文地址是 http://www.oschina.net/question/157182_45274?sort=default&p=1#answers 产生1到10之间的随机数的两种实现方式： //Math Math.roun
  • oracle创建表空间 tugn oracle
    create temporary tablespace TXSJ_TEMP   tempfile 'E:\Oracle\oradata\TXSJ_TEMP.dbf'   size 32m   autoextend on   next 32m maxsize 2048m   extent m
  • 使用Java8实现自己的个性化搜索引擎 yangshangchuan javasuperword搜索引擎java8全文检索
    需要对249本软件著作实现句子级别全文检索，这些著作均为PDF文件，不使用现有的框架如lucene，自己实现的方法如下： 1、从PDF文件中提取文本，这里的重点是如何最大可能地还原文本。提取之后的文本，一个句子一行保存为文本文件。 2、将所有文本文件合并为一个单一的文本文件，这样，每一个句子就有一个唯一行号。 3、对每一行文本进行分词，建立倒排表，倒排表的格式为：词=包含该词的总行数N=行号
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他