免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
123下一页
最近访问板块 发新帖
查看: 9656 | 回复: 21
打印 上一主题 下一主题

驱动使用iounmap出现vfree(): sleeping in interrupt!! [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-08-04 22:27 |只看该作者 |倒序浏览
在测试pci驱动时,用ioremap把bark空间映射到内存虚拟地址,
但iounmap时出现了:
vfree(): sleeping in interrupt!!
c038b484 db2c700c db2c700c 00000000 e09300c3 e0938000 00000000 e09343e0
       c038b4d4 00000202 00000282 db2c708c db2c700c d47a1580 d6e00d80 c038b4e0
       e092f8d4 db2c700c db2c700c 00000005 db2c7000 db2c7168 db2c7000 c038b500
请大家帮忙看看,谢谢了!

论坛徽章:
0
2 [报告]
发表于 2009-08-06 12:35 |只看该作者
你是在中断中调用的吗?

论坛徽章:
3
金牛座
日期:2014-06-14 22:04:062015年辞旧岁徽章
日期:2015-03-03 16:54:152015年迎新春徽章
日期:2015-03-04 09:49:45
3 [报告]
发表于 2009-08-06 12:40 |只看该作者

回复 #1 red_eyed_hare 的帖子

这个地方明显是vfree中可能有睡眠调用,而你在中断中睡眠,显然是不允许的。

论坛徽章:
0
4 [报告]
发表于 2009-08-06 15:06 |只看该作者
谢谢了!你能不能说的详细一点,是iounmap中调用了vfree吗?但是我的驱动是在释放中断后再调用iounmap,应该不存在还有中断的影响啊?

论坛徽章:
0
5 [报告]
发表于 2009-08-06 15:11 |只看该作者
问题可不可能是调用驱动的软件引起的?在软件中调用硬件驱动,软件有自己的中断,驱动中有自己的中断,打开设备,关闭设备。在iounmap之前,驱动中的中断都释放了,应该不会有中断干扰了吧?

论坛徽章:
3
金牛座
日期:2014-06-14 22:04:062015年辞旧岁徽章
日期:2015-03-03 16:54:152015年迎新春徽章
日期:2015-03-04 09:49:45
6 [报告]
发表于 2009-08-06 15:27 |只看该作者

回复 #4 red_eyed_hare 的帖子

应该是调用了vfree造成的

论坛徽章:
0
7 [报告]
发表于 2009-08-06 15:59 |只看该作者
谢谢你啊!我也刚看了源码,是vfree造成的,里面判断了in_interrupt(),驱动里面的中断释放了,但是软件里面还留有,所以还会
if (in_interrupt()) {
printk("vfree(): sleeping in interrupt!! ");
#ifdef __i386__
show_stack(NULL);
#endif
能不能解决这个问题啊?
就是我驱动里不想让它打印这些!
谢了!dreamice

论坛徽章:
0
8 [报告]
发表于 2009-08-06 16:15 |只看该作者
下面是vfree的函数:
void vfree(void * addr)
{
struct vm_struct **p, *tmp;

if (!addr)
return;
if ((PAGE_SIZE-1) & (unsigned long) addr) {
printk(KERN_ERR "Trying to vfree() bad address (%p) ", addr);
return; if (in_interrupt()) {
printk("vfree(): sleeping in interrupt!! ");
#ifdef __i386__
show_stack(NULL);
#endif
}

}
write_lock(&vmlist_lock);
for (p = &vmlist ; (tmp = *p) ; p = &tmp->next) {
if (tmp->addr == addr) {
*p = tmp->next;
vmfree_area_pages(VMALLOC_VMADDR(tmp->addr), tmp->size);
write_unlock(&vmlist_lock);
kfree(tmp);
return;
}
}
write_unlock(&vmlist_lock);
printk(KERN_ERR "Trying to vfree() nonexistent vm area (%p) ", addr);
#ifdef __i386__
show_stack(NULL);
#endif
}
我可不可以直接写一个
void vfree123(void * addr)
{
struct vm_struct **p, *tmp;

if (!addr)
return;
if ((PAGE_SIZE-1) & (unsigned long) addr) {
printk(KERN_ERR "Trying to vfree() bad address (%p) ", addr);
return;
}
write_lock(&vmlist_lock);
for (p = &vmlist ; (tmp = *p) ; p = &tmp->next) {
if (tmp->addr == addr) {
*p = tmp->next;
vmfree_area_pages(VMALLOC_VMADDR(tmp->addr), tmp->size);
write_unlock(&vmlist_lock);
kfree(tmp);
return;
}
}
write_unlock(&vmlist_lock);
printk(KERN_ERR "Trying to vfree() nonexistent vm area (%p) ", addr);
#ifdef __i386__
show_stack(NULL);
#endif
}
这样就可以用了吧!

论坛徽章:
0
9 [报告]
发表于 2009-08-06 17:58 |只看该作者
不建议修改内核接口,优化一下你的中断ISR吧。。。

我做过一个pci驱动,在驱动模块卸载时也是先irq_free,再iounmap,但是很正常没报错,而且中断卸载之前响应过多次中断的,版本linux 2.6.20

论坛徽章:
3
金牛座
日期:2014-06-14 22:04:062015年辞旧岁徽章
日期:2015-03-03 16:54:152015年迎新春徽章
日期:2015-03-04 09:49:45
10 [报告]
发表于 2009-08-06 18:59 |只看该作者

回复 #7 red_eyed_hare 的帖子

你先检查一下,为什么要调用vfree?是不是你前面调用了vmalloc?
为什么不采用kmalloc来进行atomic方式分配呢?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP