十八、优化按键驱动

之前写的按键驱动中发现一个不足之处,还有一个bug,先附上代码

key.c

  1 #include <linux/init.h>
  2 #include <linux/module.h>
  3 #include <linux/miscdevice.h>
  4 #include <linux/fs.h>
  5 #include <linux/interrupt.h>
  6 #include <linux/io.h>
  7 #include <linux/wait.h>
  8 #include <linux/uaccess.h>
  9 #include <linux/workqueue.h>
 10 #include <asm/ioctls.h>
 11 
 12 #define GPNCON  0x7F008830
 13 
 14 struct my_key_struct {
 15     int irq;
 16     int id;
 17     char name[16];
 18 };
 19 
 20 struct my_key_struct my_key_config[6] = {
 21     {S3C_EINT(0), 0, "key0"},
 22     {S3C_EINT(1), 1, "key1"},
 23     {S3C_EINT(2), 2, "key2"},
 24     {S3C_EINT(3), 3, "key3"},
 25     {S3C_EINT(4), 4, "key4"},
 26     {S3C_EINT(5), 5, "key5"},
 27 };
 28 
 29 static int __g_key_value;
 30 
 31 int volatile condition = 0;
 32 DECLARE_WAIT_QUEUE_HEAD(key_wqh);
 33 
 34 //struct work_struct my_work;
 35 struct delayed_work my_delayed_work;
 36 struct workqueue_struct *p_my_workqueue;
 37 
 38 void my_work_func (struct work_struct *p_work)
 39 {
 40     condition = 1;
 41     wake_up_interruptible(&key_wqh);
 42 }
 43 
 44 irqreturn_t key_irqhandler (int irq, void *p_arg)
 45 {
 46     __g_key_value = *((int *)p_arg);
 47 
 48     //printk("irq\n");
 49 
 50     //schedule_work(&my_work);
 51     //schedule_delayed_work(&my_delayed_work, 2);
 52     //queue_work(p_my_workqueue, &my_work);
 53     queue_delayed_work(p_my_workqueue, &my_delayed_work, 20);
 54 
 55     return 0;
 56 }
 57 
 58 static int key_open (struct inode *p_inode, struct file *p_file)
 59 {
 60     int ret, i;
 61     int *p_gpncon;
 62     int temp;
 63     
 64     p_gpncon = ioremap(GPNCON, 4);
 65     temp = readl(p_gpncon);
 66     temp &= ~(0xFFF);
 67     temp |= 0xAAA;
 68     writel(temp, p_gpncon);
 69      
 70     p_my_workqueue = create_singlethread_workqueue("my_workqueue");
 71 
 72     //INIT_WORK(&my_work, my_work_func);
 73     INIT_DELAYED_WORK(&my_delayed_work, my_work_func);
 74 
 75     for (i = 0; i < 6; i++) {
 76         ret = request_irq(my_key_config[i].irq, 
 77                           key_irqhandler, 
 78                           IRQF_TRIGGER_FALLING, 
 79                           my_key_config[i].name, 
 80                           (void*)&my_key_config[i].id);
 81 
 82         if (ret != 0) {
 83 
 84             i--;
 85             while (i >= 0) {
 86                 free_irq(my_key_config[i].irq, (void*)&my_key_config[i].id);
 87             }
 88             return -1;
 89         }
 90     }
 91 
 92     return 0;
 93 }
 94 
 95 static int key_close (struct inode *p_inode, struct file *p_file)
 96 {
 97      int i;
 98 
 99     for (i = 0; i < 6; i++) {
100         free_irq(my_key_config[i].irq, (void*)&my_key_config[i].id);
101     } 
102 
103     destroy_workqueue(p_my_workqueue);
104 
105     return 0;
106 }
107 
108 static ssize_t key_read (struct file *p_file, char __user *p_dat, size_t size, loff_t *p_loff)
109 {
110     unsigned long err;
111 
112     if (p_file->f_flags & O_NONBLOCK) {
113         if (condition == 0) {
114             return -EAGAIN;
115         } else {
116             condition = 0;
117             if (!copy_to_user(p_dat, &__g_key_value, 4)) {
118                 return 4;
119             }
120         }
121     } else {
122         wait_event_interruptible(key_wqh, condition);
123         condition = 0;
124     }
125 
126     if (!copy_to_user(p_dat, &__g_key_value, 4)) {
127         __g_key_value = -1;
128 
129         return 4;
130     }
131 
132     return 0;
133 }
134 
135 static struct file_operations fops = {
136     .owner = THIS_MODULE,
137     .open = key_open,
138     .release = key_close,
139     .read = key_read,
140 };
141 
142 static struct miscdevice key_dev = {
143     .minor = MISC_DYNAMIC_MINOR,
144     .name = "mykey",
145     .fops = &fops,
146 };
147 
148 static int __init key_init (void)
149 {
150     misc_register(&key_dev);
151 
152     return 0;
153 }
154 
155 static void __exit key_exit (void)
156 {
157     misc_deregister(&key_dev);
158 }
159 
160 module_init(key_init);
161 module_exit(key_exit);
162 
163 MODULE_LICENSE("GPL");

