mini2440 led驱动程序经典分析

发布者:悠闲之旅最新更新时间:2024-06-19 来源: elecfans关键字:mini2440  led  驱动程序 手机看文章 扫描二维码
随时随地手机看文章

Linux内核为2.6.32.2

源码分析工具source insight

前言:在裸机中操作几个gpio口很简单,对控制寄存器数据寄存器进行配置即可,但要在linux系统中实现同样的功能还是得费上一番周折的。

以下是驱动的源码。

#include <……>
#define DEVICE_NAME 'leds'        //设备名

static unsigned long led_table [] = {
 S3C2410_GPB(5),
 S3C2410_GPB(6),
 S3C2410_GPB(7),
 S3C2410_GPB(8),
};

static unsigned int led_cfg_table [] = {
 S3C2410_GPIO_OUTPUT,
 S3C2410_GPIO_OUTPUT,
 S3C2410_GPIO_OUTPUT,
 S3C2410_GPIO_OUTPUT,
};

static int sbc2440_leds_ioctl(
 struct inode *inode,
 struct file *file,
 unsigned int cmd,
 unsigned long arg)
{
 switch(cmd) {
 case 0:
 case 1:
  if (arg > 4) {
  return -EINVAL;
  }
  s3c2410_gpio_setpin(led_table[arg], !cmd);
  return 0;
 default:
  return -EINVAL;
 }
}

static struct file_operations dev_fops = {
 .owner = THIS_MODULE,
 .ioctl = sbc2440_leds_ioctl,
};

static struct miscdevice misc = {  //杂项设备结构体
 .minor = MISC_DYNAMIC_MINOR,      //次设备号
 .name = DEVICE_NAME,
 .fops = &dev_fops,
};

static int __init dev_init(void)
{
 int ret;

 int i;
 
 for (i = 0; i < 4; i++) {
  s3c2410_gpio_cfgpin(led_table[i], led_cfg_table[i]);
  s3c2410_gpio_setpin(led_table[i], 0);
 }

 ret = misc_register(&misc);                  //混杂设备注册

 printk (DEVICE_NAME'tinitializedn');

 return ret;
}

static void __exit dev_exit(void)
{
 misc_deregister(&misc);                      //混杂设备注销                             
}

module_init(dev_init);                      //模块加载函数             

module_exit(dev_exit);                      //模块卸载函数
MODULE_LICENSE('GPL');                          //证书
MODULE_AUTHOR('FriendlyARM Inc.');              //作者

 以上列出了加入简单注释的MINI2440led驱动程序的源码,头文件已被省去。对于上述的驱动,我们主要分析这个驱动的整体框架以及里面涉及到的一些重要的函数和宏定义内容。


1、misc设备

    misc设备设备被译成杂项设备或者是混杂设备,关于杂项设备在我的一篇文章里面已经专门介绍,这里根据本驱动在详细说明下。Linux设备驱动主要分为字符设备,块设备和网络设备。但是上面的驱动程序并不属于上面三大类中的常见形式,我们把上述驱动程序中的称为杂项设备。什么是杂项设备呢?linux包含了很多的设备类型,但不管怎么分类,总不能完全概括所有设备,我们把这些不属于上述三大形式的归为一类叫做杂项设备。杂项设备共用相同的主设备号(MISC_MAJOR,也就是10),但次设备号不同,所有的杂项设备形成一个链表,对设备访问的时候,内核根据此设备号找到其对应的设备,然后调用其相应的file_operations结构体中注册的各个函数。对于杂项设备,linux内核专门提供了这样的一个结构体miscdevice,其有很强的包容性。结构如下:

以下文件定义在/linux2.6.32.2/include/linux/Miscdivice.h

struct miscdevice  {

  int minor;

  const char *name;

  const struct file_operations *fops;

  struct list_head list;

  struct device *parent;

  struct device *this_device;

  const char *nodename;

  mode_t mode;

};

同时提供的miscdevice注册和注销函数如下所示。

int misc_register(struct miscdevice * misc);

int misc_deregister(struct miscdevice *misc);

其实,杂项设备的本质仍然是字符设备,只是将这种设备驱动增加了一层封装而已,杂项设备中的主体还是file_operations结构的实现,所以,其并不神秘。但要注意是是杂项设备在嵌入式系统中常被用到。其使用的基本形式如本驱动程序所示,不再敖述。

2.LED对应的GPIO端口列表

