S3C2440内核蜂鸣器驱动解读

发布者:WhisperingWaves最新更新时间:2024-08-21 来源: cnblogs关键字:S3C2440  内核  蜂鸣器驱动 手机看文章 扫描二维码
随时随地手机看文章

首先介绍需要的一些头文件的位置


linux-2.6.32.内核重要文件目录:

linux-2.6.32.2/arch/arm/mach-s3c2410/include/mach/regs-gpio.h

linux-2.6.32.2/arch/arm/plat-s3c24xx/gpio.c

linux-2.6.32.2/linux/asm-generic/io.h

linux-2.6.32.2/include/linux/wait.h

asm -- linux-2.6.32.2/linux/asm-generic

mach -- linux-2.6.32.2/arch/arm/mach-s3c2410/include/mach

plat -- linux-2.6.32.2/arch/arm/plat-s3c24xx/include/plat

-- linux-2.6.32.2/arch/arm/plat/include/plat


1、2440蜂鸣器内核驱动

展示内核驱动


#include

#include

#include

#include

#include

#include

#include

#include

#include

#include

#include


#include

#include

#include

#include

#include

 

#include

#include


static int beep_major = 0;

module_param(beep_major, int, 0);//传参函数,并在模块目录下会生成parameter目录及参数文件

/*

MODULE_AUTHOR ( 声明谁编写了模块 ),

MODULE_DESCRIPION( 一个人可读的关于模块做什么的声明 ),

MODULE_VERSION ( 一个代码修订版本号; 看 的注释以便知道创建版本字串使用的惯例),

MODULE_ALIAS ( 模块为人所知的另一个名字 ), 以及 MODULE_DEVICE_TABLE ( 来告知用户空间, 模块支持那些设备 ). 

MODULE_LICENSE(“GPL”);

内核认识的特定许可有, “GPL”( 适用 GNU 通用公共许可的任何版本 ), “GPL v2”( 只适用 GPL 版本 2 ), “GPL and additional rights”, “Dual BSD/GPL”, “Dual MPL/GPL”, 和 “Proprietary”. 除非你的模块明确标识是在内核认识的一个自由许可下, 否则就假定它是私有的

*/

MODULE_AUTHOR('All');

MODULE_LICENSE('Dual BSD/GPL');


#define BEEP_MAGIC 'b'

#define BEEP_START_CMD _IO (BEEP_MAGIC, 1)//使用内核函数库提供的_IO函数,最后参考文献详细查看

#define BEEP_STOP_CMD _IO (BEEP_MAGIC, 2)


/*

 * Open the device; in fact, there's nothing to do here.

 */

int beep_open (struct inode *inode, struct file *filp)

{

return 0;

}


ssize_t beep_read(struct file *file, char __user *buff, size_t count, loff_t *offp)

{

return 0;

}


ssize_t beep_write(struct file *file, const char __user *buff, size_t count, loff_t *offp)

{

return 0;

}

//一般像read、write一般这些函数不会写什么内容,open有时候会放入初始化函数


/*

使用s3c2410_gpio_cfgpin函数初始化端口,设置为输出,s3c2410_gpio_setpin设置端口输出高低电压,对着开发手册进行设置自己所需要的输出电压。s3c2410_gpio_pullup控制上拉电阻

*/

void beep_stop( void )

{

//set GPB0 as output

s3c2410_gpio_cfgpin(S3C2410_GPB(0), S3C2410_GPIO_OUTPUT);

s3c2410_gpio_setpin(S3C2410_GPB(0),0);

}


void beep_start( void )

{

//set GPB0 as output

s3c2410_gpio_pullup(S3C2410_GPB(0),1);

s3c2410_gpio_cfgpin(S3C2410_GPB(0), S3C2410_GPIO_OUTPUT);

s3c2410_gpio_setpin(S3C2410_GPB(0),1);

}


/*函数调用,使用ioctl可以通过不同的cmd数,选择所调用的内核函数*/

static int beep_ioctl(struct inode *inode, struct file *file, unsigned int cmd, unsigned long arg)

{

//add your src HERE!!!

switch ( cmd ) {

case BEEP_START_CMD: {

beep_start(); break;

}

case BEEP_STOP_CMD: {

beep_stop(); break;

}

default: {

break;

}

}

return 0;


}


static int beep_release(struct inode *node, struct file *file)

{

return 0;

}


/*

 * Set up the cdev structure for a device.

 */

static void beep_setup_cdev(struct cdev *dev, int minor,

struct file_operations *fops)

{

int err, devno = MKDEV(beep_major, minor);

    

cdev_init(dev, fops);

    //注册设备,或者应该说是初始化

dev->owner = THIS_MODULE;

dev->ops = fops;

err = cdev_add (dev, devno, 1);

