| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Fri, 25 Nov 2016 14:53:00 -0200
From: Rogério Brito <rbrito@....usp.br>
To: Clemens Ladisch <clemens@...isch.de>
Cc: linux-kernel@...r.kernel.org, linux-pci@...r.kernel.org,
Borislav Petkov <bp@...en8.de>, linux-usb@...r.kernel.org
Subject: Re: Multiple problems with the Linux kernel on an AMD desktop
Hi, Clemens and Borislav.
On Nov 25 2016, Clemens Ladisch wrote:
> Rogério Brito wrote:
> > * I have never been able to boot this computer of mine without the option
> > irqpoll---otherwise, I get the nobody cared message.
>
> The "nobody cared" message indicates that there were too many interrupts
> that no driver felt responsible for, so the kernel has disabled that
> interrupt vector. The irqpoll option is a workaround to get the devices
> on that interrupt vector to work, but it's not perfect.
Ah, great to know. I don't know if this is related or not, but I read
somewhere (don't remember where) that the machine may have performance
slightly reduced when irqpoll is used.
> It's possible that most of your problems are caused by the irqpoll option.
Excellent to know.
> What IRQ is the problematic one (see the "nobody cared" message)? What
> devices are connected to it (see /proc/interrupts)?
>From the dmesg log, the interrupt is 18.
Here is part from /proc/interrupts that contains interrupt 18 *without* irqpoll:
---------------------------
CPU0 CPU1 CPU2 CPU3
0: 47 0 0 0 IO-APIC 2-edge timer
1: 0 0 0 2 IO-APIC 1-edge i8042
7: 0 0 0 0 IO-APIC 7-edge parport0
8: 0 0 0 1 IO-APIC 8-edge rtc0
9: 0 0 0 0 IO-APIC 9-fasteoi acpi
10: 0 0 0 0 IO-APIC 10-edge radeon
12: 0 0 0 4 IO-APIC 12-edge i8042
16: 0 96 4 990 IO-APIC 16-fasteoi ohci_hcd:usb3, ohci_hcd:usb4, snd_hda_intel:card0
17: 0 2457 1 140 IO-APIC 17-fasteoi ehci_hcd:usb1
18: 1 11 43 99947 IO-APIC 18-fasteoi ohci_hcd:usb5, ohci_hcd:usb6, ohci_hcd:usb7
19: 0 0 0 0 IO-APIC 19-fasteoi ehci_hcd:usb2
22: 0 22169 139 8731 IO-APIC 22-fasteoi ahci[0000:00:11.0]
25: 0 0 11 753 PCI-MSI 1048576-edge eth0
(...)
---------------------------
Here is part from /proc/interrupts that contains interrupt 18 *with* irqpoll:
---------------------------
CPU0 CPU1 CPU2 CPU3
0: 46 0 0 0 IO-APIC 2-edge timer
1: 0 0 0 2 IO-APIC 1-edge i8042
7: 0 0 0 0 IO-APIC 7-edge parport0
8: 0 0 0 1 IO-APIC 8-edge rtc0
9: 0 0 0 0 IO-APIC 9-fasteoi acpi
10: 0 0 0 0 IO-APIC 10-edge radeon
12: 0 0 0 4 IO-APIC 12-edge i8042
16: 0 103 6 983 IO-APIC 16-fasteoi ohci_hcd:usb3, ohci_hcd:usb4, snd_hda_intel:card0
17: 0 588 0 144 IO-APIC 17-fasteoi ehci_hcd:usb1
18: 0 0 0 705 IO-APIC 18-fasteoi ohci_hcd:usb5, ohci_hcd:usb6, ohci_hcd:usb7
19: 0 0 0 0 IO-APIC 19-fasteoi ehci_hcd:usb2
22: 0 18049 4 8540 IO-APIC 22-fasteoi ahci[0000:00:11.0]
25: 0 0 0 327 PCI-MSI 1048576-edge eth0
(...)
---------------------------
I'm attaching both files to this message.
> Does the problem go away when you prevent the corresponding driver(s) from
> loading?
Since the OHCI_HCD driver is built-in (as opposed to a module), I don't know
how to disable it. I can try to recompile the kernel with it as a module and
rename it as some garbage, so that it doesn't get loaded...
Thanks a lot,
--
Rogério Brito : rbrito@...e.usp.br,gmail.com} : GPG key 4096R/BCFCAAAA
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
View attachment "proc-interrupts-without-irqpoll.txt" of type "text/plain" (2447 bytes)
View attachment "proc-interrupts-with-irqpoll.txt" of type "text/plain" (2448 bytes)
Powered by blists - more mailing lists