[转载]TEE安全系统SMC深入理解 版权声明：本文为CSDN博主「内核工匠」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。原文链接：https://blog.csdn.net/feelabclihu/article/details/128157100

此内容被密码保护 加密文章，请前往内页查看详情

uboot启动流程（3） 暂无简介

uboot启动流程（2） 转载自https://zhuanlan.zhihu.com/p/520087511

uboot启动流程（1） 转载自https://zhuanlan.zhihu.com/p/520060653

卡在Starting Kernel时如何查看kernel log 1. 简介Android的启动流程中，很多soc厂商在kernel启动前一阶段一般都是uboot。Starting kernel ...一般是默认情况下uboot能打印出的最后一行log.在这行log后面就是kernel的启动log.在开发过程中，我至少遇到两次印象深刻的问题，就是导致卡在Starting kernel...。由于没有kernel的log,导致很难继续debug。这里记录一种方法，可以在uboot中直接查看kernel启动时log的方法。当然，这个方法至少有两个前提：第一，就是kernel确实启动起来了，但可能因为有问题，又没完全启动到console初始化完成，导致无法在串口输出kernel log。因为打印starting kernel ...并不一定代表uboot是正常的，打印完这行log后uboot还是有些其它准备动作的，如何问题是出在uboot中，kernel并未完成启动，那自然也没办法查看kernel log了。第二，就是开发板必须有reset功能。也就是有reset按键，重启时ddr不断掉，数据不会丢失。因为卡在starting kernel后是没有办法再输命令的。只能按开发板中的reset回到uboot,或者有看门狗功能能自动重启。不过我也接触过一种开发板，可能是电源适配器的问题，虽然开发板上没有reset按键，但只要快速的开关电源，ddr上的数据也不会丢失。2.实操2.1 搞清楚kernel在ddr中的地址也就是kernel在ddr中运行的起始地址，我做的是android项目，从log中能直接看出来，如上所示，kernel在ddr中的的运行地址是0x04280000，需要记住这个物理地址。2.2 确定log_buf相对于kernel入口的偏移如下图，查看编译输出文件System.map。在文件中查找如下两个符号，然后再相减，ffff00000a5c9680-ffff000008080000=0x25496802.3 在uboot中使用md命令查看内存信息在上面已知了kernel实际的物理起始地址，以及log_buf相对于起始地址的偏移，因此很容易计算出log_bug在物理内存中的实际地址，即把两者相减即可，0x042800000+0x2549680=0x067c9680.然后在uboot中用md命令查看这段内存的数据，如下所示，通过不断的回车，可以一直显示完整的log内容，可以看下kernel中具体启动到哪里挂掉了，定位问题。

/proc/sysrq-trigger节点 暂无简介

ubuntu18配置VNC server实现远程桌面连接 转载自https://blog.csdn.net/hnhgwfm/article/details/128498485----试了下还是这个介绍的最简单有用，保存下方便查找本文介绍了在 Ubuntu 系统上安装和配置 VNC 服务器所需的步骤，并展示在windows端如何通过 SSH 隧道安全地连接到 VNC 服务器。本文测试环境Ubuntu版本18.04，其它版本也行。整个安装过程只需要两条命令，再简单配置一下就能搞定。ubuntu系统先连接好互联网第一条命令sudo apt install x11vnc第二条命令x11vnc -passwd gy666661 -display :0 -forever

gdb调试前端工具--ddd使用说明 1. 简介DDD全称Data Display Debugger，它是gdb的最优图形化前端，它继承了gdb的所有功能，它还加入了数据结构可视化能力，什么一维二维栈数组，二叉三叉N叉树，DDD统统都能用图形显示出来。2. 安装本文使用ubuntu18平台为例，直接apt 安装sudo apt install ddd然后运行，效果如下3. 使用作为图形化软件，使用逻辑与绝大部分软件逻辑相同，下面对其做个简单介绍，主要还是介绍如何使用ddd来运行抓取的ke数据。详细的使用可以多在实践中探索。1.使用ddd加载ke文件如下所示，–debugger指定了所使用的gdb，一般使用aosp源码中自带的即可。init.gdb文件为ke脚本解析出来的文件。2.ddd窗口介绍在运行上面的命令行，ddd的打开界面如下所示。会根据ke信息在源码窗口打开对应保存时src的位置。也可以在下方的gdb命令行窗口直接输入命令调试。3.show data在调试ke问题时，因为是离线调试，是无法run的，主要以查看信息为主。下面简单介绍下data目录中的一些功能。由于截图软件的问题，无法在Data菜单打开时截图，下面只能展示一些常用的功能。如下所示，是展示函数中的Args和一些本地变量查看memory信息，如下所示，可以查看某个地址范围中的信息4.show backtrace也就是bt命令，因为是图形化界面，可以点击backtrace窗口中的不同frame。可以结合show data信息。在点击不同的frame信息是，data中的信息也会随之变化。如下是显示寄存器信息。可以结合backtrace使用，查看不同frame下的寄存器信息4.问题记录1.ddd打开时hang主,状态栏提示opening session xxxx解决方案：参考ddd-hangs-on-start，删除本地的.ddd目录rm -rf ~/.ddd/2.打开时提示一些字体warning解决方案：参考ddd 启动警告解决安装了下面的包之后，重启后ddd的字体看起来更大了，看着舒服点sudo apt-get install xfonts-100dpi

[转载]怒啃 24 小时，终于搞懂上下文切换！ 本文转载自https://heapdump.cn/article/4506550