linux-kernel - Re: 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-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20061221100101.GA23386@dose.home.local>
Date:	Thu, 21 Dec 2006 11:01:01 +0100
From:	Tino Keitel <tino.keitel@...ei.de>
To:	linux-kernel@...r.kernel.org
Subject: Re: How to interpret PM_TRACE output

On Wed, Dec 20, 2006 at 16:19:04 +0000, Pavel Machek wrote:
> Hi!
> 
> > > > 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.
> > > 
> > > See Doc*/power/*.
> > 
> > There is a nice mixture of documentation about swusp, video stuff,
> > developer documentation, and one short paragraph about PM_TRACE that
> > tells me nothing new. Could you point me to the documentation part that
> > you are referring to, and that tells me what to do if PM_TRACE shows
> > the usb device but the failure only occurs when I load the sk98lin
> > driver?
> 
> Hmmm, so it fails somewhere in usb only if sk98lin is loaded? If you
> unload it again, resume works? Are usb interrupts shared? Where

Yes, it works with sky2. Yes, the USB device that is reported to fail
by PM_TRACE shares the interrupt with eth0, which is sk98lin (see my
original posting in this thread).

> exactly in the usb does it fail?

I don't know, all I have is the PM_TRACE output.

Meanwhile, tried to remove uhci_hcd before suspend, and wakeup works
then. However, my DVB-T box is dead after resume (reloading the driver
doesn't work, only unplug/replug the device helps). It works with
suspend to disk, though.

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/