习惯就好zz的专栏

一、准备工作安装Git（因为下面我们选择的插件管理器需要使用到它）安装其他插件前首先需要选择一个Vim插件管理器，我这里选择的是Vundle，Vundle的工作过程中需要通过Git自动从远程创库同步插件安装包到本地仓库（Vundle的默认本地仓库位置是~/.vim/bundle/） 通过Git下载Vundle安装包：git clone https://github.com/VundleVim/Vundle.vim.git ~/.vim/bundle/Vundle.vim安装好后，如果需要安装新插件。

imx6ull的时钟设置axi时钟pixel时钟bus clock来自apb_clk，display clock来自pix_clkBUS CLOCK用来给芯片提供时钟，DISPLAY CLOCK用来给LCD提供时钟。使用设备树设置时钟在arch/arm/boot/dts/imx6ull.dtsi文件中有： lcdif: lcdif@021c8000 { compatible = "fsl,imx6ul-lcdif", "fsl,imx2

一、LCD驱动框架编写二、LCD引脚配置使用pinctrl配置LCD引脚使用GPIO子系统控制背光i.MX Pins Tool下载并安装i.MX Pins Tool v6工具，打开配置文件。该软件可以点击某个引脚，配置对应的功能，就可以生成设备树代码 。如何配置LCD引脚的功能需要知道哪些引脚需要配置（看原理图）需要知道这些引脚应该配置成什么B_LCD_DATAXXX：这24位的数据引脚肯定需要配置成LCD的功能B_LCD_VSYNC：列同步信号B_LCD_HSYNC：水平同步

一、驱动程序框架Linux驱动程序 = 驱动程序框架 + 硬件编程之前已经学习了在QEMU编写了LCD驱动程序，其主要是包括了分配fb_info设置fb_info注册fb_info硬件相关的设置：重点在引脚设置、时钟设置、LCD相关的寄存器设置（frame_buffer格式，地址等）找内核对应板子的驱动程序编译好内核后，在driver/video/fbdev/目录下找.o文件。用到的肯定会被编译。在menuconfig里的graphic->framebuffer下找对应的配置，

一、LCD控制器模块学习1.1 芯片手册的概要信息The eLCDIF block supports the following:• Displays with an asynchronous parallel MPU interface for command and data transfer to an integrated frame buffer. (8080接口)• Displays that support moving pictures and require the RGB int

一、LCD-8080接口原理图原理图如下所示：8080lcd是一个完整的模块，它包含之前讲的LCD控制器，LCD显存，LCD屏幕。对外的接口包括DataBus、Read信号、Write信号、地址/命令信号、CS信号8080写时序一开始写引脚是高电平，当MCU要写LCD时，写引脚拉低。同时MCU开始传输数据，随着时间推移，当写引脚拉高后，LCD会去读取数据，经过一段时间MCU数据不用维持电平了。这些间隔时间取决于LCD的性能。lcd控制器的时序图因为在LCD规格书中并没有时序图，所以在LCD的控

LCD硬件原理lcd去显存里取出数据，然后作用到屏幕上。一旦设置好了LCD控制器，一旦分配好了显存，就什么都不用管了，当数据写入显存后，剩下的自己会做好。应用程序需要做获得的信息；显存的基地址一个像素的格式这些信息得由驱动程序提供。open函数//在fb-test.c中int main(int argc, char **argv){ int opt; int req_fb = 0; int req_pattern = 0; printf("fb-test %d.%d.%d

qemu中的LCD相关的芯片手册100ask修改了qemu的源码，实现了一个虚拟的LCD控制器，只有4个寄存器地址寄存器说明0x021C8000fb_base_phys用于设置Framebuffer的物理地址0x021C8004fb_xres用于设置Framebuffer的X方向分辨率0x021C8008fb_yres用于设置Framebuffer的Y方向分辨率0x021C800Cfb_bpp用于设置Framebuffer中像素的位宽使用qe

编写前的准备可以参考的代码：drivers\video\fbdev\s3c2410fb.c基本思路在init函数中：分配fb_info设置fb_info设置var参数设置fix参数设置fbops参数注册fb_info在exit函数中：卸载fb_info清空fb_info相关函数framebuffer_alloc，include/linux/fb.h/** * framebuffer_alloc - creates a new frame buffer info

Framebuffer驱动程序框架首先framebuffer是一个字符驱动设备，它分为上下两层：fbmem.c：中间承上启下实现、注册file_operation结构体把App的调用向下转发到具体的硬件驱动程序xxxx_fb.c：硬件相关的驱动程序实现、注册fb_info结构体实现硬件操作在文件drivers/video/fbdev/core/fbmem.c中，有fbmem_init函数static int __initfbmem_init(void){ proc_c

应用中需要的LCD知识LCD是由一个一个的像素点组成的，每行有x个像素点，每列有y个像素点，分辨率是x*y。只要控制了任意一个像素的颜色，就可以在LCD上绘制文字、图片。![lcd](https://img-blog.csdnimg.cn/20210606120845710.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoMTIyNjMz,

mutex内核结构体// include/linux/mutex.hstruct mutex { /* 1: unlocked, 0: locked, negative: locked, possible waiters */ atomic_t count; //1. count要么等于1要么等于0 spinlock_t wait_lock; //2. mutex的实现要借助spinlock struct list

semaphore内核结构体信号量的定义及操作函数都在Linux内核文件include\linux\semaphore.h中定义：struct semaphore { raw_spinlock_t lock; //1.信号量借助spin_lock unsigned int count; //2.允许多少人使用 struct list_head wait_list; //3.等待信号量的线程链表};down函数实现如

自旋锁自己原地打转，等待资源可用，一旦可用就上锁霸占它。多SMP系统中，CPU x原地打转，CPUy会解锁。单CPU中，自旋锁就没有自选功能了，只有禁止抢占、禁止中断自旋锁的内核结构体spinlock对应的结构体如下定义，不同的架构可能有不同的实现：//include/linux/spinlock_types.htypedef struct spinlock { union { struct raw_spinlock rlock; //主要实现的锁

参考资料：https://www.kernel.org/doc/html/latest/locking/index.htmlhttps://mirrors.edge.kernel.org/pub/linux/kernel/people/rusty/kernel-locking/锁的类型Linux内核提供了很多类型的锁，它们可以分为两类自旋锁（Spinning locks）睡眠锁（Sleeping locks）自旋锁简单地说就是无法获得锁时，不会休眠，会一直循环等待，有这些自旋锁：

一、原子变量内核操作函数Linux中有2中原子操作： 原子变量、原子位。原子变量的内核操作函数原子变量的操作函数在arch/arm/include/asm/atomic.h中原子变量类型如下，实际上就是个结构体include/linux/types.htypedef struct { int counter;} atomic_t原子操作函数，如下：函数名作用atomic_read(v)读出原子变量的值，即v->counteratomic_set(v, i

一、内联汇编在c语言中可以直接调用内联汇编，提高代码的运行效率，或者有时需要调用特殊的汇编指令。（比如ldrex/strex实现互斥访问），比如一些平台的特定指令在c中没有对应的操作等等，这些都需要内联汇编。参考文章：① GNU C扩展汇编② ARM GCC 内嵌（inline）汇编手册③ C内联汇编 c语言实现的加法：int add(int a, int b){ return a+b;}反汇编后，00010404 <add>: 10404: b480

i2c-tools源码下载Linux驱动程序: drivers/i2c/i2c-dev.cI2C-Tools-4.2: https://mirrors.edge.kernel.org/pub/software/utils/i2c-tools/AP3216C：在git clone https://e.coding.net/weidongshan/01_all_series_quickstart.git，在10.1篇，第十六章，I2C编程。APP访问硬件肯定是需要驱动程序的, 对于I2C设备,内核提

/* * i2c_adapter is the structure used to identify a physical i2c bus along * with the access algorithms necessary to access it. */struct i2c_adapter { struct module *owner; unsigned int class; /* classes to allow probing for */ cons

I2C介绍I2C硬件框架一个Soc一般有多个I2C接口，一条I2C总线上，可以挂载一个或多个I2C设备，I2C设备用地址区分。I2C总线上，有两条线，一条是SCL时钟线，一条是SDA线，这两条线上都有上拉电阻I2C软件框架App：不关心底层实现细节，只需要调用设备驱动程序提供的接口。芯片驱动：知道芯片要求的地址、数据格式；知道怎么发出信号才能让芯片工作，一些芯片特定的工作状态；构造好数据结构给I2C控制器。I2C控制器驱动：根据I2C协议发出各类信号，I2C设备地址、I2C存储地址、

适用情形应用程序和驱动程序之间传递数据时，通常是用read、write函数进行的。这中间涉及copy_to_user、copy_from_user等。这种方式在数据量比较小时没什么问题，但是数据量比较大时效率就太低了。比如LCD的显示每次数据都有102460032bpp格式，一帧数据就有2.3MB左右。仅用read、write传输速度比较慢。改进方法就是直接读写驱动程序中的buffer，这个方法可以通过mmap实现。它把内核buffer映射到用户态。让App直接读写。内存映射于数据结构虚拟地址

适用场景复杂、耗时的事情，尽量使用内核线程来处理。工作队列用起来挺简单，但是它有一个缺点：工作队列中有多个 work，前一个 work 没处理完会影响后面的 work。解决方法有很多种，比如干脆自己创建一个内核线程，不跟别的 work 凑在一块了。在 Linux 系统中，对于存储设备比如 SD/TF 卡，它的驱动程序就是这样做的，它有自己的内核线程。对于中断处理，还有另一种方法：threaded_irq，线程化的中断处理。...

适用环境之前的定时器、下半部tasklet，都是在中断上下文中执行，他们无法休眠。当要处理更复杂、更耗时的工作时，放在定时器或是下半部中，会使得系统很卡，并且循环等待某件事也太浪费CPU资源。如果使用线程来处理这些耗时的工作，那就可以解决卡顿的问题，因为线程可以休眠。内核中有一种更简单的使用线程的方法，“工作队列”（workqueue）。在内核初始化时就创建了内核线程，我们只需要使用“工作队列”，把“工作”放入其队列中“，内核线程就会拿出“工作”执行函数。工作队列应用场合：做的事情比较耗时，甚

适用环境中断下半部分可以执行一些时间不是很紧急的工作。内核函数中断下半部使用结构体 tasklet_struct 来表示，它在内核源码 include\linux\interrupt.h 中定义struct tasklet_struct{ struct tasklet_struct *next; /* state有2个标志位 * bit0表示TASKLET_STATE_SCHED：1执行了tasklet_schedule，已经放入tasklet队列了 * bit1表示TASKLET_

深入内部机制在开发板执行[root@firefly-rk3288:/home/picture/btn_timer]# cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 16: 0 0 0 0 GIC 29 Edge arch_timer 17: 99137 280332 65060

内核定时器定时器就是闹钟，到一定时间就做某些事。时间、做的事情==>超时时间、函数在include\linux\timer.h中涉及这些函数：//设置定时器，主要初始化timer_list结构体，设置其中的函数、参数#define setup_timer(timer, fn, data) \ __setup_timer((timer), (fn), (data), 0)//向内和添加定时器timer->expires表示超时时间extern void add_timer(s

适用场景阻塞：就是等待某件事情发生。比如调用read时，如果没有按键数据则read不会返回，会让进程休眠等待。其中poll中，如果传入超时事件不是0， 也是会阻塞的。使用poll时，设置超时时间0，没有数据也立即返回。但是不能让read函数及工作于阻塞方式，又工作于非阻塞方式：App调用open函数传入O_NONBLOCK，表示使用非阻塞模式，默认是使用阻塞方式。当open是O_NONBLOCK后，可以使用fcntl修改为阻塞或非阻塞。应用编程//open时设置int fd = open("

适用场景使用***休眠-唤醒、POLL机制***时，都需要***休眠等待***某个事件发生时，差别在于后者可以指定休眠的时长。如果不想APP休眠怎么办，那么需要驱动程序有数据时***主动通知*** App，App受到信号后执行信息处理函数。使用流程驱动程序通过发送信号给App，通知App处理数据。驱动程序发送数据给App驱动程序发送信号给App发送SIGIO的信号内核里面有相应的函数，来支持驱动发送信号给AppApp来接受信号，要让驱动发送信号给App。前提是App把自己告诉给驱动Ap

系统调用在内核中都是sys_xxx命名的，如open、read、write在内核中分别对应sys_open、sys_read、sys_write。所以对应poll的内核函数，分析sys_poll就可以理解poll机制。sys_poll函数在文件fs/select.c中包含了sys_poll函数。SYSCALL_DEFINE3的宏定义于include/linux/syscalls.h，展开后就有sys_poll函数。sys_poll中做了金丹的处理后，就调用do_sys_poll。SYSCALL_DE

适用场景使用休眠-唤醒的方式等待某个事件发生时,有一个缺点:等待的时间可能很久。我们可以加上一个超时时间,这时就可以使用 poll 机制。1 APP 不知道驱动程序中是否有数据,可以先调用 poll 函数查询一下,poll 函数可以传入***超时时间***;2 APP 进入内核态,调用到驱动程序的 poll 函数,如果有数据的话立刻返回;3 如果发现没有数据时就***休眠一段时间***;4 当有数据时,比如当按下按键时,驱动程序的中断服务程序被调用,它会记录数据、唤醒 APP;5 当超时时间到了

使用环形缓冲区,可以在一定程序上避免按键数据丢失,关键代码如下：其实就一个队列，自己写了一个：#define MaxSize 128struct QNode { int Data[MaxSize]; int rear; int front;};typedef struct QNode *Queue;int IsEmpty(Queue Q);void AddQ(Queue PtrQ, int item);int DeleteQ(Queue PtrQ);int IsEmpty(Qu

适用场景当应用程序必须等待某个事件发生,比如必须等待按键被按下时,可以使用“休眠-唤醒”机制:APP 调用 read 等函数试图读取数据,比如读取按键;APP 进入内核态,也就是调用驱动中的对应函数,发现有数据则复制到用户空间并马上返回;如果 APP 在内核态,也就是在驱动程序中发现没有数据,则 APP 休眠;当有数据时,比如当按下按键时,驱动程序的中断服务程序被调用,它会记录数据、唤醒 APP;APP 继续运行它的内核态代码,也就是驱动程序中的函数,复制数据到用户空间并马上返回。休眠函数

对 于 GPIO 按 键 , 我 们 并 不 需 要 去 写 驱 动 程 序 , 使 用 内 核 自 带 的 驱 动 程 序drivers/input/keyboard/gpio_keys.c 就可以,然后你需要做的只是修改设备树指定引脚及键值。但是自己编写相关的内容则可以更好的学习到这些功能。编程思路在设备树里指定相关的引脚，这里使用的是GPIO7_B1。然后使用pinctrl对引脚进行读取，读取函数需要在中断中进行。中断的注册是通过一系列设备树函数设定的。设置树相关的配置：在arch/arm

按键中断编写

可以从 request_irq(include/linux/interrupt.h)函数一路分析得到irq_desc结构体irqaction结构体irq_data结构体irq_domain结构体irq_chip结构体

linux硬件中断，分为上下两部分。上部分简单快速，（接收到一个中断，就立即执行，但只做有限的工作）下部分稍后执行，在适合的时机，下半部会被开中断执行。中断处理原则：1.不嵌套2.越快越好下半部的处理方式有soft_irq,tasklet,workqueue三种。soft_irq用在对底半执行时间要求比较紧急或者非常重要的场合，在中断上下文执行。tasklet是在中断上下文执行workqueue是在process上下文，因此可以执行可能sleep的操作。软件中断类型系统中，注册

中断与异常arm中的中断其实就是（异常），u-boot 或是 Linux 内核,都有类似如下的代码:_start: b reset ldr pc, _undefined_instruction ldr pc, _software_interrupt ldr pc, _prefetch_abort ldr pc, _data_abort ldr pc, _not_used ldr pc, _irq //发生中断时,CPU 跳到这个地址执行该指令 **假设地址为 0x18** ldr pc

在设备树中的GPIO信息/{ myled_blue: myled-blue { compatible = "myled,led_drv"; //这个是平台设备匹配的名称 label = "myled:blue:user"; myled-gpio = <&gpio8 1 GPIO_ACTIVE_LOW>; //这里添加一个[name]-gpio属性，指定用哪个GPIO，这里的name在驱动中寻找gpio会用到

Pinctrl子系统主要的参考文档Document\devicetree\bindings\pinctrl\pinctrl-bindings.txt文档中提到了两个概念，虽然读音上很相似但是概念不一样：Pinctrl client devices：声明自己需要使用那些引脚功能，怎么配置他们。设备在不同状态时，可以使用pin controller来指定引脚，配置不同的功能。Pin controller devices：用来复用引脚、配置引脚，它是一个软件的概念。它很多种配置方式，对应与Pinctrl

编写查询方式的button驱动思路和之前的RK3288 LED驱动程序框架类似。同时之前led时，对代码进行了分层。在编写button驱动的时候，简单分为两层。一层是操作file_operation、创建字符设备等，一层是对具体的硬件进程初始化和操作。button_test：打开设备文件并读取按键值button_drv：注册file_operations、创建和卸载字符设备，class的创建和删除。提供了对button_operations的注册和卸载的接口。board_rk3288：初始化了一

App读取按键值的几种方法查询方式休眠-唤醒方式poll方式异步通知方式通过这4中方式，涉及到驱动的一些基本技能，如中断、休眠、唤醒、poll等机制。这些基本技能是开发驱动的基础，其他大型驱动复杂的地方是它的框架及设计思想，但是基本技术就这些。相关的App开发基本技能：阻塞、非阻塞、休眠、poll、异步通知。查询方式驱动中构造、注册file_operations，提供对open、read的函数接口。app调用open时，驱动设置gpio引脚。app调用read时，驱动调用对应的rea

① 设备树要有 compatible 属性，它的值是一个字符串② platform_driver 中要有 of_match_table，其中一项的.compatible 成员设置为一个字符串③ 上述 2 个字符串要一致。

内核对设备树的处理从源码dts文件开始：dts在PC机上被编译为dtb文件u-boot把dtb文件传给内核内核解析dtb文件，把每一个节点都转换为device_node结构体对于某些device_node结构体，会被转换为platform_device结构体dtb中每个节点都会被转化为device_node结构体哪些设备树节点会被转化为platform_device根节点下含有compatible属性的子节点。含有特定compatible属性的节点的子节点。如果一个节点属性

设备树背景设备资源以前都是用.c文件，但是随着时间的推移。冗余代码越来越多，所以用设备树来替代资源文件的指定。设备树在linux里的查看：ls /sys/firmware/devicetree fdt#devicetree 目录下是以目录结构呈现的dtb文件，根节点对应base目录，每个节点对应一个目录，每个文件对应一个属性官方文档：https://www.devicetree.org/specifications/设备树文件dtb：内核编译号的设备树镜像dts：设备树的源码文件dt

platform接口学习//返回dev中类型为type的，第num个资源struct resource *platform_get_resource(struct platfrom_device *dev, unsigned int type, unsigned int num);//返回该dev所用的第num个中断号int platform_get_irq(struct platform_device *dev, unsigned int num);//通过名字name返回dev的给某

1、安装Sambasudo apt-get install samba2、修改配置文件vim /etc/samba/smb.conf其中：[ ]内为Samba共享的名称，windows连接时根据该名字来连接。path 为要共享的目录的绝对路径。available 指定该共享资源是否可用browseable 可读writeable 可写public 与guest ok含义相同，指定该共享是否允许guest账户（匿名）访问当然也可以设置指定用户输入密码访问，可参考该博客的

驱动编写的3中方法：1.传统方法使用的引脚，操作引脚，全都写死在代码里。如果需要修改引脚时，那需要重新修改代码，并重新编译。2.总线设备驱动模型使用platform_device / platform_driver，将“资源”和“驱动”分离开来。优点：易于扩展，更换引脚时drv基本不用改，只需要修改dev缺点：代码稍微复杂，重复和冗余还是比较多，修改引脚时设备端的代码需要重新编译。3.设备树因为linux的device非常多，导致linux内核代码非常臃肿。于是有了DTS文件指定硬件资

进程的几种状态运行：该进程此刻正在执行。等待：进程能够运行，但没有得到许可。在调度器在下一次任务切换时选择该进程。睡眠：在睡眠无法运行，它在等待一个外部事件。调度器无法在下一次任务切换时选择该进程。切换流程在一对排列的进程队列中，当进程已经就绪，但是CPU分配给其他进程时，进程一直会保持在“等待”，当调度器给予CPU时间后，会变为“运行”（路径④）在调度器决定从该进程回收CPU资源时，进程从“运行”改为“等待”（路径②）如果进程必须等待事件，就从”运行“转变为”睡眠“（路径①）。所有事

点灯程序的逻辑和结构与硬件无关的操作写在led_drv.c中，在led_drv中通过调用结构体led_operations间接初始化硬件。而led_operations具体的实现就在board_demo.c中实现。这里是关于硬件的实现。如果有不同的板子，不需要重复修改board_demo.c。只需要不断添加新的c文件，修改Makefile编译的不同板子的c文件。来使得适配更多不同的板子。分离然而现实情况却更复杂，比如同样的芯片会有两块资源分配不一样的开发板。如果使用上面的方式，就需要重复编写很多相似

开始编写LED驱动程序我之前学习了rk3288 的led驱动编写的准备然后也编写了led驱动的框架。现在只要把框架适当的填充具体的硬件操作，就可以实现led的电灯了。1.需要用到的函数ioremap因为linux内核并不像单片机一样是直接用寄存器地址控制的，操作系统有内存寻址的架构。所以我们需要把物理地址转换成Linux可以操作的地址。这个转换的过程就需要调用ioremap函数，下面的它的函数原型：#include <asm/io.h> //需要使用时包含头文件void

一、获取源码u-boothttps://dev.tencent.com/u/weidongshan/p/100ask_firefly-rk3288_uboothttps://github.com/100askTeam/firefly-rk3288_ubootlinux kernelhttps://dev.tencent.com/u/weidongshan/p/100ask_firefly-rk3288_kernelhttps://github.com/100askTea

尝试办法一：修改/etc/exports文件书写格式，有没有多个空格之类的。尝试办法二：创建文件夹出现如下提示mkdir: can't create directory 'test': Read-only file system使用命令mount rw -o remount /即可解决

main.qmlimport QtQuick 2.10import QtQuick.Window 2.10import QtQuick.Controls 2.3//import QtQuick.VirtualKeyboard 2.3Window { id: window visible: true width: 640 height: 480 title: qsTr("Hello World") property int indexSelecte

Matricesidentity matrix:I=[1000010000100001] I = \left[\begin{matrix} 1 & 0 & 0 & 0 \\ 0 &1 &0 &0 \\ 0&0&1&0\\0&0&0&1\end{matrix}\right]I=⎣⎢⎢⎡​1000​0100​0010​0001​⎦⎥⎥⎤​inverse matrix A−1A^{-1}A−1 of AAA:A

首先备份重要数据fsck.ext4 -p /dev/sdb5reboot像pro的机器，就用fsck.ext4 -p /dev/mmblk0p7

Vectora+b=b+a \bf{a}+\bf{}b = \bf{b}+\bf{a} a+b=b+aa⋅b=∣∣a∣∣∣∣b∣∣cos⁡θ a \cdot b = || a || || b || \cos\theta a⋅b=∣∣a∣∣∣∣b∣∣cosθDot Producta→b=∣∣a∣∣cos⁡θ=a⋅b∣∣b∣∣ a\rightarrow b = ||a|| \cos\theta = \frac{ a\cdot b }{ ||b||} a→b=∣∣a∣∣cosθ=∣∣b∣∣a⋅b​a⋅

当connect想要连接一个重载函数时，因为名字是一样的，但是参数不同。用qt5的connect写法，编写时提示错误。解决的办法是使用qOverload()或者把函数指针强制转换成对应的函数指针，需要Qt 5.7版本以上。使用示例：struct Foo { void overloadedFunction(); void overloadedFunction(int, QString);};// requires C++14qOverload<>(&Foo:o

nmcli连接无线网创建wifi连接（SSID：Samsung-printer，密码：12345678，默认使用设备wlan0）的示例：$ nmcli device wifi connect Samsung-printer password 12345678

Computer Graphics

介绍了git的一些指令使用

条款26 尽可能延后变量定义式的出现时间条款27 尽量少做转型动作条款28 避免返回handles只想对象内部成分条款29 为“异常安全”而努力是值得的条款30 透彻了解inlining的里里外外条款31 将文件间的编译依存关系降至最低...

条款18 让接口容易被正确使用，不易被误用条款19 设计class犹如设计type条款20 宁以pass-by-reference-to-const替换pass-by-value条款21 必须返回对象时，别妄想返回其reference条款22 将成员变量声明为private条款23 宁以non-member、non-friend替换member函数条款24 若所有参数皆需类型转换，请为此采用non-member函数条款25 考虑写出一个不抛出异常的swap函数...

条款13 以对象管理资源条款14 在资源管理类中小心copying行为条款15 在资源管理类中提供对原始资源的访问条款16 成对使用new和delete时要采取相同形式条款17 以独立语句将newed对象置入智能指针...

条款05:了解c++默默编写并调用哪些函数编译器回为每个类创建一个构造函数，copy构造函数，copy assignment操作符和析构函数。class Empty{};//编译器做的class Empty{public: Empty() { ... } Empty(const Empty& rhs) { ... } ~Empty() { ... } Empty& operator=(const Empty& rhs) { ... }};编译器可以暗自为c

条款02用const，enum，inline替换#define对于常量，最好以以const对象或enums替换#defines。对于形似函数的宏(macros)，最好改用inline函数替换#defines。//#define ASPECT_RATIO 1.653 >>const double AspectRatio = 1.653class GamePlayer {private: static const int NumTurns = 5; int scores[NumT

一、安装cscope安装方式比较多样，可以在各自linux软件管理工具中安装，也可以去官网下载安装。sudo apt-get install cscope二、插件安装这里选择的是Vundle来管理vim插件，所以只需要在.vimrc中添加Plugin ‘brookhong/cscope.vim’，然后执行:PluginInstall就搞定了。三、生成标记库cscope在执行过程中实际上是通过扫描标记库来首先找到标记以及标记的位置，从而实现跳转的，因此首先需要为个人的代码项目生成一个完整的标记库

按照100ask的wiki页面，配置启动rk3288-firefly的开发板。设置了nfs启动的环境，用开发板去挂载PC上的镜像

字符设备驱动框架① 确定主设备号，可也已让内核分配。② 定义自己的file_operations结构体。③ 实现对应的drv_open/ drv_read/ drv_write等函数，填入file_operations结构体。④ 把file_operations连接进内核(register_chrdev)。⑤ 谁来注册驱动程序啊？得有一个入口函数，安装驱动程序时，就会去调用这个入口函数。⑥ 有入口函数就有出口函数，出口函数调用(unregister_chrdev)。⑦ 其他玩善：提供设备信息，

我在笔记本电脑上安装了Ubuntu 16.04，当我有局域网连接时，启动ubuntu是很快的，当LAN电缆断开时，需要大约5分钟才能获得登录屏幕，这个实在是无法忍受。我的推测，且不一定准确我是通过Ubunut server安装的系统，安装时候链接了网络。所以系统被自动设置成连接到路由器自动通过DHCP获取ip地址完成上网。但是由于以太网电缆断开连接，所以无法完成任务。所以，它一次又一次地尝试，尝试的时间为5分钟。进入系统后修改文件/etc/systemd/system/network-online.t

想要驱动3288的led，就应该去找芯片手册上对应的章节来看。需要学习三个章节（CRU、PMU、CRF、GPIO）才能有一个整体的认识。

设计模式总结一个目标：管理变化，提高复用。两种手段： 分解 vs 抽象八大原则依赖倒置原则（DIP）开放封闭原则（OCP）单一职责原则（SRP）Liskov替换原则（LSP）接口隔离原则（ISP）对象组合由于类继承封装变化点面向接口编程重构技法静态 -> 动态早绑定 -> 晚绑定继承 -> 组合编译时依赖 -> 运行时依赖紧耦合 -> 松耦合什么时候不用模式代码可读性很差时需求理解还很浅时变化没有显现时不是系统的关键依赖

“领域规则”模式在特定领域中，某些变化虽然频繁，但可以抽象为某种规则。这时候，结合特定领域，将问题抽象为语法规则，从而给出在该领域下的一般性解决方案。典型模式Interpreter动机（Motivation）在软件构建过程中，如果某一特定领域的问题比较复杂，类似的结构不断重复出现，如果使用普通的编程方式来实现将面临非常频繁的变化。在这种情况下，将特定领域的问题表达为某种语法规则下的具体，然后购进啊一个解释器来解释这样的句子，从而达到解决问题的目的。模式定义给定一个语言，定义它的

Visitor访问器“行为变化”模式在组件地构建过程中，组件行为地变化经常导致组件本身剧烈地变化。“行为变化”模式将组件地行为和组件本身进行解耦，从而支持组件行为地变化，实现两者之间地松耦合。典型模式CommandVisitor动机（Motivation）在软件构建过程中，由于需求的改变，某些类层次结构中常常需要增加新的行为（方法），如果直接在基类中做这样的更改，将会给子类带来很法中的更变负担，甚至破坏原有设计。如何在不更改类层次结构的前提下，在运行时根据需要透明地为类层级结构上

Command命令模式“行为变化”模式在组件地构建过程中，组件行为地变化经常导致组件本身剧烈地变化。“行为变化”模式将组件地行为和组件本身进行解耦，从而支持组件行为地变化，实现两者之间地松耦合。典型模式CommandVisitor动机（Motivation）在软件构建过程中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合——比如需要对行为进行“记录、撤销/重（undo/redo）、事务”等处理，这种无法抵御变化地紧耦合是不合适地。在这种情况下，如何将“行为请求

Chain of Resposibility 职责链“数据结构”模式常常有一些组件在内部具有特定的数据结构，如果让客户程序依赖这些特定的数据结构，将极大地破坏组件地复用。这时候，将这些特定数据结构封装在内部，在外部提供统一地接口，来实现特定数据结构无关地访问，是一种行之有效地解决方案。典型模式CompositeIteratorChain of Resposibility动机（Motivation）在软件构建过程中，要给请求可能被多个对象处理，但是每个请求在运行时只能有一个接收者，

Iterator迭代器“数据结构”模式常常有一些组件在内部具有特定的数据结构，如果让客户程序依赖这些特定的数据结构，将极大地破坏组件地复用。这时候，将这些特定数据结构封装在内部，在外部提供统一地接口，来实现特定数据结构无关地访问，是一种行之有效地解决方案。典型模式CompositeIteratorChain of Resposibility动机（Motivation）在软件构建过程中，集合对象内部结构常常变化各异。但对于这些集合对象，我们希望在不暴露其内部结构的同时，可以让外部客

Composite组合模式“数据结构”模式常常有一些组件在内部具有特定的数据结构，如果让客户程序依赖这些特定的数据结构，将极大地破坏组件地复用。这时候，将这些特定数据结构封装在内部，在外部提供统一地接口，来实现特定数据结构无关地访问，是一种行之有效地解决方案。典型模式CompositeIteratorChain of Resposibility动机（Motivation）软件在某些情况下，客户代码过多地依赖于对象容器复杂地内部实现结构，对象容器内部实现结构（而非抽象接口）地变化将

Memento备忘录模式“状态变化”模式在组件构建过程中，某些对象的状态进场面临变化，如何对这些变化进行有效的管理？同时又维持高层模块的稳定？“状态变化”模式为这一问题提供了一种解决方案。典型模式StateMemento动机（motivation）在软件构建过程中，某些对象地状态在转换过程中，可能由于某种需要，要求程序能够回溯到对象之前处于某一点时的状态。如果使用一些共有接口来让其他对象得到对象的状态，便会暴露对象的细节实现。如何实现对象状态的良好保存与恢复？但同时又不会因此破坏

State状态模式“状态变化”模式在组件构建过程中，某些对象的状态进场面临变化，如何对这些变化进行有效的管理？同时又维持高层模块的稳定？“状态变化”模式为这一问题提供了一种解决方案。典型模式StateMemento动机（motivation）在软件构建过程中，某些对象的状态如果改变，其行为也会随之而发生变化，比如文档处于只读状态，其支持的行为和读写状态支持的行为就可能完全不同。如何在运行时根据对象的状态来透明地更改对象地行为？而不会为独享操作和状态转化之间引入紧耦合？模式定义

Mediator中介者“接口隔离”模式在组件构建过程中，某些接口之间直接地依赖常常会带来很多问题、甚至根本无法实现。采用添加一层简介（稳定）接口，来隔离本来互相紧密关联的接口是一种常见的解决方案。典型模式FacadeProxyAdapterMediator动机（Motivation）在软件构建过程中，经常会出现多个对象互相关联交互的情况，对象之间常常会维持一种复杂的引用关系，如果遇到一些需求的更改，这种直接的应用关系将面临不断地变化。在这种情况下，我们可使用一个“中介对象”来

适配器模式“接口隔离”模式在组件构建过程中，某些接口之间直接地依赖常常会带来很多问题、甚至根本无法实现。采用添加一层简介（稳定）接口，来隔离本来互相紧密关联的接口是一种常见的解决方案。典型模式FacadeProxyAdapterMediator动机在软件系统中，由于应用环境的变化，常常需要将“一些现存的对象”放在新的环境中应用，但是新环境要求的接口是这些现存对象所不满足的。如何应对这种“迁移的变化”？如何既能利用现有独享的良好实现，同时又能满足新的应用环境所要求的接口？模

Proxy代理模式“接口隔离”模式在组件构建过程中，某些接口之间直接地依赖常常会带来很多问题、甚至根本无法实现。采用添加一层简介（稳定）接口，来隔离本来互相紧密关联的接口是一种常见的解决方案。典型模式FacadeProxyAdapterMediator动机Motivation在面向对象系统中，有些对象由于某些原因（比如对象创建的开销很大，或者某些操作需要安全控制，或者需要进程外的访问等），直接访问会给使用者、或者系统接口带来很多麻烦。如何在不是去透明操作对象的同时来管理、控制

Facade 门面模式“接口隔离”模式在组件构建过程中，某些接口之间直接的依赖常常会带来很多问题、甚至根本无法实现。采用添加一层==间接（稳定）==接口，来隔离本来互相紧密关联的接口时一种常见的解决方案。典型模式FacadeProxyAdapterMediator系统间耦合的复杂度动机（motivation）上述A方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合面临很多变化的挑战。如何简化外部客户程序和系统间

Flyweight享元模式“对象性能”模式面向对象很好地解决了“抽象”地问题，但是必不可免地要付出一定的代价。对于通常情况来讲，面向对象的成本大都可以忽略不计。但是某些情况，面向对象所带来的成本必须谨慎处理。典型模式SingletonFlyweight动机（Motivation）在软件系统采用存粹的对象方案的问题在于大量细粒度的对象会很快充斥在系统中，从而带来很高的运行时的代价——主要之内存需求方面的代价。如何在避免大量细粒度对象问题的同时，让外部客户程序仍然能够透明地使用面向对

“对象性能”模式面向对象很好的解决了“抽象”的问题，但是必不可免地要付出一定的代价。对于通常情况来讲，面向对象成本大都可以忽略不计。但是某些情况，面向对象所带来的成本必须谨慎处理。典型模式SingletonFlyweightSingleton单件模式动机（Motivation）在软件系统中，经常有这样的一些特殊的类，必须保证它们在系统中只存在一个实例，才能确保它们的逻辑正确、以及良好的效率。如何绕过常规的构造器，提供一种机制来保证一个类只有一个实例？这应该是类设计者的责任，而不

“对象创建”模式通过“对象创建” 模式绕开new，来避免对象创建（new）过程中所导致的紧耦合（依赖具体类），从而支持对象创建的稳定。它是接口抽象之后的第一步工作。典型模式Factory MethodAbstract FactoryPrototypeBuilderBuilder构建器动机（Motivation）在软件系统中，有时候面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合

构建标准库的模板项目准备lib库stm32f4_dsp_stdperiph_lib.zip文件目录结构tree.+--- CORE| +--- core_cm4.h| +--- core_cm4_simd.h| +--- core_cmFunc.h| +--- core_cmInstr.h| +--- startup_stm32f429_439xx.s+--- FWLIB| +--- inc| | +--- misc.h| | +---

Prototype 原型模式“对象”创建模式通过“对象创建”模式绕开new，来避免对象创建（new）过程中所导致的紧耦合（依赖具体类），从而支持对象创建的稳定。它是接口抽象之后的第一步工作。典型模式Factory MethodAbstract FactoryPrototypeBuilder动机（Motivation）在软件系统中，经常面临着“某些结构复杂的对象”的创建工作；由于需求的变化，这些对象经常面临着剧烈的变化，但是它们却拥有比较稳定一致的接口。如何应对这种变化？如何向

Abstract Factory 抽象工厂“对象创建”模式通过“对象创建” 模式绕开new，来避免对象创建（new）过程中所导致的紧耦合（依赖具体类），从而支持对象创建的稳定。它是接口抽象之后的第一步工作。典型模式Factory MethodAbstract FactoryPrototypeBuilder动机（Motivation）在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时，由于需求的变化，往往存在更多系列对象的创建工作。如何应对这种变化？如何绕过常规的对象创

“对象创建” 模式通过“对象创建” 模式绕开new，来避免对象创建（new）过程中所导致的紧耦合（依赖具体类），从而支持对象创建的稳定。它是接口抽象之后的第一步工作。典型模式Factory MethodAbstract FactoryPrototypeBuilder动机（Motivation）在软件系统中，经常面临着创建对象的工作；由于需求的变化，需要创建的对象的具体类型经常变化。如何应对这种变化？如何绕过常规的对象创建方法(new)，提供一种“封装机制”来避免客户程序和这种“

桥模式“单一职责”模式：在软件组件的设计中，如果责任划分的不清晰，使用继承得到的结果往往是随着需求的变化，子类极具膨胀，同时充斥着重复代码，这时候的关键时划清责任。典型模式DecoratorBridge动机（Motivation）由于某些类型的固有的实现逻辑，使得它们具有两个变化的维度，乃至多个纬度的变化。如何应对这种“多维度的变化”？如何利用面向对象技术来使得类型可以轻松地沿着两个乃至多个方向变化，而不引入额外的复杂度？模式定义将抽象部分(业务功能)与实现部分(平台实现)

装饰模式“单一职责”模式：在软件组件地设计中，如果责任划分地不清晰，使用继承得到的结果往往是随着需求地变化，子类极具膨胀，同时充斥着重复代码，这时候地关键是划清责任。典型模式DecoratorBridge动机（Motivation）在某些情况下我们可能会“过度地使用继承来扩展对象地功能”，由于继承为类型引入地静态特质，使得这种扩展方式缺乏灵活性；并且随着子类地增多（扩张功能地增多），各种子类地组合（扩张功能地组合）会导致更多子类地膨胀。如何使“对象功能的扩展”能够根据需要来动态地

“组件协作”模式：现代软件专业分工之后第一个结果是“框架与应用程序的划分”，“组件协作”模式通过晚期绑定，来实现框架与应用程序之间的松耦合，是二者之间协作时常用的模式。典型模式Template MethodStartegyObserver / Event动机（Motivation）在软件构建过程中，我们需要为某些对象建立一种“通知依赖关系”——一个对象（目标对象）的状态发生改变，所有的依赖对象（观察者对象）都将得到通知。如果这样的依赖关系过于紧密，将使软件不能很好地抵御变化。使用

“组件协作”模式：现代软件专业分工之后第一个结果是“框架与应用程序的划分”，“组件协作”模式通过晚期绑定，来实现框架与应用程序之间的松耦合，是二者之间协作时常用的模式。典型模式Template MethodStartegyObserver / Event动机（Movivation）在软件构建过程中，某些对象使用的算法可能多种多样，经常改变，如果将这些算法都编码到对象中，将会是对象变得异常复杂；而且有时候支持不使用的算法也是一个性能负担。如何在运行时根据需要透明地更改对象的算法？将

重构书籍《重构-----改善既有代码的设计》《重构与设计 Recfactoring to Patterns》重构关键技法静态 -> 动态早绑定 -> 晚绑定继承 -> 组合编译时依赖 -> 运行时依赖紧耦合 -> 松耦合“组件协作”模式：现代软件专业分工之后的第一个结果时“框架与应用程序的划分”，“组件协作”模式通过晚期绑定，来实现框架与应用程序之间的松耦合，是二者之间协作时常用的模式。典型模式Template MethodStartegyO

变化是复用的天敌！面向对象设计最大的优势在于：抵御变化。重新认识面向对象理解隔离变化从宏观层面来看，面向对象的构建方式更能适应软件的变化，能将变化所带来的影响减为最小。各司其职从微观层面来看，面向对象的方式更强调各个类“责任”。由于需求变化导致的i性能增类型不应该影响原来类型的实现----是所谓各负其责。对象是什么？从语言实现层面来看，对象封装了代码和数据。从规格层面讲，对象是一系列可被使用的公共接口。从概念层面讲，对象是某种拥有责任的抽象。面向对象设计原则（1）依赖倒

##1.什么是设计模式“每一个模式描述了一个在我们周围不断重复发生着的问题，以及该问题的解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复劳动“----Christopher Alex2.GOF设计模式书籍：历史性著作《设计模式：可复用面向对象软件的基础》3.从面向对象说起底层思维：向下，如何把握机器底层从微观理解对象构造语言转换、编译转换、内存模型、运行时机制。三大面向对象机制：封装，隐藏内部实现继承，复用现有代码多态，改写对象行为抽象思维：向上，如何将我们周围世