Re: "irq6: nobody cared" mystery interrupt in embedded kernel running on ARM9

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello, thank you for the information.

> The stack trace starts here:
>
> ./drivers/usb/gadget/file_storage.c:
> static int fsg_main_thread(void *fsg_)
>        fsg->thread_task = kthread_create(fsg_main_thread, fsg,
>
> Looking at this:
>
> kernel/irq/spurious.c:int noirqdebug_setup(char *str)
> kernel/irq/spurious.c:  noirqdebug = 1;
> kernel/irq/spurious.c:__setup("noirqdebug", noirqdebug_setup);
> kernel/irq/spurious.c:module_param(noirqdebug, bool, 0644);
> kernel/irq/spurious.c:MODULE_PARM_DESC(noirqdebug, "Disable irq lockup
> detection when true");
>
> if noirqdebug is set to 0, then note_interrupt() will  not be
> executed, and u won't get all those message:

But the problem is that the kernel calls do_level_irq() which is in
arch/arm/kernel/irq.c Could it mean that it was a spurious interrupt
but was not recognized as such? Unfortunately, irq.c does not have
option similar to noirqdebug so the only thing I could do is to comment
that section of code out.

--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecartis@xxxxxxxxxxxx
Please read the FAQ at http://kernelnewbies.org/FAQ


[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux