linuxspi驅動架構

『壹』 請問linux驅動怎麼調用底層的驅動啊 比如說已有SPI匯流排驅動，現要為一個SPI設備寫驅動，怎麼調用底層驅動

spi匯流排驅動在linux中是採用了分層設計和分隔設計的思想，spi控制器的驅動和核專心層的通用屬api內核已經寫完了，你只要寫外設驅動就好，具體你可以去看一下你的spi_s3c24xx.c這個驅動是基於platfoem寫的，裡面含有如何調用核心api。

『貳』 Linux下的SPI驅動怎麼用誰有linux SPI使用的例子比如驅動一個小模塊的程序。我想看

你所指的spidev.c是SPI的用戶模式設備介面的驅動，可以通過應用程序去操作/dev/spidev*達到與硬體設專備的SPI通信屬，對於操作SPI NOR FLASH，更多是注冊為MTD設備，詳細可參考drivers/mtd/device/m25p80.c,裡面已經有相關實現。
但無論如何，前提是你的內核里已經有SPI控制器的驅動，否則如何通信呢。代碼一般在drivers/spi/里。
那是應該是給spi設備驅動範本吧，可以籍此寫自己的spi設備驅動，沒有設備節點就自己創建個嘛。或者在驅動中添加創建設備節點的函數。

『叄』 如何在Zynq 7000平台上使用Linux spidev.c驅動

一、在前來一篇博客中，我們採用自xilinx針對Zynq 7000處理器提供的spi-cadence.c驅動實現了晶元上SPI匯流排驅動的注冊，接下來需要修改設備樹文件以時我們的外設掛接在SPI匯流排下。
在petalinux工程的../subsystems/linux/configs/device-tree目錄下找到zynq相關的設備樹文件，目錄所包含的文件如下圖所示。

打開其中的zynq-7000.dtsi文件，找到其中的spi0節點（具體使用spi0還是spi1根據硬體工程的配置情況），並在該節點下添加如下內容：

『肆』 Linux內核自帶的SPI驅動怎麼用能提供一些資料嗎

下載一份內核源代碼，比如說我下載的是2.6.36的，解壓，裡面有一個例專程，位置是linux-2.6.36.4/Documentation/spi/spidev_test.c，另外裡面還有屬些文檔，最好也看看。

『伍』 請教linux的SPI驅動問題

內核版本來2.6.30。編進內核的SPI驅動源，通過看代碼我明白了，大致過程是這樣：
1、先創建一個spi_board_info結構描述spi設備信息，調用spi_register_board_info將這個結構添加到board_list中。
2、然後調用spi_register_master注冊SPI控制器驅動，此時會調用scan_boardinfo掃描board_list，根據spi_board_info調用spi_new_device生成spi_device結構，用spi_add_device添加設備。
3、調用spi_register_driver注冊spi_driver，通過與device匹配驅動設備。

『陸』 linux驅動程序結構框架及工作原理分別是什麼

