为什么SD卡在kernel中不能正常读写呢

　　1， 调试前肩后肩的驱动，那个文件是那个设备的驱动？，lcd刷新频率。
　　2，MMC sdiosd驱动框架看下；大概了解记忆sdio协议。复读一下wifi驱动的框架，
　　3，i2c驱动框架。
　　4，Makefile基本常识基本语句
　　1，解决过什么问题：收货什么经验，自己的review的总结：
　　1，解决当wifi没有连接到路由器上时，此时通过ioctl关闭wifi接口，导致死锁的问题：
　　解决没有连接wifi时，关闭wifi功能，导致死锁的问题：
　　原因如下：管理wifi的连接用的软件wpa_supplicant，当没有连接上wifi时，wpa_supplicant软件会一直执行搜索热点的代码，这部分代码中会获取了一个锁，而且不释放，直到搜索到热点。
　　但是此时在应用程序用关闭接口wlan0是通过ioctl的方式。这个ioctl在内核中执行的时候，会尝试获取同一个锁，但是这个锁一直被wpa_supplicant程序的scan部分的代码占用而不释放，导致应用程序死锁。
　　解决方法：关闭wlan接口不用ioctl和ifconfig的方式，而是用wpa_supplicant软件的命令关闭接口。因为用wpa_supplicant关闭接口时，wpa_supplicant自动回停止搜索热点的任务，释放这个锁，然后再关闭这个接口。
　　（连接wifi用的软件：system（“wpa_supplicant-Dnl80211 -iwlan0 -c/etc/wpa_supplicant.conf -B &”）;）
　　死锁的文件：/root/802/trunk/wl18xx/workplace/wl18xx/net/wireless/scan.c
　　函数为：voidcfg80211_sched_scan_stopped（structwiphy *wiphy）
　　//rtnl_lock（）;
　　//rtnl_unlock（）;
　　改正是在应用程序中，关闭wifi不用ifconfigwlan0 down，而是通过wpa_supplicant进程关闭wifi.
　　2，解决不能识别wifi模块的问题。装上wifi模块后，系统中没有wlan的接口。
　　因为这个wifi模块时sdio协议的模块，所以我先查看了一下这个sdio设备是不是probe成功了。发现系统中的sd卡probe成功了，但是wifi模块的sdio设备没有probe成功。所以我用示波器量了一下mmc管脚的 CMD 管脚，发现mpu的probe命令确实发出来了，所以我猜测应该wifi模块硬件没有正常工作。但是量了一下wifi模块的晶振和周围的电阻电容都没啥问题。就让硬件工程师重新焊接了这个BGA的wifi芯片。重焊接后还是不行，后来重新购买了别的厂家的wifi模块，就正常工作了。
　　3， SD 卡在uboot中能正常读写，但是在kernel中不能正常读写。
　　发现是是mmc管脚中的 DAT_2 管脚没有焊好。
　　能在uboot中正常工作，是因为在uboot中，读写sd卡的模式没有用到中断，也没有 DAT_2 进行数据传输，只用到了 DAT_0 。所以能正常通信。但是在内核中，为了加快读写速度，用到了中断，而且读写模式中 DAT_0， DAT_1， DAT_2， DAT_3 都会进行数据传输。所以在内核中读写会出问题。
　　4，
　　1， u-boot.bin大小：208K
　　uImage大小：2.2M
　　2， MPU： Cortex-A8 ARMv7 architecture
　　DSP： C64x
　　3，缩短启动时间所做工作：
　　1，bootDelay设置为1second ：#define CONFIG_BOOTDELAY 1
　　2，设置uboot中的silent_console ： #defineCONFIG_SILENT_CONSOLE 1
　　3，内核启动参数加上启动参数： kernel启动参数添加loglevel=0
　　kernel启动参数添加loglevel=0：
　　“nandargs=setenvbootargsconsole=${console} root=${nandroot} vram=32M omapfb.vram=0:32M mem=${mem}mpurate=${mpurate} loglevel=0 ”
　　4，所有与视频显示无关的驱动都编译为模块，后续再modprobe加载，减少内核大小，缩短内核加载时间。
　　4， platform_device驱动框架：
　　1，当调用函数platform_driver_register（）注册设备驱动时，会把driver结构体里的name和所有注册的platform_device的id_table或者name（id_table不存在就用name）做匹配，如果匹配成功，就调用dirver里的probe函数，驱动就注册成功。如果没有匹配成功，那么driver注册失败。
　　5，在中断处理函数中，经常把具体的操作函数放到workqueue中，然后调用schedule_work（mmc_carddetect_work）函数，让内核线程去执行这个任务，而不是直接在中断函数中去执行这些操作。
　　6，字符设备和块设备的区别：
　　1，字符设备：提供连续的数据流，应用程序可以连续读取，通常不支持随即读取。调制解调器是字符设备。
　　2，块设备：应用程序可以随机访问设备数据，程序可以自行确定读取数据的位置。硬盘是典型的块设备。
　　7，多个USB设备用VID PID区分；多个SDIO设备用CID （cardidetifier） 区分。
　　8， ti mmc驱动框架：
　　1，初始化一个mmc_host的设备和驱动，并在驱动模块init的函数中调用mmc_host驱动的probe函数，在probe函数完成mmc_host驱动的初始化和注册，在probe的最后，执行scan函数，搜索在该mmc总线上是否存在mmc设备。搜索过程是，先发送sdio探测命令如果有回复，则断定是sdio设备，则这是就在系统中创建sdio设备，并初始化；然后发送sd探测命令，如果恢复证明是sd设备，并在系统中创建一个sd设备；然后发送mmc探测命令，如果有回复就断定mmc线上有mmc设备存在，并在系统中创建mmc设备。mmc设备是可以热插拔的，所以当有mmc设备插入时，此时触发管脚中断，中断会执行探测mmc设备的任务，并创建对应的设备。
　　9，通过c语言的“回调函数”实现C++的多态、虚函数的功能了。还有就是一个用i2c通信的电源管理芯片，有自己对应的驱动程序。但是这个驱动中肯定会创建一个i2c_client的设备，然后通过设这个i2c设备和硬件通信。这就像是这个电源的驱动程序继承了i2c的驱。
　　10，系统用的 UBI_FS
　　11， lcd刷新帧率为 60 f/s
　　#define FB_HFP 200 //8 /* front porch */
　　#define FB_HSW 0 //3 /* hsync width */
　　#define FB_HBP 46 //13 /* back porch */
　　#define FB_VFP 10 //5 /* front porch */
　　#define FB_VSW 12 //1 /* vsync width */
　　#define FB_VBP 23 //7 /* back porch */
　　#define FB_HRES 800 /* horizon pixel x resolition */
　　#define FB_VRES 480 /* line cnt y resolution */
　　#define FB_VFRAME_FREQ 60 /* frame rate freq */
　　#define FB_PIXEL_CLOCK （FB_VFRAME_FREQ * （FB_HFP + FB_HSW +FB_HBP + FB_HRES） * （FB_VFP + FB_VSW + FB_VBP + FB_VRES））
　　12， 摄像头用的media框架。其中包括很多entity实体，entity通过media link来设置数据的流向。entity包括ccdc，resizer，preview，adv7280等等。
　　视频采集过程：adv7280把cvbs信号转为bt656，ccdc采集bt656数据流，并保存为yuv数据。yuv数据传给isp模块，isp模块通过video2 layer处理，最终和grahpic layer根据color key叠加，最终输出为rgb888的并行数据，通过lcd的时序传给oled设备。
　　//
　　1， GNU C 增加了关键字typeof，gcc编译器能处理这个关键字。这个关键字能根据变量推导出表达式的类型（如定义int型指针变量：typeof（&var） pvar = &var; ），这个typeof关键字实现了C++泛型编程中的模板的功能。
　　如：#define max（x， y） （{
　　typeof（x）_tmp_x = x;
　　typeof（y）_tmp_y = y;
　　_tmp_x》_tmp_y ？ _tmp_x ： _tmp_y}）
　　这个typeof在内核的list中有重要应用。通过这个typeof实现了通过list_node找到对应的数据的功能。
　　//
　　宏定义：__init，用于告诉编译器相关函数或变量仅适用于初始化。编译器将标__init的所有代码存放在特殊的内存段中，初始化结束后释放这段内存。
　　如：
　　static void __initinit_mount_tree（void）
　　{
　　}
　　字符设备相关：/ /
　　文件char_dev.c
　　管理所有字符设备cdev的结构体：kobj_map，在文件中char_dev.c中。内核中所有的字符设备cdev都在这个哈希链表中。
　　static structkobj_map *cdev_map;
　　//调用函数cdev_add（structcdev*p， dev_tdev， unsigned count）把字符设备cdev添加到哈希链表cdev_map后，就能在内核中操作该设备了。
　　structkobj_map {
　　struct probe {
　　struct probe*next; //主设备号相同的设备的链表
　　dev_tdev;
　　unsigned longrange;
　　struct module*owner;
　　kobj_probe_t*get;
　　int（*lock）（dev_t， void *）;
　　void *data;
　　} *probes［255］; //主设备号作为索引
　　structmutex *lock;
　　};
　　/*******************************************************************************************************************************
　　probe［255］ =》 probe［0］ probe［1］ probe［2］ probe［3］ probe［4］ probe［5］ probe［6］ 。.. probe［254］
　　lock | |
　　|next |next 。
　　/ /
　　probe space probe space 。
　　| |
　　|next |next 。
　　/ /
　　probe space probe space 。
　　。 。
　　。 。
　　。 。
　　*******************************************************************************************************************************/
　　该文件对外提供的接口：
　　//设备cdev调用此函数添加到哈希链表cdev_map后，就能在内核中操作该设备了
　　intcdev_add（structcdev *p， dev_tdev， unsigned count）
　　{
　　p-》dev = dev;
　　p-》count = count;
　　return kobj_map（cdev_map，dev， count， NULL， exact_match， exact_lock， p）;//把设备添加到了哈希链表cdev_map中
　　}
　　//
　　structcdev{
　　structkobjectkobj; //包含一个kobject结构体，相当于继承了基类kobject
　　struct module*owner;
　　conststructfile_operations*ops;
　　structlist_headlist; //链接很多inode的链表头，删除该cdev时，要先释放该链表上所有的inode空间
　　dev_tdev;
　　unsigned int count;
　　};
　　/
　　块设备相关：/ //
　　块设备的注册和删除不在block_dev.c文件中，而在genhd.c文件中。设备的注册和删除与字符设备相似，也是用一个内部的哈希链表static structkobj_map *bdev_map;来维护。
　　该文件对外提供的接口：
　　1，添加块设备的接口：voidadd_disk（structgendisk *disk）
　　/**
　　*add_disk - add partitioning information to kernel list
　　*@disk： per-device partitioning information
　　*
　　*This function registers the partitioning information in @disk
　　*with the kernel.
　　*
　　*FIXME： error handling
　　*/
　　3，extern structkobject*block_depr;主要用于sysfs文件系统
　　看一个系统的模块，先看这个模块对外（其他模块）的接口（extern函数和extern的全局变量），然后看这个模块内定义的所有数据结构struct，就基本上能抓住这个模块的功能和框架。
　　系统调用syscall：
　　应用程序通过调用库函数（libc），在库函数里通过一个软中断指令swi（int 0x80），让系统转入内核态，然后通过传入参数，判断是哪个系统调用，找到对应的处理例程。处理完成后，返回到应用层。
　　就是通过让cpu执行一条软中断（swi）指令，让cpu从用户态（usr）模式陷入内核态（svc）模式。这样cpu就能访问所有资源。
　　内核同步与并发：
　　主要有中断屏蔽、原子操作、自旋锁、信号量，用的最多的是自旋锁和信号量。
　　阻塞读取与非阻塞读取：
　　阻塞读取时，当执行驱动程序的write read函数时，如果设备没有数据，write（）和read（）函数内部会把当前进程挂起，__set_current_state（TASK_INTERRUPTIBLE）;，并执行调度程序schedule（）。当有数据时，再唤醒当前进程。
　　中断处理：
　　在中断处理函数中，中底半部机制包括：tasklet、工作队列和软中断。（面试题）
　　1，在需要调度tasklet的时候引用一个tasklet_schedule（）函数就能是系统在适当的时候进行调度运行。
　　Irqreturn_txxx_interrupt（intirq， void *dev_id）
　　{
　　…。
　　Tasklet_schedule（&xxx_tasklet）;
　　…。
　　}
　　2，工作队列的使用方法和tasklet非常相似：
　　Irqreturn_txxx_interrupt（intirq， void*dev_id， structpt_regs *regs）
　　{
　　Schedule_work（&xxx_wq）;
　　Return IRQ_HANDLED;
　　}
　　