static unsigned long led_table [] = {
 S3C2410_GPB(5),
 S3C2410_GPB(6),
 S3C2410_GPB(7),
 S3C2410_GPB(8),
};

led设备驱动程序中主要是对上述的几个端口进行s3c2410_gpio_cfgpin(led_table[i], led_cfg_table[i]);(配置管脚功能)

s3c2410_gpio_setpin(led_table[i], 0);(设置管脚电平状态)

操作。先来弄清楚这几个端口的定义。

以下文件定义在/arch/arm/mach-s3c2410/include/mach/gpio-nrs.h 

/* S3C2410 GPIO number definitions. */

#define S3C2410_GPA(_nr) (S3C2410_GPIO_A_START + (_nr))
#define S3C2410_GPB(_nr) (S3C2410_GPIO_B_START + (_nr))
#define S3C2410_GPC(_nr) (S3C2410_GPIO_C_START + (_nr))
#define S3C2410_GPD(_nr) (S3C2410_GPIO_D_START + (_nr))
#define S3C2410_GPE(_nr) (S3C2410_GPIO_E_START + (_nr))
#define S3C2410_GPF(_nr) (S3C2410_GPIO_F_START + (_nr))
#define S3C2410_GPG(_nr) (S3C2410_GPIO_G_START + (_nr))
#define S3C2410_GPH(_nr) (S3C2410_GPIO_H_START + (_nr))

enum s3c_gpio_number {
 S3C2410_GPIO_A_START = 0,
 S3C2410_GPIO_B_START = S3C2410_GPIO_NEXT(S3C2410_GPIO_A),
 S3C2410_GPIO_C_START = S3C2410_GPIO_NEXT(S3C2410_GPIO_B),
 S3C2410_GPIO_D_START = S3C2410_GPIO_NEXT(S3C2410_GPIO_C),
 S3C2410_GPIO_E_START = S3C2410_GPIO_NEXT(S3C2410_GPIO_D),
 S3C2410_GPIO_F_START = S3C2410_GPIO_NEXT(S3C2410_GPIO_E),
 S3C2410_GPIO_G_START = S3C2410_GPIO_NEXT(S3C2410_GPIO_F),
 S3C2410_GPIO_H_START = S3C2410_GPIO_NEXT(S3C2410_GPIO_G),
};


