使用Linux内核里的spi屏驱动-fbtft

简介: 使用Linux内核里的spi屏驱动-fbtft

内核里已经提供spi接口小屏的设备驱动,在内核的配置选项:

make menuconfig ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-
    Device Drivers  --->  
    Graphics support  ---> 
       <*> Support for small TFT LCD display modules  --->
           ... //屏的驱动IC型号
           <*>   FB driver for the ILI9340 LCD Controller   //drivers/video/fbtft/fb_ili9340.c
           <*>   FB driver for the ST7735R LCD Controller  //drivers/video/fbtft/fb_st7735r.c
               ... 
           <M>   Module to for adding FBTFT devices      //drivers/video/fbtft/fbtft_device.c

保存退出后,重编内核镜像和编译驱动模块.

使用新内核镜像启动系统后:

加载驱动模块并指定参数, 如型号为ili9340的屏:

modprobe fbtft_device name=adafruit22a gpios="reset:8,dc:7" busnum=0

加载成功后, 会产生一个/dev/fb8设备文件。

修改QT环境变量: export QT_QPA_PLATFORM=linuxfb:fb=/dev/fb8生效后,执行Qt程序,效果如下:

640.jpg

在内核源码目录里:

[yyx@localhost linux-3.4.112]$ vim drivers/video/fbtft/fb
fb_bd663474.c       fb_ili9486.c        fb_ssd1351.c        fbtft-io.c
fb_hx8340bn.c       fb_pcd8544.c        fb_st7735r.c        fbtft-sysfs.c
fb_hx8347d.c        fb_ra8875.c         fbtft-bus.c         fb_tinylcd.c
fb_hx8353d.c        fb_s6d02a1.c        fbtft-core.c        fb_tls8204.c
fb_ili9320.c        fb_s6d1121.c        fbtft_device.c      fb_upd161704.c
fb_ili9325.c        fb_ssd1289.c        fbtft_device.ko     fb_watterott.c
fb_ili9340.c        fb_ssd1306.c        fbtft_device.mod.c  
fb_ili9341.c        fb_ssd1331.c        fbtft.h  

fb_xxxx.c就是具体型号的驱动IC设备驱动:

每个设备驱动源码里都会调用init_display函数用于初始化屏,我们可以根据此函数里设置的寄存器和值,确认屏驱动IC的型号:

static int init_display(struct fbtft_par *par)
{
    ...
    par->fbtftops.reset(par);
    write_reg(par, 0xEF, 0x03, 0x80, 0x02);
    write_reg(par, 0xCF, 0x00 , 0XC1 , 0X30);
    ...
}

每个屏由一个struct fbtft_display对象来描述:

static struct fbtft_display display = {
    .regwidth = 8,
    .width = WIDTH,
    .height = HEIGHT,
    .fbtftops = {
        .init_display = init_display,  //屏的初始化
        .set_addr_win = set_addr_win,  //设置屏的显示开始坐标
        .set_var = set_var,            //设置屏的翻转角度
    },
};
FBTFT_REGISTER_DRIVER(DRVNAME, &display);

调用宏FBTFT_REGISTER_DRIVER后都会产生和注册一个struct spi_driver对象和一个struct platform_driver对象.

#define FBTFT_REGISTER_DRIVER(_name, _display)                             \
                                       \
static int fbtft_driver_probe_spi(struct spi_device *spi)                  \
{                                                                          \
    return fbtft_probe_common(_display, spi, NULL);                    \
}                                                                          \
                                       \
static int fbtft_driver_remove_spi(struct spi_device *spi)                 \
{                                                                          \
    struct fb_info *info = spi_get_drvdata(spi);                       \
                                       \
    return fbtft_remove_common(&spi->dev, info);                       \
}                                                                          \
                                       \
static int fbtft_driver_probe_pdev(struct platform_device *pdev)           \
{                                                                          \
    return fbtft_probe_common(_display, NULL, pdev);                   \
}                                                                          \
                                       \