一、Linux device driver 的概念x0dx0ax0dx0a系統調用是操作系統內核和應用程序之間的介面，設備驅動程序是操作系統內核和機器硬體之間的介面。設備驅動程序為應用程序屏蔽了硬體的細節，這樣在應用程序看來，硬體設備只是一個設備文件，應用程序可以象操作普通文件一樣對硬體設備進行操作。設備驅動程序是內核的一部分，它完成以下的功能:x0dx0ax0dx0a1、對設備初始化和釋放；x0dx0ax0dx0a2、把數據從內核傳送到硬體和從硬體讀取數據；x0dx0ax0dx0a3、讀取應用程序傳送給設備文件的數據和回送應用程序請求的數據；x0dx0ax0dx0a4、檢測和處理設備出現的錯誤。x0dx0ax0dx0a在Linux操作系統下有三類主要的設備文件類型，一是字元設備，二是塊設備，三是網路設備。字元設備和塊設備的主要區別是:在對字元設備發出讀/寫請求時，實際的硬體I/O一般就緊接著發生了，塊設備則不然，它利用一塊系統內存作緩沖區，當用戶進程對設備請求能滿足用戶的要求，就返回請求的數據，如果不能，就調用請求函數來進行實際的I/O操作。塊設備是主要針對磁碟等慢速設備設計的，以免耗費過多的CPU時間來等待。x0dx0ax0dx0a已經提到，用戶進程是通過設備文件來與實際的硬體打交道。每個設備文件都都有其文件屬性(c/b)，表示是字元設備還是塊設備?另外每個文件都有兩個設備號，第一個是主設備號，標識驅動程序，第二個是從設備號，標識使用同一個設備驅動程序的不同的硬體設備，比如有兩個軟盤，就可以用從設備號來區分他們。設備文件的的主設備號必須與設備驅動程序在登記時申請的主設備號一致，否則用戶進程將無法訪問到驅動程序。x0dx0ax0dx0a最後必須提到的是，在用戶進程調用驅動程序時，系統進入核心態，這時不再是搶先式調度。也就是說，系統必須在你的驅動程序的子函數返回後才能進行其他的工作。如果你的驅動程序陷入死循環，不幸的是你只有重新啟動機器了，然後就是漫長的fsck。x0dx0ax0dx0a二、實例剖析x0dx0ax0dx0a我們來寫一個最簡單的字元設備驅動程序。雖然它什麼也不做，但是通過它可以了解Linux的設備驅動程序的工作原理。把下面的C代碼輸入機器，你就會獲得一個真正的設備驅動程序。x0dx0ax0dx0a由於用戶進程是通過設備文件同硬體打交道，對設備文件的操作方式不外乎就是一些系統調用，如 open，read，write，close?， 注意，不是fopen， fread，但是如何把系統調用和驅動程序關聯起來呢?這需要了解一個非常關鍵的數據結構：x0dx0ax0dx0aSTruct file_operatiONs {x0dx0ax0dx0aint (*seek) (struct inode * ，struct file *， off_t ，int);x0dx0ax0dx0aint (*read) (struct inode * ，struct file *， char ，int);x0dx0ax0dx0aint (*write) (struct inode * ，struct file *， off_t ，int);x0dx0ax0dx0aint (*readdir) (struct inode * ，struct file *， struct dirent * ，int);x0dx0ax0dx0aint (*select) (struct inode * ，struct file *， int ，select_table *);x0dx0ax0dx0aint (*ioctl) (struct inode * ，struct file *， unsined int ，unsigned long);x0dx0ax0dx0aint (*mmap) (struct inode * ，struct file *， struct vm_area_struct *);x0dx0ax0dx0aint (*open) (struct inode * ，struct file *);x0dx0ax0dx0aint (*release) (struct inode * ，struct file *);x0dx0ax0dx0aint (*fsync) (struct inode * ，struct file *);x0dx0ax0dx0aint (*fasync) (struct inode * ，struct file *，int);x0dx0ax0dx0aint (*check_media_change) (struct inode * ，struct file *);x0dx0ax0dx0aint (*revalidate) (dev_t dev);x0dx0ax0dx0a}x0dx0ax0dx0a這個結構的每一個成員的名字都對應著一個系統調用。用戶進程利用系統調用在對設備文件進行諸如read/write操作時，系統調用通過設備文件的主設備號找到相應的設備驅動程序，然後讀取這個數據結構相應的函數指針，接著把控制權交給該函數。這是linux的設備驅動程序工作的基本原理。既然是這樣，則編寫設備驅動程序的主要工作就是編寫子函數，並填充file_operations的各個域。x0dx0ax0dx0a下面就開始寫子程序。x0dx0ax0dx0a#include 基本的類型定義x0dx0ax0dx0a#include 文件系統使用相關的頭文件x0dx0ax0dx0a#include x0dx0ax0dx0a#include x0dx0ax0dx0a#include x0dx0ax0dx0aunsigned int test_major = 0;x0dx0ax0dx0astatic int read_test(struct inode *inode，struct file *file，char *buf，int count)x0dx0ax0dx0a{x0dx0ax0dx0aint left; 用戶空間和內核空間x0dx0ax0dx0aif (verify_area(VERIFY_WRITE，buf，count) == -EFAULT )x0dx0ax0dx0areturn -EFAULT;x0dx0ax0dx0afor(left = count ; left > 0 ; left--)x0dx0ax0dx0a{x0dx0ax0dx0a__put_user(1，buf，1);x0dx0ax0dx0abuf++;x0dx0ax0dx0a}x0dx0ax0dx0areturn count;x0dx0ax0dx0a}x0dx0ax0dx0a這個函數是為read調用准備的。當調用read時，read_test()被調用，它把用戶的緩沖區全部寫1。buf 是read調用的一個參數。它是用戶進程空間的一個地址。但是在read_test被調用時，系統進入核心態。所以不能使用buf這個地址，必須用__put_user()，這是kernel提供的一個函數，用於向用戶傳送數據。另外還有很多類似功能的函數。請參考，在向用戶空間拷貝數據之前，必須驗證buf是否可用。這就用到函數verify_area。為了驗證BUF是否可以用。x0dx0ax0dx0astatic int write_test(struct inode *inode，struct file *file，const char *buf，int count)x0dx0ax0dx0a{x0dx0ax0dx0areturn count;x0dx0ax0dx0a}x0dx0ax0dx0astatic int open_test(struct inode *inode，struct file *file )x0dx0ax0dx0a{x0dx0ax0dx0aMOD_INC_USE_COUNT; 模塊計數加以，表示當前內核有個設備載入內核當中去x0dx0ax0dx0areturn 0;x0dx0ax0dx0a}x0dx0ax0dx0astatic void release_test(struct inode *inode，struct file *file )x0dx0ax0dx0a{x0dx0ax0dx0aMOD_DEC_USE_COUNT;x0dx0ax0dx0a}x0dx0ax0dx0a這幾個函數都是空操作。實際調用發生時什麼也不做，他們僅僅為下面的結構提供函數指針。x0dx0ax0dx0astruct file_operations test_fops = {?x0dx0ax0dx0aread_test，x0dx0ax0dx0awrite_test，x0dx0ax0dx0aopen_test，x0dx0ax0dx0arelease_test，x0dx0ax0dx0a};x0dx0ax0dx0a設備驅動程序的主體可以說是寫好了。現在要把驅動程序嵌入內核。驅動程序可以按照兩種方式編譯。一種是編譯進kernel，另一種是編譯成模塊(moles)，如果編譯進內核的話，會增加內核的大小，還要改動內核的源文件，而且不能動態的卸載，不利於調試，所以推薦使用模塊方式。x0dx0ax0dx0aint init_mole(void)x0dx0ax0dx0a{x0dx0ax0dx0aint result;x0dx0ax0dx0aresult = register_chrdev(0， "test"， &test_fops); 對設備操作的整個介面x0dx0ax0dx0aif (result < 0) {x0dx0ax0dx0aprintk(KERN_INFO "test: can't get major number\n");x0dx0ax0dx0areturn result;x0dx0ax0dx0a}x0dx0ax0dx0aif (test_major == 0) test_major = result; /* dynamic */x0dx0ax0dx0areturn 0;x0dx0ax0dx0a}x0dx0ax0dx0a在用insmod命令將編譯好的模塊調入內存時，init_mole 函數被調用。在這里，init_mole只做了一件事，就是向系統的字元設備表登記了一個字元設備。register_chrdev需要三個參數，參數一是希望獲得的設備號，如果是零的話，系統將選擇一個沒有被佔用的設備號返回。參數二是設備文件名，參數三用來登記驅動程序實際執行操作的函數的指針。x0dx0ax0dx0a如果登記成功，返回設備的主設備號，不成功，返回一個負值。x0dx0ax0dx0avoid cleanup_mole(void)x0dx0ax0dx0a{x0dx0ax0dx0aunregister_chrdev(test_major，"test");x0dx0ax0dx0a}x0dx0ax0dx0a在用rmmod卸載模塊時，cleanup_mole函數被調用，它釋放字元設備test在系統字元設備表中佔有的表項。x0dx0ax0dx0a一個極其簡單的字元設備可以說寫好了，文件名就叫test.c吧。x0dx0ax0dx0a下面編譯 :x0dx0ax0dx0a$ gcc -O2 -DMODULE -D__KERNEL__ -c test.c _c表示輸出制定名，自動生成.o文件x0dx0ax0dx0a得到文件test.o就是一個設備驅動程序。x0dx0ax0dx0a如果設備驅動程序有多個文件，把每個文件按上面的命令行編譯，然後x0dx0ax0dx0ald ?-r ?file1.o ?file2.o ?-o ?molename。x0dx0ax0dx0a驅動程序已經編譯好了，現在把它安裝到系統中去。x0dx0ax0dx0a$ insmod ?_f ?test.ox0dx0ax0dx0a如果安裝成功，在/proc/devices文件中就可以看到設備test，並可以看到它的主設備號。要卸載的話，運行 :x0dx0ax0dx0a$ rmmod testx0dx0ax0dx0a下一步要創建設備文件。x0dx0ax0dx0amknod /dev/test c major minorx0dx0ax0dx0ac 是指字元設備，major是主設備號，就是在/proc/devices里看到的。x0dx0ax0dx0a用shell命令x0dx0ax0dx0a$ cat /proc/devicesx0dx0ax0dx0a就可以獲得主設備號，可以把上面的命令行加入你的shell script中去。x0dx0ax0dx0aminor是從設備號，設置成0就可以了。x0dx0ax0dx0a我們現在可以通過設備文件來訪問我們的驅動程序。寫一個小小的測試程序。x0dx0ax0dx0a#include x0dx0ax0dx0a#include x0dx0ax0dx0a#include x0dx0ax0dx0a#include x0dx0ax0dx0amain()x0dx0ax0dx0a{x0dx0ax0dx0aint testdev;x0dx0ax0dx0aint i;x0dx0ax0dx0achar buf[10];x0dx0ax0dx0atestdev = open("/dev/test"，O_RDWR);x0dx0ax0dx0aif ( testdev == -1 )x0dx0ax0dx0a{x0dx0ax0dx0aprintf("Cann't open file \n");x0dx0ax0dx0aexit(0);x0dx0ax0dx0a}x0dx0ax0dx0aread(testdev，buf，10);x0dx0ax0dx0afor (i = 0; i < 10;i++)x0dx0ax0dx0aprintf("%d\n"，buf[i]);x0dx0ax0dx0aclose(testdev);x0dx0ax0dx0a}x0dx0ax0dx0a編譯運行，看看是不是列印出全1 x0dx0ax0dx0a以上只是一個簡單的演示。真正實用的驅動程序要復雜的多，要處理如中斷，DMA，I/O port等問題。這些才是真正的難點。上述給出了一個簡單的字元設備驅動編寫的框架和原理，更為復雜的編寫需要去認真研究LINUX內核的運行機制和具體的設備運行的機制等等。希望大家好好掌握LINUX設備驅動程序編寫的方法。

