[PATCH] genirq: error reporting for non-percpu interrupt in request_percpu_irq()

Vinayak Kale vkale at apm.com
Fri Oct 18 07:03:13 EDT 2013


Hi Will,


On Fri, Oct 18, 2013 at 4:01 PM, Will Deacon <will.deacon at arm.com> wrote:
> On Fri, Oct 18, 2013 at 11:06:29AM +0100, Vinayak Kale wrote:
>> Return a separate error code when a non-percpu interrupt is passed to
>> request_percpu_irq().
>>
>> Suggested-by: Will Deacon <will.deacon at arm.com>
>> Signed-off-by: Vinayak Kale <vkale at apm.com>
>> ---
>>  kernel/irq/manage.c |    6 ++++--
>>  1 file changed, 4 insertions(+), 2 deletions(-)
>>
>> diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c
>> index 514bcfd..c2713ae 100644
>> --- a/kernel/irq/manage.c
>> +++ b/kernel/irq/manage.c
>> @@ -1671,10 +1671,12 @@ int request_percpu_irq(unsigned int irq, irq_handler_t handler,
>>               return -EINVAL;
>>
>>       desc = irq_to_desc(irq);
>> -     if (!desc || !irq_settings_can_request(desc) ||
>> -         !irq_settings_is_per_cpu_devid(desc))
>> +     if (!desc || !irq_settings_can_request(desc))
>>               return -EINVAL;
>>
>> +     if (!irq_settings_is_per_cpu_devid(desc))
>> +             return -EPERM;
>
> <bikeshedding> I reckon -ENODEV is clearer here. </bikeshedding>

I looked at the issue as "operation not allowed since interrupt is
non-percpu" and I found below comment for EPERM in
'include/uapi/asm-generic/errno-base.h' . So thought this error code
could be more fitting.

#define EPERM            1      /* Operation not permitted */

>
> Also, there's a counterpart to this code in request_threaded_irq, where I
> think we should do something similar.

So in request_threaded_irq, we would still keep the WARN_ON for percpu
interrupt and return a different error code. Is my understanding
correct?



More information about the linux-arm-kernel mailing list