key_app.c

 1 #include <stdio.h>
 2 #include <sys/types.h>
 3 #include <sys/stat.h>
 4 #include <fcntl.h>
 5 #include <sys/ioctl.h>
 6 
 7 int main(int argc, const char *argv[])
 8 {
 9     int fd;
10     int key_val;
11     unsigned long mode = 1;
12     int ret;
13     int flag;
14 
15     fd = open("/dev/mykey", O_RDWR);
16 
17     while (1) {
18         ret = read(fd, &key_val, 4);
19         if (4 == ret) {
20             printf("\nkey_val = %d\n", key_val);
21 
22             if (key_val == 5) {
23                 flag = fcntl(fd, F_GETFL);
24                 flag |= O_NONBLOCK;
25                 fcntl(fd, F_SETFL, flag);
26             } else if (key_val == 3) {
27                 flag = fcntl(fd, F_GETFL);
28                 flag &= ~O_NONBLOCK;
29                 fcntl(fd, F_SETFL, flag);
30             } else if (key_val == 4) {
31                 close(fd);
32                 exit(1);
33             }
34         } else {
35             printf("f");
36         }
37     }
38 
39     return 0;
40 }

在调用read函数读取按键的值时应该有阻塞和非阻塞两种方式,用open("/dev/mykey", O_RDWR);方式打开默认是阻塞的方式,如果要用非阻塞的方式打开则可以用open("/dev/mykey", O_RDWR | O_NONBLOCK);或者用fcntl设置(见key_app.c第23~25行),第27~29行则是设置成阻塞模式。在驱动代码key.c中的read函数中要检测O_NONBLOCK这个标志来实现阻塞或非阻塞。

另外open函数中将工作队列相关的两个函数放到了申请中断的前面,这样做是为了解决一个BUG。我们用insmod key.ko将按键驱动加载到内核中去之后不执行key_app,也就是说没有执行open函数中的创建工作队列和申请中断的操作,这时按下按键,虽然不会有任何反应,但是中断会挂起,之后再执行原先的key_app后在open函数里面首先就是注册中断,而注册中断之后由于已经有挂起的中断,因此会立马执行到注册的中断函数里面,在中断函数里面调用queue_delayed_work(p_my_workqueue, &my_delayed_work, 20);很遗憾的是此时工作队列都还没有,因此程序崩溃了。解决方法就是将工作队列相关函数放到申请中断之前。

转载于:https://www.cnblogs.com/Suzkfly/p/10417574.html

以下是对提供的参考资料的总结,按照要求结构化多个要点分条输出: 4G/5G无线网络优化与网规案例分析: NSA站点下终端掉4G问题:部分用户反馈NSA终端频繁掉4G,主要因终端主动发起SCGfail导致。分析显示,在信号较好的环境下,终端可能因节能、过热保护等原因主动释放连接。解决方案建议终端侧进行分析处理,尝试关闭节电开关等。 RSSI算法识别天馈遮挡:通过计算RSSI平均值及差值识别天馈遮挡,差值大于3dB则认定有遮挡。不同设备分组规则不同,如64T和32T。此方法可有效帮助现场人员识别因环境变化引起的网络问题。 5G 160M组网小区CA不生效:某5G站点开启100M+60M CA功能后,测试发现UE无法正常使用CA功能。问题原因在于CA频点集标识配置错误,修正后测试正常。 5G网络优化与策略: CCE映射方式优化:针对诺基亚站点覆盖农村区域,通过优化CCE资源映射方式(交织、非交织),提升RRC连接建立成功率和无线接通率。非交织方式相比交织方式有显著提升。 5G AAU两扇区组网:与三扇区组网相比,AAU两扇区组网在RSRP、SINR、下载速率和上传速率上表现不同,需根据具体场景选择适合的组网方式。 5G语音解决方案:包括沿用4G语音解决方案、EPS Fallback方案和VoNR方案。不同方案适用于不同的5G组网策略,如NSA和SA,并影响语音连续性和网络覆盖。 4G网络优化与资源利用: 4G室分设备利旧:面对4G网络投资压减与资源需求矛盾,提出利旧多维度调优策略,包括资源整合、统筹调配既有资源,以满足新增需求和提质增效。 宏站RRU设备1托N射灯:针对5G深度覆盖需求,研究使用宏站AAU结合1托N射灯方案,快速便捷地开通5G站点,提升深度覆盖能力。 基站与流程管理: 爱立信LTE基站邻区添加流程:未提供具体内容,但通常涉及邻区规划、参数配置、测试验证等步骤,以确保基站间顺畅切换和覆盖连续性。 网络规划与策略: 新高铁跨海大桥覆盖方案试点:虽未提供详细内容,但可推测涉及高铁跨海大桥区域的4G/5G网络覆盖规划,需考虑信号穿透、移动性管理、网络容量等因素。 总结: 提供的参考资料涵盖了4G/5G无线网络优化、网规案例分析、网络优化策略、资源利用、基站管理等多个方面。 通过具体案例分析,展示了无线网络优化中的常见问题及解决方案,如NSA终端掉4G、RSSI识别天馈遮挡、CA不生效等。 强调了5G网络优化与策略的重要性,包括CCE映射方式优化、5G语音解决方案、AAU扇区组网选择等。 提出了4G网络优化与资源利用的策略,如室分设备利旧、宏站RRU设备1托N射灯等。 基站与流程管理方面,提到了爱立信LTE基站邻区添加流程,但未给出具体细节。 新高铁跨海大桥覆盖方案试点展示了特殊场景下的网络规划需求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值