使用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


目录
相关文章
|
1月前
|
缓存 Linux 开发者
Linux内核中的并发控制机制
本文深入探讨了Linux操作系统中用于管理多线程和进程的并发控制的关键技术,包括原子操作、锁机制、自旋锁、互斥量以及信号量。通过详细分析这些技术的原理和应用,旨在为读者提供一个关于如何有效利用Linux内核提供的并发控制工具以优化系统性能和稳定性的综合视角。
|
1月前
|
缓存 负载均衡 算法
深入探索Linux内核的调度机制
本文旨在揭示Linux操作系统核心的心脏——进程调度机制。我们将从Linux内核的架构出发,深入剖析其调度策略、算法以及它们如何共同作用于系统性能优化和资源管理。不同于常规摘要提供文章概览的方式,本摘要将直接带领读者进入Linux调度机制的世界,通过对其工作原理的解析,展现这一复杂系统的精妙设计与实现。
86 8
|
1月前
|
算法 Linux 调度
深入理解Linux内核调度器:从基础到优化####
本文旨在通过剖析Linux操作系统的心脏——内核调度器,为读者揭开其高效管理CPU资源的神秘面纱。不同于传统的摘要概述,本文将直接以一段精简代码片段作为引子,展示一个简化版的任务调度逻辑,随后逐步深入,详细探讨Linux内核调度器的工作原理、关键数据结构、调度算法演变以及性能调优策略,旨在为开发者与系统管理员提供一份实用的技术指南。 ####
76 4
|
21天前
|
算法 Linux
深入探索Linux内核的内存管理机制
本文旨在为读者提供对Linux操作系统内核中内存管理机制的深入理解。通过探讨Linux内核如何高效地分配、回收和优化内存资源,我们揭示了这一复杂系统背后的原理及其对系统性能的影响。不同于常规的摘要,本文将直接进入主题,不包含背景信息或研究目的等标准部分,而是专注于技术细节和实际操作。
|
21天前
|
存储 缓存 网络协议
Linux操作系统的内核优化与性能调优####
本文深入探讨了Linux操作系统内核的优化策略与性能调优方法,旨在为系统管理员和高级用户提供一套实用的指南。通过分析内核参数调整、文件系统选择、内存管理及网络配置等关键方面,本文揭示了如何有效提升Linux系统的稳定性和运行效率。不同于常规摘要仅概述内容的做法,本摘要直接指出文章的核心价值——提供具体可行的优化措施,助力读者实现系统性能的飞跃。 ####
|
22天前
|
监控 算法 Linux
Linux内核锁机制深度剖析与实践优化####
本文作为一篇技术性文章,深入探讨了Linux操作系统内核中锁机制的工作原理、类型及其在并发控制中的应用,旨在为开发者提供关于如何有效利用这些工具来提升系统性能和稳定性的见解。不同于常规摘要的概述性质,本文将直接通过具体案例分析,展示在不同场景下选择合适的锁策略对于解决竞争条件、死锁问题的重要性,以及如何根据实际需求调整锁的粒度以达到最佳效果,为读者呈现一份实用性强的实践指南。 ####
|
22天前
|
缓存 监控 网络协议
Linux操作系统的内核优化与实践####
本文旨在探讨Linux操作系统内核的优化策略与实际应用案例,深入分析内核参数调优、编译选项配置及实时性能监控的方法。通过具体实例讲解如何根据不同应用场景调整内核设置,以提升系统性能和稳定性,为系统管理员和技术爱好者提供实用的优化指南。 ####
|
24天前
|
负载均衡 算法 Linux
深入探索Linux内核调度机制:公平与效率的平衡####
本文旨在剖析Linux操作系统内核中的进程调度机制,特别是其如何通过CFS(完全公平调度器)算法实现多任务环境下资源分配的公平性与系统响应速度之间的微妙平衡。不同于传统摘要的概览性质,本文摘要将直接聚焦于CFS的核心原理、设计目标及面临的挑战,为读者揭开Linux高效调度的秘密。 ####
34 3
|
27天前
|
负载均衡 算法 Linux
深入探索Linux内核调度器:公平与效率的平衡####
本文通过剖析Linux内核调度器的工作机制,揭示了其在多任务处理环境中如何实现时间片轮转、优先级调整及完全公平调度算法(CFS),以达到既公平又高效地分配CPU资源的目标。通过对比FIFO和RR等传统调度策略,本文展示了Linux调度器如何在复杂的计算场景下优化性能,为系统设计师和开发者提供了宝贵的设计思路。 ####
40 6
|
26天前
|
消息中间件 安全 Linux
深入探索Linux操作系统的内核机制
本文旨在为读者提供一个关于Linux操作系统内核机制的全面解析。通过探讨Linux内核的设计哲学、核心组件、以及其如何高效地管理硬件资源和系统操作,本文揭示了Linux之所以成为众多开发者和组织首选操作系统的原因。不同于常规摘要,此处我们不涉及具体代码或技术细节,而是从宏观的角度审视Linux内核的架构和功能,为对Linux感兴趣的读者提供一个高层次的理解框架。

热门文章

最新文章