关于 s3c2416 hspi spi linux 驱动
最近在做samsung
s3c2416
在linux下的spi驱动程序，测试了下samsung发布的spi的内核源代码，无论是采用dma或者非dma模式都无法工作。阅读该驱动代码，发现
这码应该是一个未完成的版本，存在很多的bug。于是在这个版本的基础上进行修改，重写一个可用的、支持全双工的通讯的驱动。目前测试基本能够正常工作，
支持半双工、全双工、spi硬件中断模式和dma模式。
对hspi-s3c2443.[ch]源文件根据数据发送和接收的流程进行分析，在未采用dma模式下，函数调用的流程：s3c_spi_xfer
-> s3c_spi_doxfer -> s3c_spi_message_start ->
down_interruptible(&spi->sem)，到这里，硬件会产生spi中断，进入到中断服务程序
s3c_spi_irq 中，中断函数调用 spi_s3c_irq_nextbyte
进行数据发送，根据spi->state的值做相应的操作，数据发送或接收完成后，调用 s3c_spi_stop
关闭spi，并up(&spi->sem)，程序流程回到了s3c_spi_doxfer函数的
down_interruptible(&spi->sem)，函数返回退出，一个spi的数据收发流程完成。
在这个发送接收流程中，中断服务程序存在很多不足的地方。
先看spi发送，发送最终调用的是：
while(!(tx_msgend(spi)))
s3c_spi_write_fifo(spi);
这两行代码的功能是判断写缓冲里是否还有数据，有的话就写入到spi发送寄存器(S3C_SPI_TX_DATA)中。我们知道spi的硬件能够缓冲64
个字节的数据，如果我们一次发送的数据长度小于64个字节，并且下一次发送数据时缓冲中的数据发送完成，那么这段代码表面上应该是没什么问题。如果我们发
送的数据长度大于64个字节，那么这段代码至少造成的后果是产生一个SPI transmit over run error。
在看spi接收，接收调用的代码是：
while(!(rx_msgend(spi))){
spi->msg->rbuf[spi->msg_rd_pt
相关文档：
ubuntu 下编译 linux fetion 应用程序demo
注：这里给出界面模块的源代码，而libfetion库(32位)则是以静态库的形式放进去了。
1：建立编译环境：
在终端执行以下命令：
sudo apt-get install automake
sudo apt-get install libc-dev
sudo apt-get install g++
sudo apt-get install libcurl4-openssl-dev
sudo ......
应该说uClinux同标准Linux的最大区别就在于内存管理，同时也由于uClinux的内存管理引发了一些标准Linux所不会出现的问题。本文将把uClinux内存管理同标准Linux的那内存管理部分进行比较分析。
标准Linux使用的虚拟存储器技术
标准Linux使用虚拟存储器技术，这种技术用于提供比计算机系统中实际使用的物理内存大得多的内存 ......
root@linux ~]# tar [-cxtzjvfpPN] 文件与目录 ....
参数：
-c ：建立一个压缩文件的参数指令(create 的意思)；
-x ：解开一个压缩文件的参数指令！
-t ：查看 tarfile 里面的文件！
特别注意，在参数的下达中， c/x/t 仅能存在一个！不可同时存在！
因为不可能同时压缩与解压缩。
-z ：是否同时具有 gzip 的属性？� ......
linux软中断机制
中断服务程序往往都是在CPU关中断的条件下执行的，以避免中断嵌套而使控制复杂化。但是CPU关中断的时间不能太长，否则容易丢失中断信号。为此， Linux将中断服务程序一分为二，各称作“Top Half”和“Bottom Half”。前者通常对时间要求较为严格， ......