static int fbtft_driver_remove_pdev(struct platform_device *pdev)          \
{                                                                          \
    struct fb_info *info = platform_get_drvdata(pdev);                 \
                                       \
    return fbtft_remove_common(&pdev->dev, info);                      \
}                                   
static struct spi_driver fbtft_driver_spi_driver = {                       \
    .driver = {                                                        \
        .name   = _name,                                           \
        .owner  = THIS_MODULE,                                     \
    },                                                                 \
    .probe  = fbtft_driver_probe_spi,                                  \
    .remove = fbtft_driver_remove_spi,                                 \
};                                                                         \
                                       \
static struct platform_driver fbtft_driver_platform_driver = {             \
    .driver = {                                                        \
        .name   = _name,                                           \
        .owner  = THIS_MODULE,                                     \
    },                                                                 \
    .probe  = fbtft_driver_probe_pdev,                                 \
    .remove = fbtft_driver_remove_pdev,                                \
};       
static int __init fbtft_driver_module_init(void)                           \
{                                                                          \
    int ret;                                                           \
                                       \
    ret = spi_register_driver(&fbtft_driver_spi_driver);               \
    if (ret < 0)                                                       \
        return ret;                                                \
    return platform_driver_register(&fbtft_driver_platform_driver);    \
}                                                                          \
                                       \
static void __exit fbtft_driver_module_exit(void)                          \
{                                                                          \
    spi_unregister_driver(&fbtft_driver_spi_driver);                   \
    platform_driver_unregister(&fbtft_driver_platform_driver);         \
}                                                                          \
                                       \
module_init(fbtft_driver_module_init);                                     \
module_exit(fbtft_driver_module_exit);

我们可以通过描述spi设备或者平台设备来与屏的设备驱动匹配,但描述设备的参数有点复杂,所以内核里提供了fbtft_device.c,它把我们提供的模块参数,生成相应的spi设备或平台设备,并且提供相关的资源信息.

在fbtft_device.c里,它已定好多的设备名, 每个设备使用一个具体的屏型号:

