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 \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、usb等总线外,还添加了两个虚拟总线: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] usb usb1: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设备和驱动进行绑定。
系统上电后,初始化系统子模块的时候,通过初始化函数sbusystem_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