Dts：DTS即Device Tree Source，是一个文本形式的文件，用于描述硬件信息。一般都是固定信息，无法变更，无法overlay。
Allwinner 平台支持三种不同类型的Key：GPIO-Key，ADC-Key，AXP-Key。其中，GPIOKey又包括普通的gpio 按键和矩阵键盘。
理想状况是：按下、松开按键，各产生一次中断，也只产生一次中断。 但是对于机械开关，它的金属弹片会反复震动。GPIO电平会反复变化，最后才稳定。一般是几十毫秒才会稳定。 如果不处理抖动的话，用户只操作一次按键，会发生多次中断，驱动程序可能会上报多个数据。
设备树源 (DTS，device tree source) 格式是设备树的文本表示形式。设备树编译器 (DTC) 可将这种格式处理为二进制设备树，这是 Linux 内核要求的形式。
Linux内核从3.x开始引入设备树的概念，用于实现驱动代码与设备信息相分离。在设备树出现以前，所有关于设备的具体信息都要写在驱动里，一旦外围设备变化，驱动代码就要重写。引入了设备树之后，驱动代码只负责处理驱动的逻辑，而关于设备的具体信息存放到设备树文件中，这样，如果只是硬件接口信息的变化而没有驱动逻辑的变化，驱动开发者只需要修改设备树文件信息，不需要改写驱动代码。比如在ARM Linux内，一个.dts(device tree source)文件对应一个ARM的machine，一般放置在内核的"arch/arm/boot/dts/"目录内，比如exynos4412参考板的板级设备树文件就是"arch/arm/boot/dts/exynos4412-origen.dts"。这个文件可以通过$make dtbs命令编译成二进制的.dtb文件供内核驱动使用。
Device Tree 是目前嵌入式 Linux 系统最常用的设备解耦工具, 所以要玩转嵌入式 Linux , 这个东西必须掌握.
AMD MPSoC Linux一般使用PetaLinux编译Linux系统，包括Linux内核、DTS、文件系统。
Linux内核从3.x开始引入设备树的概念，用于实现驱动代码与设备信息相分离。在设备树出现以前，所有关于设备的具体信息都要写在驱动里，一旦外围设备变化，驱动代码就要重写。
Raspberry Pi 内核Linux代码存储在 GitHub 中，可以在github.com/raspberrypi/linux上查看。
飞凌嵌入式推出的OKT507-C作为一款广受欢迎的开发板拥有丰富的功能接口，而实际上OKT507-C开发板的CPU引脚资源是比较紧缺的，那么它究竟是如何提供如此丰富的接口资源的呢？答案就是IO扩展芯片——TCA6424A。
设备树(Device Tree),将这个词分开就是“设备”和“树”，描述设备设备树的文件叫做DTS(Device Tree Source),这个DTS文件采用了树形结构来描述板机设备，也就是开发板信息，比如CPU数量、内存基地址、IIC接口上接了那些设备、SPI接口上接了那些设备等。如最开始的图片所示！ 在图片中，树的主干就是系统总线，IIC控制器、SPI控制器等都是接到系统主线的分支上的。通过DTS这个文件描述设备信息是有相关的语法规则的，并且在Linux内核中只有3.x版本以后的才支持设备树。
修改内核文件：drivers/video/fbdev/Makefile，把内核自带驱动程序mxsfb.c对应的那行注释掉，如下：
设备树(Device Tree)，将这个词分开就是“设备”和“树”，描述设备树的文件叫做 DTS(DeviceTree Source)，这个 DTS 文件采用树形结构描述板级设备，也就是开发板上的设备信息，比如CPU 数量、 内存基地址、IIC 接口上接了哪些设备、SPI 接口上接了哪些设备等等。
高通平台8953 Linux DTS(Device Tree Source)设备树详解之三(高通MSM8953 android7.1实例分析篇)
NXP官方linux仓库地址为：https://github.com/Freescale/linux-fslc/tree/5.4-2.1.x-imx。
高通平台8953 Linux DTS(Device Tree Source)设备树详解之一(背景基础知识篇)
设备树是一种数据结构，它通过特有的语法格式描述片上片外的设备信息。由BootLoader传递给kernel，kernel进行解析后形成和驱动程序关联的dev结构供驱动代码使用。
KVM (Kernel-based Virtual Machine) 是基于 虚拟化扩展指令集 (Intel VT or AMD-V) 在 linux x86 平台上的 完全虚拟化 解决方案
上面介绍的编译模块是和内核一起编译的，这种编译方式比较耗时。在Linux3.x 以后的版本才引入了设备树，有了设备树之后，只需要一次编译内核，编译内核的时候会生成的dtc 工具，利用dtc工具就可以完成驱动的编译。我们这里只是简单介绍如何编译设备树、加载设备树，关于设备树，后面会有更加详细的解释。
在根文件系统中查看设备树，是一种不错的调试手段。因为很多时候会出现你修改了 dts 文件，并且也编译了新的 dtb，但是下载到板子上的还是以前的 dtb，因此查看板子中真实生效的设备树配置信息是很重要的。
zynq u-boot github地址：https://github.com/xilinx
NAND FLASH版本和eMMC版本核心板使用方法基本一致。本文主要描述U-Boot编译、基础设备树文件编译、固化Linux系统NAND FLASH分区说明和NAND FLASH启动系统、固化Linux系统、AND FLASH读写测试等，NAND FLASH版本与eMMC版本核心板在使用方面的不同之处，相同之处将不重复描述。
KVM 是指基于 Linux 内核的虚拟机（Kernel-based Virtual Machine）。 2006 年 10 月，由以色列的 Qumranet 组织开发的一种新的“虚拟机”实现方案。 2007 年 2 月发布的 Linux 2.6.20 内核第一次包含了 KVM 。增加 KVM 到 Linux 内核是 Linux 发展的一个重要里程碑，这也是第一个整合到 Linux 主线内核的虚拟化技术。
参考地址 http://blog.csdn.net/green1900/article/details/45646095 http://www.cnblogs.com/xiaojiang1025/p/6131381.html http://blog.csdn.net/21cnbao/article/details/8457546
关于设备树，之前就经过详细的系统培训，但是本着会用就行的原则，对各个知识点都没有进行系统的总结。都是用到哪里学哪里，时间长了，基本也忘记了。所以对于后期知识各个知识点进行总结，本章主要讨论一下内容，能看懂和修改对应模块的dts文件。
上一节说过设备树的出现是为了解决内核中大量的板级文件代码，通过 DTS 可以像应用程序里的 XML 语言一样很方便的对硬件信息进行配置。关于设备树的出现其实在 2005 年时候就已经在 PowerPC Linux 里出现了，由于 DTS 的方便性，慢慢地被广泛应用到 ARM、MIPS、X86 等架构上。为了理解设备树的出现的好处，先来看下在使用设备树之前是采用什么方式的。
前面通过学习总线、设备、驱动模型知识后，知道了设备和驱动之间都是通过总线进行绑定而匹配的；然后通过设备树的深入探究，知道了设备树的出现大大增加了驱动的通用性；接着我们一起看了 Linux 的启动流程和设备在内核里一层一层的展开。
SOC (System on a Chip) bring-up是一个复杂的过程，涉及到硬件、固件和软件的集成和验证，以下是一个基于BROM，SPL，UBOOT和Linux的启动流程的概述：
本文档对内核的 GPIO 接口使用进行详细的阐述，让用户明确掌握 GPIO 配置、申请等操作的编程方法。
Linux驱动程序 = 驱动程序框架 + 硬件编程。 在前面已经基于QEMU编写了LCD驱动程序，对LCD驱动程序的框架已经分析清楚。 核心就是：
1xE3-1225v6/8GB DDR4/4x3.5盘位/1TB*2 SATA/板载RAID121i 0/1/10/5/250W黄金/DVD/3年/7*24/CentOS 6.9
NXP 会从linux内核官网下载某个版本，然后将其移植到自己的 CPU上，测试成功后就会将其开放给NXP的CPU开发者。开发者下载 NXP 提供的 Linux 内核，然后将其移植到自己的产品上。
问题背景 很多Wi-Fi/BT模组默认出厂是不带MAC地址的，整机厂需要根据需求，烧写特定的MAC地址。
https://www.raspberrypi.com/documentation/computers/linux_kernel.html Raspberry Pi 2/3 Default Build Configuration cd linux KERNEL=kernel7 make bcm2709_defconfig Build and install the kernel, modules and Device Tree blobs; this step takes a long time... make -j4 zImage modules dtbs sudo make modules_install sudo cp arch/arm/boot/dts/*.dtb /boot/ sudo cp arch/arm/boot/dts/overlays/*.dtb* /boot/overlays/ sudo cp arch/arm/boot/dts/overlays/README /boot/overlays/ sudo scripts/mkknlimg arch/arm/boot/zImage /boot/$KERNEL.img
介绍Linux 内核中RTC 驱动的适配和DEBUG 方法，为RTC 设备的使用者和维护者提供参考。
转载请注明文章地址 http://wiki.100ask.org/Linux_devicetree
我们需要编写设备树文件 (dts: device tree source) ，它需要编译为 dtb(device tree blob) 文件，内核使用的是 dtb 文件。
修改设备树打开 uart1 和 uart2，在 buildroot 移植 minicom 用来测试 uart1 和 uart2。
在现在的linux内核中都采用设备树来管理资源分配和模块装载，减少依赖性，在树莓派的内核系统中也是这样，设备树其实就是硬件资源的描述文件，代表硬件配置的节点，每一个节点又可以包括子节点和属性。设备树文件一般都是以.dts为后缀的文本文件，即我们常说的DTS(Device TreeSource), 语法有点像C语言，但还是有区别的，要注意。如下面的文件就是一个DTS文件 /dts-v1/; /include/ "common.dtsi"; / { node1 { a-string-
字节也开源了一个类似的产品，但是是golang sdk的形式的，需要和代码进行结合使用，具体可以自行参考github仓库。
复制一份imx_v6_v7_defconfig，这里我命名为dfos_mini_defconfig。
https://developer.nvidia.com/embedded/downloads
前面已经讲到如何在Linux环境下编译FFmpeg以及在Android项目中使用，这一节就开始真正的使用FFmpeg。在Android平台下用FFmepg解析视频文件并进行RTMP推流。如果对FFmpeg基础不熟或者不知道如何在Android项目中使用，请先阅读流媒体专栏里之前的文章。 注意：这里的工程沿用Linux下FFmpeg编译以及Android平台下使用里的工程和结构。
SPI 是一种高速、高效率的串行接口技术。通常由一个主模块和一个或多个从模块组成，主模块选择一个从模块进行同步通信，从而完成数据的交换，被广泛应用于 ADC、LCD 等设备与 MCU 之间。全志的 spi 控制器支持以下功能：
本文基于Linux kernel 5.15版本进行说明，旨在解析Linux设备树覆盖（Device Tree Overlay, DTO）的工作原理及其应用场景。
总线、设备和驱动模型，如果把它们之间的关系比喻成生活中的例子是比较容易理解的。举个例子，充电墙壁插座安静的嵌入在墙面上，无论设备是电脑还是手机，插座都能依然不动的完成它的使命——充电，没有说为了满足各种设备充电而去更换插座的。其实这就是软件工程强调的高内聚、低耦合概念。
随着企业规模的扩大，对数据库可用性要求越来越高，更多企业采用两地三中心、异地多活的架构，以提高数据库的异常事件应对能力。 在数据库领域，我们常听的“两地三中心”、“异地多活”到底是什么呢？ “两地三中心”就是生产数据中心、同城灾备中心、异地灾备中心。这种模式下，两个地域的三个数据中心互联互通，当一个数据中心发生异常，其他数据中心可以正常运行并进行业务接管。 “异地多活”就是在多个地域建设多个数据中心， 业务数据能够在三个及以上的数据中心之间进行双向同步。异地多活架构具有更高的可用性，抗风险能力极强。 不
说MVCC(Multiversion concurrency control，多版本并发控制)之前，先从数据库的ACID说起。ACID其中一个就是I。也就是Isolation，隔离性。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
