Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #247682

Re: "Disabling IRQ #9" - how to check for impact

Show all headers | View raw

[Multipart message — attachments visible in raw view] - view raw

Hi.

Short answer:
This is a known kernel bug:
https://bugzilla.kernel.org/show_bug.cgi?id=207749

Long answer:
This message means some hardware generates an interrupt request, but the
interrupt handler (kernel driver) failed to process it.
See:
https://stackoverflow.com/questions/13861282/understanding-kernel-message-nobody-cared-try-booting-with-the-irqpoll-optio

As we see from stacktrace, this handler is "acpi_irq" (you can also check
it by reading /proc/interrupts):
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/deployment_guide/s2-proc-interrupts

Many hardware things in laptops use ACPI: Brightness buttons, FN buttons,
volume buttons, lid etc.

It seems that your latest firmware (or BIOS as you called it) is
incompatible with your kernel (either kernel or firmware should be fixed)

This situation is common with Lenovo hardware:
https://support.lenovo.com/at/en/solutions/ht505228
https://bugzilla.kernel.org/show_bug.cgi?id=207749 (I suggest you to write
to this issue and to follow it)
https://www.reddit.com/r/linuxquestions/comments/jhxlia/rip_acpi_irq_disabling_irq_9_any_way_to_figure/

If everything works as expected (you see no problem with lid, buttons etc)
simply ignore it.
If no, try to install the latest kernel and file a bug to Debian (I think
it should be forwarded upstream and handled by the kernel developer,
probably duplicating 207749
<https://bugzilla.kernel.org/show_bug.cgi?id=207749>).

You can also add "irqpoll" kernel param which will ask the kernel to check
all IRQ handlers to find the one which can process it, but I am 99% sure
this wouldn't help since
we know it should be processed by ACPI.
https://www.linuxtopia.org/online_books/linux_kernel/kernel_configuration/re17.html




On Tue, Apr 26, 2022 at 10:21 AM Christian Britz <cbritz@t-online.de> wrote:

> Hello Debianists,
>
> some days ago I updated the BIOS of my Lenovo IdeaPad S145-15IIL (had to
> boot a certain proprietary OS for this). I think since then there is a
> new error in the kernel log. I never noticed it before.
>
> [    9.967601] irq 9: nobody cared (try booting with the "irqpoll" option)
> [    9.967607] CPU: 1 PID: 981 Comm: sddm-greeter Tainted: G
> OE     5.10.0-13-amd64 #1 Debian 5.10.106-1
> [    9.967608] Hardware name: LENOVO 81W8/LNVNB161216, BIOS DKCN54WW
> 01/27/2022
> [    9.967608] Call Trace:
> [    9.967615]  dump_stack+0x6b/0x83
> [...]
> [    9.967636] handlers:
> [    9.967639] [<00000000872fa119>] acpi_irq
> [    9.967640] Disabling IRQ #9
>
> This IRQ seems to be related to ACPI on this machine. I am unsure, what
> exactly gets diabled and what might be the impact. So far I notice no
> problems with performance or overheating, compiling a small tool went as
> always I would say.
>
> Do you have any hints for me about what I should/could check?
>
> Regards,
> Christian
>
> --
> http://www.cb-fraggle.de
>
>

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

"Disabling IRQ #9" - how to check for impact Christian Britz <cbritz@t-online.de> - 2022-04-26 09:30 +0200
  Re: "Disabling IRQ #9" - how to check for impact IL Ka <kazakevichilya@gmail.com> - 2022-04-28 03:00 +0200
    Re: "Disabling IRQ #9" - how to check for impact Christian Britz <cbritz@t-online.de> - 2022-04-28 10:40 +0200
      Re: "Disabling IRQ #9" - how to check for impact Christian Britz <cbritz@t-online.de> - 2022-05-03 09:40 +0200

csiph-web