    //向内核添加设备失败,linux-2.6之后使用者两个函数进行注册和添加

if (err)

printk (KERN_NOTICE 'Error %d adding beep%d', err, minor);

}


 /*

 file_operations结构体

 Linux使用file_operations结构访问驱动程序的函数,这个结构的每一个成员的名字都对应着一个函数调用。

  用户进程利用在对设备文件进行诸如read/write操作的时候,系统调用通过设备文件的主设备号找到相应的设备驱动程序,然后读取这个数据结构相应的函数指针,接着把控制权交给该函数,这是Linux的设备驱动程序工作的基本原理。

  struct module *owner

  第一个 file_operations 成员根本不是一个操作,它是一个指向拥有这个结构的模块的指针。这个成员用来在它的操作还在被使用时阻止模块被卸载. 几乎所有时间中, 它被简单初始化为 THIS_MODULE, 一个在 中定义的宏.这个宏比较复杂,在进行简单学习操作的时候,一般初始化为THIS_MODULE。

https://blog.csdn.net/zqixiao_09/article/details/50850475

*/

static struct file_operations beep_remap_ops = {

.owner   = THIS_MODULE,

.open    = beep_open,

.release = beep_release,

.read    = beep_read,

.write   = beep_write,

.ioctl   = beep_ioctl,

};


/*

 * There's no need for us to maintain any

 * special housekeeping info, so we just deal with raw cdevs.

 */

static struct cdev BeepDevs;


/*

 * Module housekeeping.

 */

/*beep_init函数主要用于获取设备号,用于内核识别*/

static int beep_init(void)

{

int result;

dev_t dev = MKDEV(beep_major, 0);

    //格式转换,beep_major是主设备号,这里是靠调用驱动时的传参,默认为0 

char dev_name[]='beep';


/* Figure out our device number. */

if (beep_major)

result = register_chrdev_region(dev, 1, dev_name);

    //手动分配注册设备号,如果之前没有分配设备号,beep_major为0因此调用动态分配设备号进行注册,但是内核分配后beep_major不为0,就会调用该函数,也就是说知道主设备号才来使用该函数

else {

result = alloc_chrdev_region(&dev, 0, 1, dev_name);

beep_major = MAJOR(dev);

    //动态分配注册设备号,并更新主设备号,详细查看https://blog.csdn.net/welbell_uplooking/article/details/83654312

}

if (result < 0) {

printk(KERN_WARNING 'beep: unable to get major %dn', beep_major);

return result;

}

if (beep_major == 0)

beep_major = result;


/* Now set up cdev. */

beep_setup_cdev(&BeepDevs, 0, &beep_remap_ops);

printk('beep device installed, with major %dn', beep_major);

printk('The device name is: %sn', dev_name);

return 0;

}



static void beep_cleanup(void)

{

cdev_del(&BeepDevs);

    //注销设备,删除一个cdev

unregister_chrdev_region(MKDEV(beep_major, 0), 1);

    //释放注销的所占用的设备号

printk('beep device uninstalledn');

}



module_init(beep_init);

module_exit(beep_cleanup);

//驱动加载系统传参

EXPORT_SYMBOL(beep_major);



加载驱动模块


insmod beep_dev.ko


创建dev下面beep设备文件与我们的beep_dev驱动绑定


mknod /dev/beep c 251 0


原命令形式:mknod /dev/node_name c major minor


只有创建了beep文件用户才能通过open之类的操作访问或者调用内核驱动函数


2、2440蜂鸣器用户函数

其次是蜂鸣器内核外的应用层函数


#include

#include

#include

#include

#include


#define BEEP_MAGIC 'b'

#define BEEP_START_CMD _IO (BEEP_MAGIC, 1)

#define BEEP_STOP_CMD _IO (BEEP_MAGIC, 2)




int main()

