|
串口驅動(dòng)的源文件一般是使用drivers/serial/8250.c文件，或該文件的稍作修改。這是因為大多的串口接口的操作寄存器都是符合相關(guān)的定義，都是基本一樣的。那么在移植串口驅動(dòng)時(shí)，一般是為該驅動(dòng)添加我們的串口接口設備。一般來(lái)說(shuō)，串口接口設備在board文件中添加或在板級目錄下添加專(zhuān)屬的serial文件。 設備的定義一般如下： struct plat_serial8250_port serial_std_platform_data[] = { { .membase = (void *) io_p2v(UART5_BASE), .mapbase = UART5_BASE, .irq = IRQ_UART_IIR5, .uartclk = MAIN_OSC_FREQ, .regshift = 2, .iotype = UPIO_MEM32, .flags = UPF_BOOT_AUTOCONF | UPF_BUGGY_UART | UPF_SKIP_TEST, }, { .membase = (void *) io_p2v(UART3_BASE), .mapbase = UART3_BASE, .irq = IRQ_UART_IIR3, .uartclk = MAIN_OSC_FREQ, .regshift = 2, .iotype = UPIO_MEM32, .flags = UPF_BOOT_AUTOCONF | UPF_BUGGY_UART | UPF_SKIP_TEST, }, { .membase = (void *) io_p2v(UART4_BASE), .mapbase = UART4_BASE, .irq = IRQ_UART_IIR4, .uartclk = MAIN_OSC_FREQ, .regshift = 2, .iotype = UPIO_MEM32, .flags = UPF_BOOT_AUTOCONF | UPF_BUGGY_UART | UPF_SKIP_TEST, } } struct platform_device serial_std_platform_device = { .name = "serial8250", .id = 0, .dev = { .platform_data = serial_std_platform_data, }, }; 這個(gè)platform_device對象的私有數據指成員向一個(gè)plat_serial8250_port類(lèi)型的數組。在這里該數組描述了三個(gè)串口接口的基本信息。當8250驅動(dòng)檢測到這個(gè)platform_device對象后，就分析該對象的私有數據成員指向的那個(gè)plat_serial8250_port類(lèi)型的數組。然后根據該數組的每個(gè)成員描述的信息生成一個(gè)串口對象設備。 實(shí)現了這個(gè)platform_device結構體后，把這個(gè)對象注冊即可。但這個(gè)對象的name必須是serial8250。否則8250驅動(dòng)檢測不到這個(gè)樣的設備。 如果注冊順利且工作正常，那么在驅動(dòng)加載時(shí)會(huì )打印出串口接口探測信息： serial8250.0: ttyS0 at MMIO 0x40080000 (irq = 7) is a 16550A serial8250.0: ttyS1 at MMIO 0x40088000 (irq = 8) is a 16550A serial8250.0: ttyS2 at MMIO 0x40098000 (irq = 10) is a 16550A serial8250.0表示8250驅動(dòng)檢測到的第一個(gè)platform_device對象。如果檢測到第二個(gè)platform對象，會(huì )打印成serial8250.1;如此類(lèi)推。 0x40080000表示串口接口寄存器物理地址的基地址; irq描述串口接口所用的中斷; 16550A表示該串口接口的類(lèi)型。有可能這個(gè)類(lèi)型的名字不是我們所預期的，但是只要該類(lèi)型的TX/RX FIFO長(cháng)度和我們實(shí)際串口接口的一樣，就可以接受。 ttyS0/1/2表示串口設備的名字 如果注冊成功，則在/dev/目錄下生成: ttyS0,ttyS1,ttyS2的設備文件節點(diǎn)。同時(shí)在/sys/devices/platform/目錄下，生成serial8250，serial8250.0目錄。 這時(shí)即可對串口的各設備文件節點(diǎn)進(jìn)行測試。 下面詳細介紹plat_serial8250_port這個(gè)對象。我們看一段上面的代碼： { .membase = (void *) io_p2v(UART5_BASE), .mapbase = UART5_BASE, .irq = IRQ_UART_IIR5, .uartclk = MAIN_OSC_FREQ, .regshift = 2, .iotype = UPIO_MEM32, .flags = UPF_BOOT_AUTOCONF | UPF_BUGGY_UART | UPF_SKIP_TEST, }, membase： 該成員描述的該串口接口寄存器虛擬地址的基地址。在初始化該成員時(shí)，需要自己把該串口接口寄存器的物理地址映射到虛擬地址空間。并且該映射工作需要在內核的板級初始化階段完成。 mapbase: 該成員描述的該串口接口寄存器物理地址的基地址。其實(shí)只要初始化了mapbase成員，上面的membase成員就可以不必初始化了。因為8250驅動(dòng)如果檢測到只初始化了mapbase成員而membase為NULL，則自動(dòng)把該串口接口寄存器的物理地址空間映射到虛擬地址空間。 irq: 該成員描述的是該串口接口使用的中斷號。 uartclk: 該成員描述了該串口接口使用的時(shí)鐘頻率。 regshift: 該成員表示:在訪(fǎng)問(wèn)該串口接口的某個(gè)寄存器時(shí)，需把該寄存器的號左移多少位然后加基地址(不管是物理或虛擬地址)才能得能到這個(gè)寄存器的址址。 iotype: 該成員表示該串口接口寄存器的地址類(lèi)型，可以取值以下的其中一個(gè)： UPIO_PORT 端口地址,8位 UPIO_HUB6 UPIO_MEM 8位的內存地址 UPIO_MEM32 32位的內存地址 UPIO_AU UPIO_TSI UPIO_DWAPB UPIO_RM9000 一般來(lái)說(shuō)，如果該成員初始化為UPIO_MEM或UPIO_PORT，那么regshift成員應該為0;如果該成員初始化為UPIO_MEM32,那么regshift成員應該為2. flags: UPF_BOOT_AUTOCONF 表示自動(dòng)探測串口類(lèi)型，這個(gè)一般是需要的 UPF_SKIP_TEST 表示在探測串口類(lèi)型時(shí)，是否測試地址的可訪(fǎng)問(wèn)性。這在調試階段是需要的。 除了flags，上面的各個(gè)成員都必須嚴格設置正確才能保證串口接口被正確探測和初始化。 如果串口接口類(lèi)型沒(méi)有被探測出來(lái)，或者FIFO長(cháng)度不對，這需要考慮寄存器的訪(fǎng)問(wèn)是否正確，這包括：基地址是否正確，regshift和iotype是否正確，時(shí)鐘頻率是否正確。 如果探測信息也沒(méi)有，或者接口數量不對。那么請在mem menuconfig中，在 Device Drivers ---> Character devices ---> Serial drivers ---> (8) Maximum number of 8250/16550 serial ports (8) Number of 8250/16550 serial ports to register at runtime 這兩項的數字等于在8250注冊串口接口的總數。 以下課程可免費試聽(tīng)C語(yǔ)言、電子、PCB、STM32、Linux、FPGA、JAVA、安卓等。 想學(xué)習的你和我聯(lián)系預約就可以免費聽(tīng)課了。 宋工企鵝號：35--24-65--90-88 Tel/WX：173--17--95--19--08 |