总线、设备与驱动：
　　在linux2.6的设备驱动模型中，关心总线、设备和驱动这3个实体，总线将设备和驱动绑定。在系统每注册一个设备的时候，会寻找与之匹配的驱动；相反，在系统每注册一个驱动的时候，会寻找与之匹配的设备，而匹配总有总线完成。
　　Platform
　　一个现实的linux设备和驱动通常都需要挂接在一种总线，对于本身依附于PCI、USB、I2C、SPI等的设备而言，这自然不是问题，但是在嵌入式系统里面，soc系统中集成的独立的外设控制器、挂接在soc内存空间的外设等却不依附于此类总线。基于这一背景，linux发明了一种虚拟总线，称为platform总线，相应的设备为paltform_device，而驱动称为platform_driver。
　　驱动的写法：
　　首先判断这个设备是否可以随机读写，如果可以随机读写就是块设备，不可以就是字符设备。因为linux的设备驱动模型是描述bus、device、driver。写驱动前，先判断这个设备是挂在什么总线（bus）上。如果是i2c的设备，那么可以确定挂在i2c 总线（bus）上，那么用系统提供的i2c接口函数，创建一个i2c的设备和i2c的驱动，然后注册到系统中就行。如果是设备是一个soc芯片里的外设（外围设备），那么可以确定这个总线是platform总线（虚拟总线），首先要创建一个platform设备，然后创建对应的platform驱动，然后加到系统中。
　　Bus device driver驱动模型的好处，将数据和操作分开，降低程序耦合，低耦合，易扩展。移植程序的时候，只需要更改device的数据就行。Device内是设备的数据，driver是设备的操作（函数）。
　　设备对字符设备cdev和块设备block_dev这两种设备的继承，实现了程序的复用。自己的设备只要继承这两个基类，就能在内核的驱动模型中正常工作。
　　在linux驱动中，包含有i2c、spi、mmc、power、rtc、input、platform等驱动接口，这些接口都是和具体的硬件平台无关的，三星的芯片和ti的soc芯片上都会有i2c的外设，都会有input型的设备，在这些平台上创建i2c设备和input设备只需要用linux提供的对应的接口就行，实现了代码的复用。这些驱动代码向下提供操作具体平台硬件（寄存器操作/填充相关数据，比如配置mmc host寄存器）的接口，向上提供具体设备的接口（比如自定义的旋钮开关的input设备）。
　　Linux的bus、device、driver模型能把硬件平台相关的host和具体的外设（比如i2c的eeprom，i2c的rtc；mmc的tf卡和mmc的wifi模块）通过bus来隔开，求耦合。
　　//自定义bus（总线）驱动的开发流程：
　　1， 首先通过/drivers/base/bus.c文件提供的接口bus_register（structbus_type *bus），注册自己的总线类型（bus_type）。
　　这个接口注册这个bus_type对象后，会把该bus_type添加到一个kset中：bus_kset。这个bus_kset串联了所有bus_type对象。这个bus_kset在sysfs中对应的目录是：/sys/bus。
　　2，然后通过文件/drivers/base/bus.c提供的接口bus_add_device（structdevice *dev）把device添加到内核（添加到device所在的bus上的klist_devices这个klist链表上）。
　　这个接口把device添加到对应的（在device内部保存它所在的bus）bus上的klist_devices链表中。只是添加，不会probe对应的驱动driver。
　　（但是文件/drivers/base/bus.c还提供了bus_probe_device（structdevice *dev）接口，供上层文件/drivers/base/core.c添加设备device_add（）时：先调用bus.c文件的bus_add_device（）添加设备，然后调用bus文件的bus_probe_device（）探测设备。所以，其实内核添加设备时候，也会自动探测初始化设备devcie。）
　　3，然后通过/drivers/base/bus.c文件提供的接口bus_add_driver（structdevice_driver *drv）把device_driver添加到内核（添加到device_driver所在的bus上的klist_drivers这个klist链表上）。
　　这个接口把device_driver添加到所在bus的klist_drivers这个链表中。添加完后，和该bus上所有的device进行match匹配（这个match方法是bus的方法）。【匹配过程：如果比较dev_ID table或者比较name字符串相同，则继续调用bus上的probe方法，如果bus上的probe方法不存在，则调用devcie_driver上probe方法初始化device。】
　　注：一般情况下，设备和驱动都要在struct device和structdevice_driver的基础上添加自己的内容，继承它们。都要把struct device和structdevice_driver嵌套在自己的设备和驱动中。比如i2c bus的设备和驱动：struct i2c_client和struct i2c_driver，分别嵌套了struct device和structdevice_driver结构体。
　　所以如果要让设备和驱动互相能找到要符合的条件：
　　1，首先是两者挂在的bus相同，即device的structbus_type *bus成员和devcie_driver的structbus_type*bus成员。
　　2，然后两者的id_table或name相同，这样bus在match的时候，当符合“两者的id_table或name相同”这个条件后，才会继续调用bus或device_driver的probe初始化设备device。
　　TiDM3730 SOC芯片的驱动中，除了一般通用的i2c、platform（虚拟）、mmc、u***等总线外，还添加了两个虚拟总线：omapdss和media两条虚拟总线。其中omapdss是实现了ti平台的显示模块的驱动，media是实现了多个视频相关的entity之间的互联的功能。（这部分需要继续看！！！）
　　//字符/块设备是驱动模型driver-model和文件系统的交界概念。
　　视频信号编解码：
　　入口：通过解码芯片把cvbs信号解码成数字信号ITU-R BT.656，
　　出口1：通过编码芯片把rgb888编成模拟信号。
　　出口2：通过oled屏显示rgb888
　　ADV7280是Decoder芯片
　　Adv7280把模拟信号解码成数字信号
　　CH7025/CH7026 TV/VGA Encoder芯片
　　Ch7026是encoder芯片：把数字信号编码成模拟信号
　　Driver-model中的bus的match函数：
　　Platform总线和i2c总线和spi总线的匹配函数都是比较（device_driver中的id_table中的name字符串）和devcie中name字符串项。
　　Sdio总线的match函数：比较： class、vendor_id、device_id
　　structsdio_device_id {
　　__u8 class; /*Standard interface or SDIO_ANY_ID */
　　__u16 vendor; /*Vendor or SDIO_ANY_ID */
　　__u16 device; /*Device ID or SDIO_ANY_ID */
　　kernel_ulong_tdriver_data /* Data private to the driver */
　　__attribute__（（aligned（sizeof（kernel_ulong_t））））;
　　};
　　内核中每一个kobject都对应sysfs文件系统中的一个目录。kobject的每个属性attribute都对应着该目录下的一个文件，这些attribute（文件）保存的内容一般都是ascii字符串，用户可读的。（有时候也是二进制，比如上传设备固件）
　　什么时候用spin_lock（）spin_lock_irq（）spin_lock_irqsave（）：
　　1， 如果是内核中不同进程共享资源，则用spin_lock（）就行。
　　2， 如果进程和中断处理函数中都用到了共享资源，要用spin_lock_irq（）。因为当进程A获得了spin_lock后，此时产生中断，该进程A被设置为TASK_INTERRUPT不会被执行，所以不会释放锁，中断程序会一直尝试获取锁spin_lock而忙等busy_wait，所以产生了死锁。
　　3， 如果不能确定获取锁之前的中断使能状态，就要用spin_lock_irqsave（），获取锁之前，先保存当前中断使能状态，当使用完锁后，再恢复原来的中断使能状态。（因为spin_unlock_irq（）执行后，默认会使能系统中断）
　　日志：
　　如果在终端上看不到printk输出，可以通过查看 /var/log/messages文件，或者直接运行dmesg命令查看，或者查看 /proc/kmsg。
　　/var/log/messages ： 几乎所有的开机系统发生的错误都会在此记录。
　　dmesg命令：kernel会将开机信息存储在ring buffer中，dmesg用来显示内核缓冲区（kernel ring buffer）内容，内核将各种信息存放在这里。内核将与硬件和模块初始化相关的信息填到这个缓冲区中。
　　printk打印的时间单位是秒，“。”之前的是s， ”。”之后的是us
　　如：
　　［ 27.576202］ u*** u***1:Manufacturer： Linux 2.6.37 ehci_hcd
　　27秒576202微妙的时候
　　我做的内容：
　　在oled_panel驱动中，给i2c_client包含的device内的kobject （i2c bus 上的device） 添加了亮度、对比度等属性attribute。这样在用户空间可以读写oled_panel的属性。（看看lcd的驱动中是不是包含这个i2c配置寄存器的驱动代码）
　　1，在gpio_key旋钮开关的驱动里，在timer定时器对应的处理函数中，当访问4个gpio对应的4bit的数值code时，要加上一个自旋锁spin_lock_irq（）避免并发存取的问题（或者使用原子操作）。因为和管脚触发的中断程序要写入往这个code变量里写入数据。
　　Wifi相关：
　　1，上电后系统启动，通过系统模块接口subsys_initcall（mmc_init）;在这个模块初始化函数中，注册了两个总线类型bus_type，分别是mmc总线和sdio总线。Wifi模块用的是sdio总线。这样，driver-model的bus就注册到系统中了。
　　2，系统加载mmc_host这个外设的驱动的模块时，在module_init（omap_hsmmc_init）这个模块初始化函数中，初始化了mmc_host这个外设的寄存器，申请了一个管脚中断，并注册中断处理函数，这个管脚中断判断卡的插入和拔出。 在这个初始化函数的最后，（mmc_rescan函数）搜索mmc总线上是否存在设备，host先发命令探测是否存在sdio卡，再探测是否存在sd卡，最后探测mmc卡。
　　当host收到sdio卡的回复response后，就读取sdio卡的vendor id（供应商id）和device id（设备id），然后创建sdio_func设备并注册到sdio bus上。
　　3， wifi模块的驱动device_driver是注册到sdio总线上的驱动。sdio总线通过match匹配sdio_func设备的vendor id和device id将wifi设备和驱动进行绑定。
　　系统上电后，初始化系统子模块的时候，通过初始化函数***usystem_init（）函数里，注册了mmc_bus和sdio总线。然后系统加载platform设备的mmc_host这个外设的platform总线的设备的驱动。mmc_host模块module初始化过程中，初始化外设的寄存器，申请检测sdio插入拔出的管脚的中断。注册中断处理函数。最后在mmc总线上搜索mmc_rescan总线上的设备。先探测sdio卡，然后是sd卡，然后是mmc卡。如果收到sdio卡的response，说明存在sdio卡，然后读取sdio卡的vendor id供应商id和device id设备id，并且创建sdio_func这个设备对象，并注册到sdio总线上。这个vendor id和deviceid就是sdio总线就行驱动和设备进行match的比较的东西。这个wlt1833模块有两个function，一个是wifi，一个sdio_uart，在本系统中没有用到串口。这是sdio的device（sdio_func）已经注册到sdio 总线上了。然后就是wlcore的驱动模块的加载，当加载这个wlcore驱动时，就是把这个sdio总线上上的驱动注册到这个sdio总线上，通过他们的vendor id 和device id 把wifi驱动和设备进行了绑定。然后就是驱动中probe函数对设备进行初始化。
　　1， 感觉块设备block_device和字符设备cdev的区别，就是块设备多了一个请求队列request_queue_t，让访问硬件的效率和系统效率变高了。
　　网络接口的event：
　　内核中网络接口的驱动模块和网络协议模块是分开的（没有耦合）。网络协议模块对网络接口的访问就是通过net_device对象，它代表着一个网络接口硬件。 当硬件net_device状态有什么变化时，就会通过事件event通知内核的网络模块（事件evetn定义在notifier.h文件中）。
　　启动过程中的net event相关的log：
　　########################
　　=== Loading App.。.===
　　Root filesystem already rw，not remounting
　　logger： mount： mount point /dev/shmdoes not exist
　　Configuring networkinterfaces.。. ［ 8.248657］《---file:net/ipv4/devinet.c func:inetdev_event line:1041 --》
　　［ 8.255706］ 《---file:net/ipv4/devinet.cfunc:inetdev_event line:1061 event_value:0xd --》
　　［ 8.264221］ 《---file:net/ipv4/devinet.cfunc:inetdev_event line:1041 --》
　　［ 8.271209］ 《---file:net/ipv4/devinet.cfunc:inetdev_event line:1061 event_value:0x1 --》
　　［ 8.325012］ 《---file:net/ipv4/devinet.cfunc:inetdev_event line:1041 --》
　　［ 8.332061］ 《---file:net/ipv4/devinet.cfunc:inetdev_event line:1061 event_value:0xd --》
　　［ 8.340637］ net eth0： SMSC911x/921xidentified at 0xd60d4000， IRQ： 217
　　［ 8.347686］ 《---file:net/ipv4/devinet.cfunc:inetdev_event line:1041 --》
　　［ 8.354705］ 《---file:net/ipv4/devinet.cfunc:inetdev_event line:1061 event_value:0x1 --》
　　done.
　　Setting up IP spoofingprotection： rp_filter.
　　INIT： Entering runlevel： 5
　　#############################File:/etc/init.d/rc 。.. ##############################################
　　########################
　　therunlevel is ：
　　5
　　the previous runlevel is：
　　N
　　########################
　　########################
　　Find the rc* directory，andthe run-level is：
　　5
　　########################
　　Starting system message bus:dbus.
　　#################################File： /etc/init.d/rc.local #####################################
　　Starting telnet daemon.
　　Starting syslogd/klogd： done
　　http://www.bd-corp.cnbd-corp ttyO0
　　BD 2015.10 bd-corp ttyO0
　　bd-corp login： ［ 10.196105］ 《---file:net/ipv4/devinet.cfunc:inetdev_event line:1041 --》
　　［ 10.203155］ 《---file:net/ipv4/devinet.cfunc:inetdev_event line:1061 event_value:0x4 --》
　　［ 11.195495］ 《---file:net/ipv4/devinet.cfunc:inetdev_event line:1041 --》
　　［ 11.202484］ 《---file:net/ipv4/devinet.cfunc:inetdev_event line:1061 event_value:0x4 --》
　　