#define S3C2410_GPIO_NEXT(__gpio)
 ((__gpio##_START) + (__gpio##_NR) + CONFIG_S3C_GPIO_SPACE + 0)

CONFIG_S3C_GPIO_SPAC是内核配置选项,在.config中可以找到,我的配置为:

CONFIG_S3C_GPIO_SPACE = 0

因此,以S3C2410_GPB(5)为例,其宏展开为:

S3C2410_GPIO_NEXT(S3C2410_GPIO_A) +5 =>

(S3C2410_GPIO_A_START + S3C2410_GPIO_A_NR +  CONFIG_S3C_GPIO_SPACE + 0) + 5 =>

很显然,S3C2410_GPB(5)就是从GPA的首地址+GPA个数+GPB的offset就是当前GPB的IO偏移量,即

0+32+5=37, 同理

S3C2410_GPB(0) 相当于 32

S3C2410_GPB(5) 相当于 37 

S3C2410_GPB(6) 相当于 38   

S3C2410_GPB(7) 相当于 39   

S3C2410_GPB(8) 相当于 40

到这里我们应该明白,这个宏的作用就是对端口进行编号,对于GPA其端口编号的范围是0~31,GPB端口编号范围是32~63,以此类推,当然这里所有的编号不一定都被使用。因为每组的端口的个数不一样,所以给每组都定义32个,以保证每组都够用。在得到端口号后,除以32得到的结果就可以确定这个端口是哪组的了。比如得到端口编号38,除以32后得到1,就知道是属于GPB里面的I/O口了。这在后面进一步分析中会看到。


3. LED 对应端口将要输出的状态列表分析

static unsigned int led_cfg_table [] = {

  S3C2410_GPIO_OUTPUT,

  S3C2410_GPIO_OUTPUT,

  S3C2410_GPIO_OUTPUT,

  S3C2410_GPIO_OUTPUT,

};

S3C2410_GPIO_OUTPUT定义在mach/regs-gpio.h

这里主要看最后的两位,表示了端口的状态。

00代表输入,01代表输出,10代表功能2,,1代表功能3.注意提示,GPA是没有输入功能的。

 

#define S3C2410_GPIO_LEAVE  (0xFFFFFFFF)

#define S3C2410_GPIO_INPUT  (0xFFFFFFF0) /* not available on A */

#define S3C2410_GPIO_OUTPUT  (0xFFFFFFF1)

#define S3C2410_GPIO_IRQ    (0xFFFFFFF2)  /* not available for all */

#define S3C2410_GPIO_SFN2    (0xFFFFFFF2) /* bank A => addr/cs/nand */

#define S3C2410_GPIO_SFN3    (0xFFFFFFF3) /* not available on A */

 

4、s3c2410_gpio_cfgpin(led_table[i], led_cfg_table[i])分析

函数源码定义在linux/arch/arm/plat-s3c24xx/gpio.c

函数原型:

void s3c2410_gpio_cfgpin(unsigned int pin, unsigned int function)

{

  void __iomem *base = S3C24XX_GPIO_BASE(pin);

  unsigned long mask;

  unsigned long con;

  unsigned long flags;

 

  if (pin < S3C2410_GPIO_BANKB) {  //判断I/O口是不是属于GPA,

      mask = 1 << S3C2410_GPIO_OFFSET(pin);

  } else {

      mask = 3 << S3C2410_GPIO_OFFSET(pin)*2;

  }

 

  switch (function) {              //根据要设置的管脚的功能进行相应的操作

  case S3C2410_GPIO_LEAVE:

      mask = 0;

      function = 0;

      break;

 

  case S3C2410_GPIO_INPUT:

  case S3C2410_GPIO_OUTPUT:

  case S3C2410_GPIO_SFN2:

  case S3C2410_GPIO_SFN3:

      if (pin < S3C2410_GPIO_BANKB) {

        function -= 1;

        function &= 1;

        function <<= S3C2410_GPIO_OFFSET(pin);

      } else {

        function &= 3;

        function <<= S3C2410_GPIO_OFFSET(pin)*2;

      }

  }

 

  /* modify the specified register wwith IRQs off */

 

  local_irq_save(flags);

 

  con  = __raw_readl(base + 0x00);

  con &= ~mask;

  con |= function;

 

  __raw_writel(con, base + 0x00);

 

  local_irq_restore(flags);

}

先看一下主体框架,主体通过switch(function)找到要设置的相应的功能进行对应的操作。这个估计很容易看懂。下面将里面几个不好搞懂的地方具体说一下。

对于void __iomem *base = S3C24XX_GPIO_BASE(pin);先来看它的实现

以下内容定义在/linux-2.6.32.2/arch/arm/mach-s3c2410includemachRegs-gpio.h

#define S3C24XX_GPIO_BASE(x)  S3C2410_GPIO_BASE(x)

#define S3C2410_GPIO_BASE(pin)  ((((pin) & ~31) >> 1) + S3C24XX_VA_GPIO)

以下内容定义在/linux-2.6.32.2/arch/arm/plat-s3c24xx/include/plat/map.h

#define S3C24XX_VA_GPIO    ((S3C24XX_PA_GPIO - S3C24XX_PA_UART) + S3C24XX_VA_UART)

以下内容定义在/linux-2.6.32.2/arch/arm/mach-s3c2410/include/mach/map.h

#define S3C24XX_PA_GPIO    S3C2410_PA_GPIO

#define S3C24XX_PA_UART    S3C2410_PA_UART

以下内容定义在/linux-2.6.32.2/arch/arm/plat-s3c24xx/include/plat/map.h

#define S3C2410_PA_GPIO    (0x56000000)

#define S3C2410_PA_UART    (0x50000000)

以下内容定义在linux-2.6.32.2/arch/arm/plat-s3c24xx/include/plat/map.h

#define S3C24XX_VA_UART    S3C_VA_UART

以下内容定义在linux-2.6.32.2/arch/arm/plat-s3c/include/plat/map.h

#define S3C_VA_UART S3C_ADDR(0x01000000)  /* UART */

以下内容定义在linux-2.6.32.2/arch/arm/plat-s3c/include/plat/Map-base.h

#ifndef __ASSEMBLY__

#define S3C_ADDR(x) ((void __iomem __force *)S3C_ADDR_BASE + (x))

#else

#define S3C_ADDR(x) (S3C_ADDR_BASE + (x))

#endif

#define S3C_ADDR_BASE (0xF4000000)

 

到这找出了定义S3C24XX_GPIO_BASE(x)全部的宏,从此处可以发现,linux中文件的定义分布是比较散乱的,这也是让很多初学者头疼的地方。接着分析

S3C24XX_VA_GPIO=((S3C24XX_PA_GPIO - S3C24XX_PA_UART) + S3C24XX_VA_UART)

              =((0x56000000 - 0x50000000) + (0xF4000000 + 0x01000000))

              = (0x06000000 + 0xF5000000)

              = (0xFB000000)

#define S3C_VA_UART S3C_ADDR(0x01000000)  /* UART */

这句话看出在虚拟地址的基地址上偏移0x01000000

对下面两个进行解释:

#define S3C_ADDR_BASE (0xF4000000)  所有寄存器虚拟地址首地址

#S3C24XX_VA_GPIO                    GPIO的虚拟地址首地址

S3C2410_GPB(5)通过上面的计算其数值为37,

S3C24XX_GPIO_BASE(S3C2410_GPB(5))= S3C24XX_GPIO_BASE(37)

=((((37) & ~31) >> 1) + S3C24XX_VA_GPIO)

=((((37) & ~31) >> 1) + (0xFB000000))= 0xFB000010

所以最终*base =0xFB000010,这个就是GPBCON的虚拟地址,查看其手册我们知道GPBCON物理地址为0X56000010, GPACON的虚拟地址0xFB000000,查看其手册我们知道GPACON物理地址为0X56000000,下面的程序通过访问这个虚拟地址,来访问控制寄存器,实现对I/O端口的配置,此时有人就会问,我访问这个虚拟地址,为什么就能实现了对该物理地址的访问?这是MMU的虚拟地址和物理地址的映射问题,关于这个的问题比较复杂,我专门找了一篇文章来介绍这个虚实映射关系,看本站的《2410下寄存器地址虚实映射的实现》http://www.linuxidc.com/Linux/2013-01/77977.htm 的这一文章,因为内容较多,我不在这里介绍。


还一个问题

((((pin) & ~31) >> 1)到底是神马意思?这个主要靠理解,刚才上面说了每组端口定义为32个,((pin) & ~31)相当于就是把低五位全部清零,而第五位所能代表的范围正好是32,有点以大小32进行对其的意思。如果将得到的数值右移5位的话,得到的数值(设为ppvalue)能正好代表是哪组I/O口。这里为什么右移1位呢,我们看下

[1] [2]
关键字:mini2440  led  驱动程序 引用地址:mini2440 led驱动程序经典分析

上一篇:mini2440 Norflash驱动移植过程
下一篇:mini2440重新烧写supervivi方法

推荐阅读最新更新时间:2026-03-19 12:58

mini2440 led驱动程序经典分析
Linux内核为2.6.32.2 源码分析工具source insight 前言:在裸机中操作几个gpio口很简单,对控制寄存器和数据寄存器进行配置即可,但要在linux系统中实现同样的功能还是得费上一番周折的。 以下是驱动的源码。 #include …… #define DEVICE_NAME leds //设备名 static unsigned long led_table = { S3C2410_GPB(5), S3C2410_GPB(6), S3C2410_GPB(7), S3C2410_GPB(8), }; static unsigned int led_cfg_table = { S3C2410_GPIO_
[单片机]
linux-2.6.32在mini2440开发板上移植 LED 驱动程序移植
LED 驱动程序移植 编者;对于led的驱动程序,很多文章都有详细的介绍,我的博客里面有一篇专门详解这个的。需要看的,可以找下。led灯的驱动其实就代表了I/O口的驱动。在linux系统下,操作一个I/O口,可以说实在是麻烦至极与裸机操作相比较的话。这里简介移植过程,没写分析。 1 LED 驱动原理 这个就给个图就够了,搞驱动要连这个都搞不懂,那就完了。 2、驱动的移植。 在drivers/char 目录下,我们建立一个驱动程序文件mini2440_leds.c,内容如下: span style= font-size: 18px; #include linux/miscdevice.h #include linux/dela
[单片机]
linux-2.6.32在<font color='red'>mini2440</font>开发板上移植 <font color='red'>LED</font> <font color='red'>驱动程序</font>移植
Mini2440 按键驱动程序学习笔记
参考了友善之臂的按键驱动程序和韦东山写的《嵌入式Linux应用开发完全手册》【下载见 http://www.linuxidc.com/Linux/2011-01/31114.htm 】一书的第20章—Linux异常处理体系结构部分的按键驱动程序,修改了部分内容,学习了嵌入式Linux下按键驱动程序。 按照习惯,先看原理,对所学习的知识结构有了大致的了解了开始阅读别人的代码,仔细分析代码实现的每个过程。由于时间有限,我只了解了一些概念性的理论和内核代码中部分数据结构,学习的过程还有待深入。对于我这样的初学者来说,想把资料中所介绍的每个原理和具体的实现方法都完全掌握,恐怕不止是时间的问题,我所追求的是一种快速上手的方法,先学会用再深入
[单片机]
mini2440上DS18B20的驱动程序(含简单测试)
ds18b20_drv.c #include linux/init.h #include linux/module.h #include linux/delay.h #include linux/kernel.h #include linux/moduleparam.h #include linux/init.h #include linux/types.h #include linux/fs.h #include mach/regs-gpio.h #include mach/hardware.h #include linux/cdev.h #include
[单片机]
linux-2.6.32在mini2440开发板上移植 添加ADC驱动程序
添加ADC驱动程序 编者:由于内核没有支持S3C2440的ADC驱动,在这里增加ADC驱动。友善的手册对这个介绍的还算相当详细,所以直接按照手册进行。里面的代码也有详细的注释。ADC驱动属于字符型设备,在这里以杂项设备也有的翻译为混杂设备,进行实现。 1 、关于S3C2440 的ADC 和触摸屏接口 Linux-2.6.32.2 内核并没有提供支持S3C2440 的ADC 驱动程序,因此我们自行设计了一个,这个驱动比较简单,属于字符设备,它位于drivers/char 目录下,驱动程序的文件名为:mini2440_adc.c。在S3C2440 芯片中,AD 输入和触摸屏接口使用共同的A/D 转换器,见2440 芯片手册第16
[单片机]
linux-2.6.32在<font color='red'>mini2440</font>开发板上移植 添加ADC<font color='red'>驱动程序</font>
友善之臂Mini2440之嵌入式Linux下Nor Flash驱动程序设计
前面已经详细讲述了MTD子系统原理知识,这一节讲述嵌入式Linux下对NorFlash的驱动程序设计。在MTD设备层上有MTD字符设备和MTD块设备。 1、MTD字符设备层的源码文件为/mtd/mtdchar.c。该源码文件为MTD原始设备提供了一个字符设备访问接口,使得上层应用程序可以以字符设备的方式来访问MTD原始设备。mtdchar.c主要定义了一个字符设备访问文件操作函数和向内核注册了一个字符设备,MTD字符设备的主设备号为90,源码如下: #define MTD_CHAR_MAJOR 90 #define MTD_BLOCK_MAJOR 31 static const struct file_operatio
[单片机]
mini2440按键驱动程序分析
先说明一下按键与S3C2440芯片的连接方式: KEY1 ---- EINT8 ---- GPG0 KEY2 ---- EINT11 ---- GPG3 KEY3 ---- EINT13 ---- GPG5 KEY4 ---- EINT14 ---- GPG6 KEY5 ---- EINT15 ---- GPG7 KEY6 ---- EINT19 ---- GPG11 驱动程序源码如下: (drivers/char/mini2440_buttons.c) #include linux/module.h #include linux/kernel.h #include linux/fs.h #include linux
[单片机]
mini2440之首个C程序点亮LED分析
启动文件+库+文件 启动文件: 硬件的初始化 1.关看门口狗(看门狗就是定时器,系统启动时开启的,开始计时如果3秒没有关闭,则自动重启系统) 2.初始化时钟(2440一上电的为12hz,最大可以达到400hz,所以为了使其更快,就需要设置高一点) 3.初始化SDRAM 软件初始化 4.设置栈(将栈指针指向某块内存) 5.设置main函数的返回地址 6.调用main函数 7.清理工作 (注:mini2440中2步慢点没关系小只是点亮灯而已,3步不用sdram用内置sram所以可以不设) 硬件初始化 .text .global _start _start: @硬件初始化 ldr r0, =0x5300
[单片机]
小广播
最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

厂商技术中心

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

 
机器人开发圈

电子工程世界版权所有 京ICP证060456号 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2026 EEWORLD.com.cn, Inc. All rights reserved