『柒』 linux驅動調用spi標准函數spi_sync發送速率慢的問題

spi_sync() /*會調用下面的復wait_for_completion*/
wait_for_completion() /*這里會耗費很多制時間*/
我也碰到一樣的問題，暫時沒解決。如果你的數據量不大的話可以spi_sync() 一次傳入32bit或更多數據。如果數據量太大就沒辦法徹底解決了。如果你解決了也幫忙共享一下方法

『捌』 14-Linux gpio模擬spi

首先是spidev，要在/dev/下面產生設備文件，需要spidev的支持

使用的是gpio模擬spi，gpio模擬spi的時序原理是bitbang文件實現的，所以這個也需要打開，如果是在openwrt下動態載入的話就是如下兩個配置

如果是直接內核的話是如下兩個

跟I2C的arch層一樣，主要是devices的添加和board_info的添加，如下

對於platform_add_devices，因為是使用spi_gpio，所以name是"spi_gpio"這樣才可以與driver裡面的spi_gpio相互匹配probe到。

因為SPI是可以一個匯流排上面掛多個，然後通過片選腳CS進行硬體切換，所以這變有個num_chipselect需要設置，如果有2個設置就設置2，一個設備就設置1，這邊設置好之後，後面board_info也要有對應的個數，而且片選引腳需要不同。