{

int i = 0;

int dev_fd;

dev_fd = open('/dev/beep',O_RDWR | O_NONBLOCK);

if ( dev_fd == -1 ) {

printf('Cann't open file /dev/beepn');

exit(1);

}

printf('Start beepn');

ioctl (dev_fd, BEEP_START_CMD,0);

getchar();

ioctl (dev_fd, BEEP_STOP_CMD,0);

printf('Stop beep and Close devicen');

close(dev_fd);

return 0;

}



关系大概如下:

image-20230613190752929


关键字:S3C2440  内核  蜂鸣器驱动 引用地址:S3C2440内核蜂鸣器驱动解读

上一篇:TQ2440--nandflash(K9F2G08U0A)驱动编写
下一篇:S3C2440 SPI驱动框架

推荐阅读最新更新时间:2026-03-25 06:54

Linux驱动内核自带的S3C2440的LCD驱动分析
先来看一下应用程序是怎么操作屏幕的:Linux是工作在保护模式下,所以用户态进程是无法象DOS那样使用显卡BIOS里提供的中断调用来实现直接写屏,Linux抽象出FrameBuffer这个设备来供用户态进程实现直接写屏。FrameBuffer机制模仿显卡的功能,将显卡硬件结构抽象掉,可以通过Framebuffer的读写直接对显存进行操作。用户可以将Framebuffer看成是显示内存的一个映像,将其映射到进程地址空间之后,就可以直接进行读写操作,而写操作可以立即反应在屏幕上。这种操作是抽象的,统一的。用户不必关心物理显存的位置、换页机制等等具体细节,这些都是由Framebuffer设备驱动来完成的。 文字说明可能不是很明白,下
[单片机]
s3c2440液晶屏驱动 (非内核自带) linux-4.1.24
对于,不想逐一检查内核自带驱动,想自己编写驱动。 1,make menuconfig 去掉 编译到内核,改为 M 编译为 模块(因为要用到里面的3个.ko 驱动) Device Drivers --- Graphics support --- Support for frame buffer devices --- M S3C2410 LCD framebuffer support 2,make uImage && make modules 生成新内核 和 模块文件 烧写新内核或使用 nfs bootm 使用编译为 M 模块的内核启动。 复制 3个 ko 文件到 文件系统,这里用的是 NFS 网络文件
[单片机]
S3C2440移植linux3.4.2内核之修改分区以及制作根文件系统
上一节S3C2440移植linux3.4.2内核之内核框架介绍及简单修改我们简单配置了内核,这节来根据继续修改内核。 启动内核 内核启动的打印信息如下图所示 可以看到内核有8个分区,而我们的uboot只有4个分区。 0x00000000-0x00040000 : bootloader //存放uboot 0x00040000-0x00060000 : params //存放环境变量 0x00060000-0x00260000 : kernel //存放内核 0x00260000-0x10000000 : rootfs //存放文件系统 所以接下来我们来修改内
[单片机]
S3C2440移植linux3.4.2内核内核框架介绍及简单修改
uboot启动内核分析 进入cmd_bootm.c,找到对应的bootm命令对应的do_bootm(): int do_bootm(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv ) { boot_os_fn *boot_fn; //boot_fn是个数组函数 ... .. boot_fn(0, argc, argv, &images); //调用数组函数 ... ... } boot_os_fn是个typedef型,如下图所示: 由于定义了宏CONFIG_BOOTM_LINUX,最终会跳转到do_bootm - do_bootm_linu
[单片机]
s3c2440上linux-2.6.28.7内核配置及Qtopia文件系统移植和搭建
一、linux-2.6.28.7内核配置过程 1,新编译好的内核下载到FLASH中,启动linux以后报错,说找不到rootfs入口,解决方法是内核编译选项中选中“file system- yaffs2 fs support”,以及 let yaffs to its ecc . 2,烧写好内核及文件系统后,发现无论怎么点击触摸屏,系统都没有反应,可是开发板自带的kernel烧上去后就没有问题,所以,判断问题还是出于内核配置的问题。解决办法是内核配置“device drivers- input device- (*)touchscreen interface并且(*)touchscreen event”, 以及“device
[单片机]
移植内核2.6.24.4到S3C2440
百经周折,终于新内核启动了新的系统。 多谢小卒的指导,还有这两篇文章的作者,给了我很多帮助。 http://blog.chinaunix.net/u2/63560/showart_511924.html http://blog.csdn.net/hongjiujing/archive/2007/09/19/1790842.aspx 很多工作还刚开始,先记录下来,别以后自己都忘了。 --------------------------------------------------------------------------------------------------- 移植环境: 主机:CentOS 5.1 交
[单片机]
基于S3C2440的Linux内核移植和yaffs2文件系统制作--根文件系统
第二章 制作根文件系统 2.1 根文件系统预备知识 嵌入式Linux中都需要构建根文件系统,构建根文件系统的规则在FHS(Filesystem Hierarchy Standard)文档中,下面是根文件系统顶层目录。 目录 内容 bin 存放所有用户都可以使用的、基本的命令。 sbin 存放的是基本的系统命令,它们用于启动系统、修复系统等。 usr 里面存放的是共享、只读的程序和数据。 proc 这是个空目录,常作为proc文件系统的挂载点。 dev 该目录存放设备文件和其它特殊文件。 etc 存放系统配置文件,包括启动文件。 lib 存放共享库和可加载块(即驱动程序),共享库用于启动系统、运行根文件系统中的可执行程序。 boo
[单片机]
Linux下简易蜂鸣器驱动代码及测试实例
驱动代码: #include linux/module.h #include linux/kernel.h #include linux/init.h #include linux/fs.h #include linux/err.h #include linux/miscdevice.h #include mach/gpio.h #include mach/regs-gpio.h #include plat/gpio-cfg.h #define DEVICE_NAME beep3 #define BEEP_MAGIC 'k' #define BEEP_START_CM
[单片机]
小广播
最新单片机文章
何立民专栏 单片机及嵌入式宝典

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

厂商技术中心

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

 
机器人开发圈

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