蜗窝科技

@linuxer：个人理解牵扯到cma的都是contiguous coherent看过源码对应dev->dma_mem, 具体干什么用的还没遇到相关case. 需要留意:)

插一句，splash_mem display的驱动会在之后手动放回buddy

没太明白page_referenced是在什么时候调用的？是每次回收页面的时候遍历这些可回收的页面时候调用的么？

在arm64的do_signal()中，如果系统调用需要restart，则要修改PC值。 但是这里restart_addr = continue_addr - (compat_thumb_mode(regs) ? 2 : 4); 依然与arm32一样 按道理应该是-4或者-8才对呢

想问问： 1.如果设备地址已经改变，手机怎么知道现在这个设备就是之前那个设备呢？ 2.如果有人恶意攻击中心设备，派了很多的BLE来连接它，那么如果没有保护措施，中心设备不是很快就挂掉了？

@同济大学勾越：这种级别的Debugger，估计没多少，常用的就是trace32，不过价钱惊人，所以还是不用了吧~

@niufei：1. 是的。relocate之后会重新执行，然后代码会判断是否已经relocate了，如果是，正常执行即可。 2. 差不多是这样的，本质上就是使用GNU的Kconfig机制。

请问适用于ARMCortexA53(armv8)的jtag源码debbuger有哪些，我想买一个自己调试用。在淘宝查了好久，没有合适的！有具体的淘宝链接吗？

你好！蜗蜗，我有好几个问题想请教一下，我用的是friendlyarm的uboot-nanopi2,这个uboot跟你们说的都不太一样。 下面是我粘贴的start.s代码 .globl reset reset: bl save_boot_params mrs r0, cpsr bic r0, r0, #0x1f orr r0, r0, #0xd3 msr cpsr,r0 #ifndef CONFIG_SKIP_LOWLEVEL_INIT bl cpu_init_cp15 bl cpu_init_crit #endif #ifdef CONFIG_RELOC_TO_TEXT_BASE relocate_to_text: /* * relocate u-boot code on memory to text base * for nexell arm core (add by jhkim) */ adr r0, _stext /* r0 <- current position of code */ ldr r1, TEXT_BASE /* test if we run from flash or RAM */ cmp r0, r1 /* don't reloc during debug */ beq clear_bss ldr r2, _bss_start_ofs add r2, r0, r2 /* r2 <- source end address */ copy_loop_text: ldmia r0!, {r3-r10} /* copy from source address [r0] */ stmia r1!, {r3-r10} /* copy to target address [r1] */ cmp r0, r2 /* until source end addreee [r2] */ ble copy_loop_text ldr r1, TEXT_BASE /* restart at text base */ mov pc, r1 clear_bss: ldr r0, _bss_start_ofs ldr r1, _bss_end_ofs ldr r4, TEXT_BASE /* text addr */ add r0, r0, r4 add r1, r1, r4 mov r2, #0x00000000 /* clear */ clbss_l:str r2, [r0] /* clear loop... */ add r0, r0, #4 cmp r0, r1 bne clbss_l #ifdef CONFIG_MMU_ENABLE bl mmu_turn_on #endif ldr sp, =(CONFIG_SYS_INIT_SP_ADDR) bic sp, sp, #7 /* 8-byte alignment for ABI compliance */ sub sp, #GD_SIZE /* allocate one GD above SP */ bic sp, sp, #7 /* 8-byte alignment for ABI compliance */ mov r9, sp /* GD is above SP */ mov r0, #0 bl board_init_f mov sp, r9 /* SP is GD's base address */ bic sp, sp, #7 /* 8-byte alignment for ABI compliance */ sub sp, #GENERATED_BD_INFO_SIZE /* allocate one BD above SP */ bic sp, sp, #7 /* 8-byte alignment for ABI compliance */ mov r0, r9 /* gd_t *gd */ ldr r1, TEXT_BASE /* ulong text */ mov r2, sp /* ulong sp */ bl gdt_reset /* call board_init_r(gd_t *id, ulong dest_addr) */ mov r0, r9 /* gd_t */ ldr r1, =(CONFIG_SYS_MALLOC_END) /* dest_addr for malloc heap end */ /* call board_init_r */ ldr pc, =board_init_r /* this is auto-relocated! */ #else /* CONFIG_RELOC_TO_TEXT_BASE */ bl _main #endif /*------------------------------------------------------------------------------*/ ENTRY(c_runtime_cpu_setup) /* * If I-cache is enabled invalidate it */ #ifndef CONFIG_SYS_ICACHE_OFF mcr p15, 0, r0, c7, c5, 0 @ invalidate icache mcr p15, 0, r0, c7, c10, 4 @ DSB mcr p15, 0, r0, c7, c5, 4 @ ISB #endif /* * Move vector table */ /* Set vector address in CP15 VBAR register */ ldr r0, =_stext mcr p15, 0, r0, c12, c0, 0 @Set VBAR bx lr ENDPROC(c_runtime_cpu_setup) ENTRY(save_boot_params) bx lr @ back to my caller ENDPROC(save_boot_params) .weak save_boot_params ENTRY(cpu_init_cp15) mov r0, #0 @ set up for MCR mcr p15, 0, r0, c8, c7, 0 @ invalidate TLBs mcr p15, 0, r0, c7, c5, 0 @ invalidate icache mcr p15, 0, r0, c7, c5, 6 @ invalidate BP array dsb isb mrc p15, 0, r0, c1, c0, 0 bic r0, r0, #0x00002000 @ clear bits 13 (--V-) bic r0, r0, #0x00000007 @ clear bits 2:0 (-CAM) orr r0, r0, #0x00000002 @ set bit 1 (--A-) Align orr r0, r0, #0x00000800 @ set bit 11 (Z---) BTB #ifdef CONFIG_SYS_ICACHE_OFF bic r0, r0, #0x00001000 @ clear bit 12 (I) I-cache #else orr r0, r0, #0x00001000 @ set bit 12 (I) I-cache #endif mcr p15, 0, r0, c1, c0, 0 mov pc, lr @ back to my caller ENDPROC(cpu_init_cp15) #ifndef CONFIG_SKIP_LOWLEVEL_INIT ENTRY(cpu_init_crit) b lowlevel_init @ go setup pll,mux,memory ENDPROC(cpu_init_crit) #endif 这里面有个配置项叫 CONFIG_RELOC_TO_TEXT_BASE 这个板子现在用的是SD卡启动，理论上是肯定要relocate的对吗？？？ 再往下看， bl cpu_init_cp15 bl cpu_init_crit 之后直接就进入了 copy_loop_text: ldmia r0!, {r3-r10} /* copy from source address [r0] */ stmia r1!, {r3-r10} /* copy to target address [r1] */ cmp r0, r2 /* until source end addreee [r2] */ ble copy_loop_text ldr r1, TEXT_BASE /* restart at text base */ mov pc, r1 关键是最后两行ldr r1,TEXT_BASE mov pc,r1,上面几行就是将从stext开始的代码拷贝到了TEXT_BASE的地址，这两句的意思是说回到TEXT_BASE地址处执行代码，这样不就是把uboot（从reset 入口开始）重新运行了一遍吗？我感觉是这样，蜗蜗你说呢？？？我想确认一下。还有uboot那么多代码，不同的板子有各自的代码，uboot是通过mkfile和.mk文件来识别的吗？ 谢谢了，新手linuxer 拜谢。

本文特别在这个现代计算机时代提供信息。 这篇文章中的最好的东西是作者的写作技巧，这是非常令人印象深刻的。 这些线条为我提供了有关机械及其用途的最佳想法。