I2C是通過每個設備有自己不同的地址，通過地址來進行軟體切換。

對於board_info使用的是spidev，drivers/spi/spidev.c文件，該文件的內容是注冊一個spidev驅動。該驅動是一個字元設備驅動。

如果設備與驅動匹配，那麼就會執行spidev_probe()的內容。在spidev_probe()函數中會調用device_create()成功後在 /dev 目錄下就會生成 spidev 相關的設備節點。

這邊有幾個參數要注意：

調試過程想看一些細節的debug信息可以打開內核的動態debug信息，這個在以前的print system裡面有

printk的等級設置成8.

開始

定位到是 spi_gpio_request 的時候報錯

後面就將zkernel/3.10.49/arch/mips/mtk/ziroom/zrmt7628.c裡面GPIO的信息調整下， 因為SPI的引腳和LED的引腳號一樣 ，內核不知道哪裡會檢測到。

修改後列印如下：

之後在/dev/下面就生成了spidev1.0的設備

有了/dev/spidev1.0設備之後，就可以在應用成操作改設備收發數據。

在drivers/spi/spidev.c裡面已經封裝好了ioctl的對應介面，根據這些介面就可以測試使用。

在Documentation/spi/spidev_test.c下面有個應用層的實例，打開看下就清除了。

$(cc) spidev_test.c -o spidev_test生成可執行文件spidev_test

