zynq Linux软件中断,ARM Linux对中断的处理--中断注册方法

中断注册方法

在驱动程序中，要想使设备能够产生中断，则首先需要调用request_irq()来分配中断线。在通过request_irq()函数注册中断服务程序的时候，将会把设备中断处理程序添加进系统，以在中断发生的时候调用相应的中断处理程序。我们来看一下request_irq()函数的定义：

---------------------------------------------------------------------

include/linux/interrupt.h

121 static inline int __must_check

122 request_irq(unsigned int irq,

irq_handler_t handler, unsigned long

123flags, const char *name, void

*dev)

124 {

125return request_threaded_irq(irq,

handler, NULL, flags, name, dev);

126 }

---------------------------------------------------------------------

在2.6.34版的内核里面，request_irq()函数是request_threaded_irq()函数的封装，request_threaded_irq()函数定义如下：

---------------------------------------------------------------------

kernel/irq/manage.c

1038 int request_threaded_irq(unsigned

int irq, irq_handler_t handler,

1039irq_handler_t thread_fn,

unsigned long irqflags,

1040const char *devname, void

*dev_id)

1041 {

1042struct irqaction *action;

1043struct irq_desc *desc;

1044int retval;

1045

1046/*

1047* handle_IRQ_event() always ignores IRQF_DISABLED except for

1048* the _first_ irqaction (sigh).That can cause oopsing, but

1049* the behavior is classified as "will not fix" so we need to

1050* start nudging drivers away from using that idiom.

1051*/

1052if ((irqflags & (IRQF_SHARED|IRQF_DISABLED)) ==

1053 (IRQF_SHARED|IRQF_DISABLED))

{

1054pr_warning(

1055"IRQ %d/%s: IRQF_DISABLED is

not guaranteed on shared IRQs\n",

1056irq, devname);

1057 }

1058

1059 #ifdef CONFIG_LOCKDEP

1060/*

1061* Lockdep wants atomic interrupt handlers:

1062*/

1063irqflags |= IRQF_DISABLED;

1064 #endif

1065/*

1066* Sanity-check: shared interrupts must pass in a real dev-ID,

1067* otherwise we'll have trouble later trying to figure out

1068* which interrupt is which (messes up the interrupt freeing

1069* logic etc).

1070*/

1071if ((irqflags & IRQF_SHARED) && !dev_id)

1072return -EINVAL;

1073

1074desc = irq_to_desc(irq);

1075if (!desc)

1076return -EINVAL;

1077

1078if (desc->status & IRQ_NOREQUEST)

1079return -EINVAL;

1080

1081if (!handler) {

1082if (!thread_fn)

1083return -EINVAL;

1084handler =

irq_default_primary_handler;

1085}

1086

1087action = kzalloc(sizeof(struct irqaction), GFP_KERNEL);

1088if (!action)

1089return -ENOMEM;

1090

1091action->handler = handler;

1092action->thread_fn = thread_fn;

1093action->flags = irqflags;

1094action->name = devname;

1095action->dev_id = dev_id;

1096

1097chip_bus_lock(irq, desc);

1098retval = __setup_irq(irq, desc, action);

1099chip_bus_sync_unlock(irq, desc);

1100

1101if (retval)

1102kfree(action);

1103

1104 #ifdef CONFIG_DEBUG_SHIRQ

1105if (!retval && (irqflags & IRQF_SHARED)) {

1106/*

1107* It's a shared IRQ -- the driver ought

to be prepared for it

1108* to happen immediately, so let's make

sure....

1109* We disable the irq to make sure that a

'real' IRQ doesn't

1110* run in parallel with our fake.

1111*/

1112unsigned long flags;

1113

1114disable_irq(irq);

1115local_irq_save(flags);

1116

1117handler(irq, dev_id);

1118

1119 local_irq_restore(flags);

1120enable_irq(irq);

1121 }

1122 #endif

1123return retval;

1124 }

1125

EXPORT_SYMBOL(request_threaded_irq);

---------------------------------------------------------------------

内核用这个函数来完成分配中断线的工作，其各个参数说明如下：

irq，是要注册的硬件中断号；

handler，是向系统注册的中断处理函数，它是一个回调函数，在相应的中断线发生中断时，系统会调用这个函数；

irqflags，中断类型标志，IRQF_*，是中断处理的属性，若设置了IRQF_DISABLED(老版本中的SA_INTERRUPT，本版中已经不支持了)，则表示中断处理程序是快速处理程序，快速处理程序被调用时屏蔽所有中断，慢速处理程序不屏蔽；若设置了IRQF_SHARED(老版本中的SA_SHIRQ)，则表示是多个设备共享同一个中断；若设置了IRQF_SAMPLE_RANDOM(老版本中的SA_SAMPLE_RANDOM)，表示将对系统熵有贡献，对系统获取随机数有好处，还可以用IRQF_TRIGGER_*标志来指定中断的触发方式。(这几个flag是可以通过或的方式同时使用的)。；

devname，一个声明的设备的ascii名字，与中断号相关联的名称，在/proc/interrupts文件中可以看到此名称。

dev_id，I/O设备的私有数据字段，典型情况下，它标识I/O设备本身(例如，它可能等于其主设备号和此设备号)，或者它指向设备驱动程序的数据，这个参数会被传回给handler函数。在中断共享时会用到，一般设置为这个设备的驱动程序中任何有效的地址值或者NULL

thread_fn，由irq handler线程调用的函数，如果为NULL，则不会创建线程。

这个调用分配中断资源，并使能中断线和IRQ处理。这个调用完成之后，则注册的中断处理函数随时可能被调用。由于你的中断处理函数必须清除板子产生的一切中断，则你必须注意初始化你的硬件和设置中断处理函数的正确顺序。

如果你想为你的设备设置线程化的irq处理程序，则你需要同时提供handler和thread_fn。handler仍然在硬中断上下文被调用，所以它需要检查中断是否是由它服务的设备产生的。如果是，它返回IRQ_WAKE_THREAD，这将会唤醒中断处理程序线程并执行thread_fn。这种分开的中断处理程序设计是支持共享中断所必需的。Dev_id必须全局唯一。通常是设备数据结构的地址。如果要使用的共享中断，则必须传递一个非NULL的dev_id，这是在释放中断的时候需要的。

request_threaded_irq()函数返回0表示成功，返回-EINVAL表示中断号无效或处理函数指针为NULL，返回-EBUSY表示中断号已经被占用且不能共享。这个函数完成的操作如下：

1、检查传递进来的标志参数irqflags，是否同时设置了IRQF_SHARED和IRQF_DISABLED，若是则发出警告，以说明IRQF_DISABLED在共享的中断上是不被保证的。

2、若irqflags设置了IRQF_SHARED，则还要检查dev_id的有效性。

3、获得对应中断号的中断描述符，并检查其有效性(通过检查中断描述符status字段的IRQ_NOREQUEST位)。

4、检查handler及thread_fn的有效性。

5、为注册的中断处理程序及传递的irqaction标志创建irqaction结构。

6、调用__setup_irq(irq,

desc, action)，来将创建的irqaction结构添加进相应的中断描述符的action链表里。

关于中断注册的例子，可在内核中搜索下request_irq。