而使用ca_backtrace，可以跟踪定位此前更多的调用栈，并且知道了导致崩溃的位置为./demo(glibc_strlen_null+0x1b)[0x11740]代码移植完成，使用backtrace同样的测试程序，glibc使用原生的Linaro的C库（不支持FP指针），再次追踪strlen(NULL)崩溃。cm_backtrace可以支持多种编译器，并不像c库里的backtrace函数依赖于

备注：1. Kernel版本：5.4.952. 使用工具：Source Insight 4.0。

在应用程序获取视频数据的流程中，都是通过 ioctl 命令与驱动程序进行交互，结合实际需求，实现struct v4l2_ioctl_ops相关的成员即可。

子设备，负责实现具体的功能。可将其抽象为具体的某一摄像头传感器，如OV7740、OV7251、OV5640等。

在系统运行过程中，如果内核发生了panic，那么开发人员需要通过内核报错日志来进行定位问题。但是很多时候出现问题的时候没有接调试串口，而报错日志是在内存里面的，重启后就丢失了。所以需要一种方法，可以在系统发生crash时，将crash info保存于非易失存储器中。这对分析那种小概率且没办法抓到现场的问题非常实用，尤其是现在智能互联网的设备逐渐普及的时候，远端的设备可以自己捕抓崩溃日志再通过网络传

e：LEB size，说的是逻辑擦除块大小，大家知道nand flash页读页写块擦，一个设备多个块，一个块多个页，一般也都是一个块是64个页，这样算一下无论擦除块大小就是2048 * 64=131072，-e的算法是物理擦除块大小 -2 * 页大小（block size - 2 x page_size)），这里就是131072 - 2 * 2048 = 126976（124KB）个，需要减去2个

V4L2从设备使用struct v4l2_subdev结构体表示。一个V4L2主设备可能对应多个V4L2从设备，所有主设备对应的从设备都挂到v4l2_device结构体的subdevs链表中。对于视频设备，从设备就是摄像头，通常情况下是I2C设备，主设备可通过I2C总线控制从设备，例如控制摄像头的焦距、闪光灯等。...

在soc中的视频处理一般由多个ip组成，比如cis_dphy、mipi_cis、isp、sensor等，甚至更多的ip, 这样就导致了v4l2的复杂性。在v4l2中的视频数据流是有方向和顺序的，因此在linux中引入了异步注册机制。异步注册的核心在于设备树引入port接口，在子设备中有一个或多个port接口，port接口就是子设备的纽带。...

这时就需要走到PCIe的资源分配流程，整个资源分配的过程就是从系统的总资源里给每个PCI device的bar分配资源。给每个PCI桥的base、limit的寄存器分配资源。PCIe设备枚举完成后，PCI总线号已经分配，PCIe ecam的映射、PCIe设备信息、bar的个数以及大小等已经ready，但是此时并没有给PCI device的bar、IO、mem分配资源。至此，pci树中所有pci设备

上图展示两种类型的PCIe端口设备：Root Port和 Switch PortRoot Complex下的的两个口叫Root PortSwitch上游连接的端口叫做Switch Upstream PortSwitch下游连接的端口叫做Switch Downstream Port每个PCIe端口设备最多可以支持最多五种不同服务：热插拔（HP）、电源管理事件（PME）、高级错误报告（AER）、虚拟通