然後拷貝到板子上，將MOSI和MISO短接就可以測試回環數據是否正常。

有邏輯分析儀的接上logic看波形就更加直觀。

gpio模擬SPI:
https://blog.csdn.net/luckywang1103/article/details/70145870

在ARM Linux下使用GPIO模擬SPI時序詳解:
https://blog.csdn.net/yangzheng_yz/article/details/50470577

linux SPI驅動:
https://www.cnblogs.com/xuyh/category/903809.html

『玖』 linux spi設備驅動中probe函數何時被調用

這兩天被設備文件快搞瘋了，也怪自己學東西一知半解吧，弄了幾天總算能把設備注冊理清楚一點點了。就以spi子設備的注冊為例總結一下，免得自己忘記。
首先以注冊一個spidev的設備為例:
static struct spi_board_info imx5_spi_printer_device[] __initdata =
{
{
.modalias = "spidev",
.max_speed_hz = 8000000,
.bus_num = 1,
.chip_select = 1,
.mode = SPI_MODE_0,
},
};
spi_register_board_info(imx5_spi_printer_device,ARRAY_SIZE(imx5_spi_printer_device));

在mx5_loco.c文件中添加上面結構體spi_board_info，modalias必須指定已有的一個驅動，至於bus_num和chip_select,如果你不知道bus_num是多少，可以在你的父驅動中列印出來，這里的bus_num一定要和父類的bus_num一致，否則是無法生成設備文件的。如果spi一直沒有時鍾信號，很有可能是bus_num不對。
這樣系統起來之後就會在/dev目錄下出現一個名為spidev1.1的設備文件，讀寫這個文件就可以實現spi的操作
還有下面這種情況：
static struct spi_board_info prt_spi_device[] __initdata = {
{
.modalias = "HotPRT",
.max_speed_hz = 12500000, /* max spi clock (SCK) speed in HZ */
.bus_num = 1,
.chip_select = 1,
// .mode = SPI_MODE_0,
.platform_data = 0,
},
};
spi_register_board_info(prt_spi_device, ARRAY_SIZE(prt_spi_device));

我自己實現了一個spi的驅動，然後需要創建一個設備文件，設備文件的創建是在probe中完成。
static struct spi_driver prt_driver = {
.driver = {
.name = "HotPRT",
.bus = &spi_bus_type,
.owner = THIS_MODULE,
},
.probe = prt_probe,
.remove = __devexit_p(prt_remove),
};
spi_register_driver(&prt_driver);
但是我開始一直觸發不了probe，於是找啊找，總算知道probe的調用過程了，如下:
int spi_register_driver(struct spi_driver *sdrv)
{
sdrv->driver.bus = &spi_bus_type;
if (sdrv->probe)
sdrv->driver.probe = spi_drv_probe;
if (sdrv->remove)
sdrv->driver.remove = spi_drv_remove;
if (sdrv->shutdown)
sdrv->driver.shutdown = spi_drv_shutdown;
return driver_register(&sdrv->driver);
}
然後調用driver_register
<pre name="code" class="cpp">int driver_register(struct device_driver *drv)
{
int ret;
struct device_driver *other;

BUG_ON(!drv->bus->p);

if ((drv->bus->probe && drv->probe) ||
(drv->bus->remove && drv->remove) ||
(drv->bus->shutdown && drv->shutdown))
printk(KERN_WARNING "Driver '%s' needs updating - please use "
"bus_type methods\n", drv->name);

other = driver_find(drv->name, drv->bus);
if (other) {
put_driver(other);
printk(KERN_ERR "Error: Driver '%s' is already registered, "
"aborting...\n", drv->name);
return -EBUSY;
}

ret = bus_add_driver(drv);
if (ret)
return ret;
ret = driver_add_groups(drv, drv->groups);
if (ret)
bus_remove_driver(drv);
return ret;
}