经常提到的rtnl和文件rtnetlink.c文件相关，文件路径是：/net/core/rtnetlink.c
　　Rtnl可能是 Routing netlink的缩写。
　　* Routingnetlink socket interface： protocol independent part.
　　用户空间user space访问字符设备、块设备是通过/dev/ 目录下的设备节点来访问;而网络设备是通过 socket接口来让用户空间访问。
　　用的是bsd socket：
　　* INET An implementation of the TCP/IPprotocol suite for the LINUX
　　* operatingsystem. INET is implemented usingthe BSD Socket
　　* interfaceas the means of communication with the user level.
　　ifconfig源码中：
　　ifconfig源码中，程序先创建了一个socket，然后通过ioctl来对接口进行操作：创建socket的语句： int s =socket（ifr.ifr_addr.sa_family， SOCK_DGRAM， 0））或者s =socket（AF_LOCAL， SOCK_DGRAM， 0））
　　执行ifconfig eth1 192.168.2.18 命令时，也是通过ioctl（s，SIOCAIFADDR， param）来设置的接口的ip。
　　执行ifconfig eth1 up 时，也是通过 ioctl（s， SIOCSIFFLAGS， （caddr_t）&my_ifr）
　　Ethernet芯片smsc LAN9220驱动相关：
　　SmscLAN9220的驱动挂platform总线上。因为smscLAN9220芯片（sram-likeinterface）挂在系统总线上。
　　在这个platform设备的寄存器等初始化完成后，创建一个net_device设备，并（调用register_netdev（）函数把net_device）注册到到网络子系统中，这样，系统就能用这个网络接口interface了。
　　每一个net_device里面都有一个供发送用的队列queue，如果队列不满的时候，网络子系统还能继续往队列里放数据，从而从接口往外发送；如果满了，就不能继续往队列发了。当接口往外发了数据后，queue的数据不满了，就通知网络子系统，这个queue又能收数据了。
　　SMSC LAN9220里的PHY物理收发模块这个设备是挂在mdio总线上的。PHY是用一个状态机（相关函数phy_state_machine（））来管理的。当PHY外部状态（cable 、carrie、speed等）有所改变时，产生phy中断，此时就调用phy_state_machine（）来处理状态的改变。
　　硬件设备的驱动一般都是用中断的方式，除非设备的数据量太大，导致对cpu的中断过于频繁，反而影响了cpu的效率。这是就采用轮询poll的模式。所以网络设备一般都有一个napi的功能接口。（之前之所以说poll的方式效率低，是因为数据量小，如果每次轮询都能获取数据的话，那就不存在效率低的问题）
　　内核的网络模块（/net/core/…）和网络硬件驱动模块（/driver/net/… ） 是通过net_device这个结构体连接起来的。
　　FIFO（First In First Out）全称是先进先出的存储器： FIFO只允许两端一个写，一个读，因此FIFO是一种半共享式存储器。在双机系统中，只允许一个CPU往FIFO写数据，另一个CPU从FIFO读数据。FIFO的仲裁控制简单，但其容量不如双口RAM。由于先进先出的特点，特别适合数据缓冲和突发传送数据。某些芯片的内部就集成小容量FIFO，例如，DSP的同步串口就集成两个FIFO，用于接收和发送数据缓冲。FIFO只给外部提供一个读和一个写信号，因此CPU用一个I/O地址便可读或写FIFO，使硬件趋于简单，给编程也带来一些方便，但CPU不能对FIFO内部的存储器进行寻址。
　　往SMSC LAN9220里写数据的时候，都是写到同一个地址（在芯片挂在系统总线的基地址的基础上加上TX_DATA_FIFO所在的偏移地址0x20）写），这个地址就是芯片SMSC LAN9220内部的硬件FIFO的地址。
　　Uboot中往LAN9220里写数据的代码为：
　　while（tmplen--）
　　pkt_data_push（dev， TX_DATA_FIFO， *data++）;
　　其中pkt_data_push（）函数就是语句：*（volatile u32*）（dev-》iobase + offset） = val;
　　从内存中往smsc Lan9220的硬件TX_DATA_FIFO传输的数据，是完整的以太帧（mac frame），包括硬件mac目地地址、硬件mac源地址等mac层信息，（就是说mac目的源地址信息不是mac硬件自动添加上的，那mac内保存的自己的mac地址，可能就只是用来filter收到的帧）
　　与此类似，cpu从RX_DATA_FIFO读出的数据，也是一个完整的以太帧（mac frame），也是包含硬件mac源地址、目的地址等mac层信息。
　　看当前在uboot中，smsc Lan9220没有使用中断，都是往FIFO写入一帧数据后，一直查看LAN9220的状态位。
　　驱动调试工具：
　　1，查看当前存在的死锁的工具：
　　1， 要做到事：！！！
　　解决那个lan920，一开始不插网线启动板子，之后再插入网线，依然不能网络通信的问题。
　　什么是架构：
　　片面上讲，我们可以将架构理解为内核所使用的指令集。例如：用于高端的（手机等）Cortex-A8，Cortex-A9等内核用的是ARMv7-A架构，或者说用的是ARMv7-A指令集架构，我们常用到的STM32的Cortex-M3内核用到的是ARMv7-M架构
　　Cortex是ARM公司设计的内核系列名称，如Cortex-A8、Cortex-A9等，ARMv7是一种内核的架构。
　　一种内核架构会被厂商用于多种内核中，如ARM Cortex-A5、ARM-Cortex-A7、Cortex-A8、Cortex-A9……都采用ARMv7-A架构。
　　The ARMCortex-A8 is a 32-bit processor corelicensed by ARM Holdingsimplementing the ARMv7-A architecture.
　　The 32-bit ARMarchitecture， such as ARMv7-A，is the most widely used architecture in mobile devices.［32］
　　大小端格式：
　　Little-Endian：高字节在高位（arm cpu内部处理的指令就是little-endian。Instructions are always treated aslittle-endian）
　　Big-Endian：高字节在低位（一般通信用大端格式big-endian）
　　举一个例子，比如数字0x12 34 56 78在内存中的表示形式为：
　　1）大端模式：
　　低地址 -----------------》 高地址
　　0x12 | 0x34 | 0x56 | 0x78
　　2）小端模式：
　　低地址 ------------------》 高地址
　　0x78 | 0x56 | 0x34 | 0x12
　　可见，大端模式和字符串的存储模式类似。
　　内核的文件系统file_system_type有很多种，比如ext2、ext3、jff2、ramfs、rootfs、bdev、chardev等，内核启动的时候，先注册了rootfs文件系统，然后调用该文件系统的rootfs_mount函数，rootfs_mount调用power.c中的mount_nodev（），在这个函数中分配了一个跟file_system_type rootfs类型对应的超级块super_block，然后调用ramfs_fill_super填充了这个超级块的一些基本参数（比如s_magic等等），并用ramfs_get_inode（）分配了一个节点inode，然后分配了一个名称为“” 目录dentry，并把这个dentry和inode对应起来。同时把这个dentry赋值给这个super_block中的s_root，到此这个根目录“”就挂载完成了。每个文件系统类型file_system_type可以对应着多个超级块super_block对象（比如两个硬盘设备对应两个super_block）。每个超级块中保存着该（外存中）文件系统的相关信息。同时super_block中还保存着很多链表头，比如已经分配所有的inode的链表头s_inodes，已经分配的file的链表头s_files。所以通过这个super_block对象保存着与该文件系统相关的所有信息。而file_system_type是通过自己的成员fs_supers（是一个super_block的链表头）来找到已经分配的所有的super_block。
　　环境变量
　　1，系统中环境变量的作用：
　　Environment variables are aset of dynamic named values that can affect the way running processes willbehave on a computer.
　　They are part of theenvironment in which a process runs. For example， a running process can querythe value of the TEMP environment variable to discover a suitable location tostore temporary files， or the HOME or USERPROFILE variable to find thedirectory structure owned by the user running the process.
　　1，PATH环境变量的作用：指定命令的搜索路径
　　linux 下设置环境变量：
　　1， 永久设置：修改/etc/profile文件或者修改/etc/profile.d目录下的文件。
　　如：$vim /etc/profile
　　$source /etc/profile （或者 $./profile ）
　　2， 临时设置：用export命令，在当前终端下声明环境变量，关闭shell终端失效。
　　如：export PATH=$PATH:/usr/local/new/bin
　　常用命令：
　　查看某个环境变量：
　　$echo $PATH
　　设置一个新的环境变量：
　　$export HELLO=hello
　　查看所有环境变量：
　　$env