linux-kernel - How to interpret PM

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 13 Dec 2006 22:22:59 +0100
From:	Tino Keitel <tino.keitel@...ei.de>
To:	linux-kernel@...r.kernel.org
Subject: How to interpret PM_TRACE output

Hi folks,

I tried PM_TRACE to find the driver that breaks resume from suspend.
I got working resume until I switched to the sk98lin driver
(because sky2 doesn't support wake on LAN). That's why I was quite sure that
sk98lin is the culprit, but I tried PM_TRACE anymay.

Here is the PM_TRACE output in dmesg:

  Magic number: 0:150:255
  hash matches drivers/base/power/resume.c:28
  hash matches device 0000:00:1d.3

$ lspci | grep 1d.3
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4

/proc/interrupts:

 17:      52387          0   IO-APIC-level  uhci_hcd:usb5, eth0, i915@pci:0000:00:02.0
 20:    1223105    1222776   IO-APIC-level  ehci_hcd:usb1, uhci_hcd:usb2

Since UHCI #4 (usb5, as ehci is usb1) and eth0 (sk98lin) use the same
interrupt, is it right to assume that the sk98lin driver does bad
interrupt handling and therefore breaks the usb5 device on resume?

Regards,
Tino
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/