直接看bus_add_driver
klist_init(&priv->klist_devices, NULL, NULL);
priv->driver = drv;
drv->p = priv;
priv->kobj.kset = bus->p->drivers_kset;
error = kobject_init_and_add(&priv->kobj, &driver_ktype, NULL,
"%s", drv->name);
if (error)
goto out_unregister;

if (drv->bus->p->drivers_autoprobe) {
error = driver_attach(drv);
if (error)
goto out_unregister;
}
klist_add_tail(&priv->knode_bus, &bus->p->klist_drivers);
mole_add_driver(drv->owner, drv);

這里只截取一部分，最後調用的是driver_attach
int driver_attach(struct device_driver * drv)
{
return bus_for_each_dev(drv->bus, NULL, drv, __driver_attach);
}

真正起作用的是__driver_attach：

static int __driver_attach(struct device * dev, void * data)
{
。。。
if (!dev->driver)
driver_probe_device(drv, dev);
。。。
}

int driver_probe_device(struct device_driver * drv, struct device * dev)
{
。。。
//1.先是判斷bus是否match：
if (drv->bus->match && !drv->bus->match(dev, drv))
goto done;
//2.再具體執行probe：
ret = really_probe(dev, drv);
。。。
}

really_probe才是我們要找的函數：
static int really_probe(struct device *dev, struct device_driver *drv)
{
。。。
//1.先是調用的驅動所屬匯流排的probe函數：
if (dev->bus->probe) {
ret = dev->bus->probe(dev);
if (ret)
goto probe_failed;

} else if (drv->probe) {
//2.再調用你的驅動中的probe函數：
ret = drv->probe(dev);
if (ret)
goto probe_failed;
}
。。。
}

其中，drv->probe(dev)，才是真正調用你的驅動實現的具體的probe函數。至此probe函數被調用。
在板文件中添加spi_board_info，並在板文件

『拾』 求SPI的SSD1306在linux下的測試程序

求SPI的SSD1306在linux下的測試程序理解SPI的驅動框架，還是從最基本的三個入口點觸發，platform_device，platform_bus，platform_driver。

其中內核一提供給platform_bus，platform_driver在spi_s3c24xx_gpio.c和spi_s3c24xxc.c中，其中spi_s3c24xx_gpio.c用於IO模擬SPI （本例討論的是IO模擬SPI），spi_s3c24xxc.c用於s3c24xx的硬體SPI。因此，我們需要動手寫一個platform_device。

看看spi_s3c24xx_gpio.c做了些什麼。

static int s3c2410_spigpio_probe(struct platform_device *dev)
{
... ...
/* [cgw]: 分配一個SPI主機 */
master = spi_alloc_master(&dev->dev, sizeof(struct s3c2410_spigpio));
... ...

sp = spi_master_get_devdata(master);

platform_set_drvdata(dev, sp);

/* [cgw]: 分配與spi硬體相關的配置，如指定哪些IO為MISO,MOSI,SCLK,CS，SPI工作模式，最大時鍾等等 */
/* in the plkatform data */
sp->info = dev->dev.platform_data;

/* [cgw]: 提供實現SPI各種模式的時序的基本方法，和CS的激活方法 */
/* setup spi bitbang adaptor */
sp->bitbang.master = spi_master_get(master);
sp->bitbang.chipselect =