static struct fbtft_device_display displays[] = {
    {    
        .name = "adafruit18",  //设备名
        .spi = &(struct spi_board_info) {
            .modalias = "fb_st7735r",   //屏的型号
            .max_speed_hz = 32000000,
            .mode = SPI_MODE_0,
            .platform_data = &(struct fbtft_platform_data) {
                .display = {
                    .buswidth = 8, 
                    .backlight = 1, 
                },
                .gpios = (const struct fbtft_gpio []) {
                    { "reset", 25 },
                    { "dc", 24 },
                    { "led", 18 },
                    {},
                },
                .gamma = ADAFRUIT18_GAMMA,
            }
        }
    }, { 
        .name = "adafruit18_green",
        .spi = &(struct spi_board_info) {
            .modalias = "fb_st7735r",
    ...

加载此驱动模块时,除了需要指定设备名外,还需要指定多个参数,具体可以通过modinfo查看:

modinfo /lib/modules/3.4.112/kernel/drivers/video/fbtft/fbtft_device.
ko
常用的模块参数有:
gpios用于指定reset,  dc, led等具体使用哪个io口
mode用于指定spi使用哪种时序
busnum用于指定使用第几个spi控制器
rotate用于指定翻转角度
name用于指定设备名
如:modprobe fbtft_device name=adafruit22a gpios="reset:8,dc:7" busnum=0 debug=0 rotate=90
   gpios="reset:8,dc:7"表示reset引脚是接在GPIOA(8), dc引脚是接在GPIOA(7)
在头文件里: arch/arm/mach-sunxi/include/mach/gpio.h
    #define SUNXI_PA_BASE   0
    #define GPIOA(n)    (SUNXI_PA_BASE + (n))
    所以得出GPIOA(8)的值是8

注意,不同的内核fbtft放置的目录可能不同,比如在周立功的A6G2C的内核下,fbtft在如下目录:

linux-src-a0722e0\A7-linux-src\drivers\staging\fbtft


目录
相关文章
|
2月前
|
监控 Linux 开发者
理解Linux操作系统内核中物理设备驱动(phy driver)的功能。
综合来看,物理设备驱动在Linux系统中的作用是至关重要的,它通过与硬件设备的紧密配合,为上层应用提供稳定可靠的通信基础设施。开发一款优秀的物理设备驱动需要开发者具备深厚的硬件知识、熟练的编程技能以及对Linux内核架构的深入理解,以确保驱动程序能在不同的硬件平台和网络条件下都能提供最优的性能。
121 0
|
5月前
|
并行计算 Linux
Linux内核中的线程和进程实现详解
了解进程和线程如何工作,可以帮助我们更好地编写程序,充分利用多核CPU,实现并行计算,提高系统的响应速度和计算效能。记住,适当平衡进程和线程的使用,既要拥有独立空间的'兄弟',也需要在'家庭'中分享和并行的成员。对于这个世界,现在,你应该有一个全新的认识。
236 67
|
3月前
|
存储 负载均衡 算法
Linux2.6内核进程调度队列
本篇文章是Linux进程系列中的最后一篇文章,本来是想放在上一篇文章的结尾的,但是想了想还是单独写一篇文章吧,虽然说这部分内容是比较难的,所有一般来说是简单的提及带过的,但是为了让大家对进程有更深的理解与认识,还是看了一些别人的文章,然后学习了学习,然后对此做了总结,尽可能详细的介绍明白。最后推荐一篇文章Linux的进程优先级 NI 和 PR - 简书。
101 0
|
5月前
|
存储 Linux
Linux内核中的current机制解析
总的来说,current机制是Linux内核中进程管理的基础,它通过获取当前进程的task_struct结构的地址,可以方便地获取和修改进程的信息。这个机制在内核中的使用非常广泛,对于理解Linux内核的工作原理有着重要的意义。
211 11
|
6月前
|
自然语言处理 监控 Linux
Linux 内核源码分析---proc 文件系统
`proc`文件系统是Linux内核中一个灵活而强大的工具,提供了一个与内核数据结构交互的接口。通过本文的分析,我们深入探讨了 `proc`文件系统的实现原理,包括其初始化、文件的创建与操作、动态内容生成等方面。通过对这些内容的理解,开发者可以更好地利用 `proc`文件系统来监控和调试内核,同时也为系统管理提供了便利的工具。
250 16
|
8月前
|
Ubuntu Linux 开发者
Ubuntu20.04搭建嵌入式linux网络加载内核、设备树和根文件系统
使用上述U-Boot命令配置并启动嵌入式设备。如果配置正确,设备将通过TFTP加载内核和设备树,并通过NFS挂载根文件系统。
446 15
|
8月前
|
安全 Linux 测试技术
Intel Linux 内核测试套件-LKVS介绍 | 龙蜥大讲堂104期
《Intel Linux内核测试套件-LKVS介绍》(龙蜥大讲堂104期)主要介绍了LKVS的定义、使用方法、测试范围、典型案例及其优势。LKVS是轻量级、低耦合且高代码覆盖率的测试工具,涵盖20多个硬件和内核属性,已开源并集成到多个社区CICD系统中。课程详细讲解了如何使用LKVS进行CPU、电源管理和安全特性(如TDX、CET)的测试,并展示了其在实际应用中的价值。
196 4
|
10月前
|
负载均衡 算法 Linux
深入探索Linux内核调度器:公平与效率的平衡####
本文通过剖析Linux内核调度器的工作机制,揭示了其在多任务处理环境中如何实现时间片轮转、优先级调整及完全公平调度算法(CFS),以达到既公平又高效地分配CPU资源的目标。通过对比FIFO和RR等传统调度策略,本文展示了Linux调度器如何在复杂的计算场景下优化性能,为系统设计师和开发者提供了宝贵的设计思路。 ####
195 26
|
10月前
|
缓存 并行计算 Linux
深入解析Linux操作系统的内核优化策略
本文旨在探讨Linux操作系统内核的优化策略,包括内核参数调整、内存管理、CPU调度以及文件系统性能提升等方面。通过对这些关键领域的分析,我们可以理解如何有效地提高Linux系统的性能和稳定性,从而为用户提供更加流畅和高效的计算体验。
388 24
|
9月前
|
算法 Linux
深入探索Linux内核的内存管理机制
本文旨在为读者提供对Linux操作系统内核中内存管理机制的深入理解。通过探讨Linux内核如何高效地分配、回收和优化内存资源,我们揭示了这一复杂系统背后的原理及其对系统性能的影响。不同于常规的摘要,本文将直接进入主题,不包含背景信息或研究目的等标准部分,而是专注于技术细节和实际操作。