public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Michael Tokarev <mjt@tls.msk.ru>
Cc: "Linux-kernel" <linux-kernel@vger.kernel.org>,
	Alan Stern <stern@rowland.harvard.edu>,
	Oliver Neukum <oliver@neukum.org>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	pm list <linux-pm@lists.linux-foundation.org>
Subject: Re: suspend vs usb and PS/2 ports
Date: Thu, 1 Oct 2009 00:21:34 +0200	[thread overview]
Message-ID: <200910010021.34811.rjw@sisk.pl> (raw)
In-Reply-To: <4AC3D5B1.3030708@msgid.tls.msk.ru>

On Thursday 01 October 2009, Michael Tokarev wrote:
> Rafael J. Wysocki wrote:
> > On Wednesday 30 September 2009, Michael Tokarev wrote:
> >> Hello.
> >>
> >> I've several PCs here which are able to wakeup -
> >> among others - from PS/2 and/or USB keyboard.
> >> Here for testing I'm using PS/2 keyboard and
> >> Asus M3A78-EM motherboard.
> >>
> >> When I do poweroff from linux, the keyboard
> >> stays powered up as it should (according to
> >> the BIOS settings).  But when I do suspend,
> >> keyboard is NOT powered anymore, and hence
> >> the system can't be woken up from it but only
> >> by using the power button.
> >>
> >> This happens consistently for many kernel
> >> versions.  To be fair, I don't even know if
> >> there was any kernel which does not show this
> >> behaviour: old versions was unable to do
> >> suspend/resume cycle on this platform at all.
> >>
> >> Any hints for this please?
> > 
> > With USB, I think keyboard wake-up is off by default as it causes some
> > systems to wake up immediately after suspending.  Alan and Oliver can provide
> > more info about that.
> 
> Actually I wasn't able to get any machine to resume based on
> USB devices - notable keyboard, be it sleep/power button (on
> the keyboards that have it) or any other combination of keys
> configured in the BIOS.  Most motherboards I tried are from
> Asus, one or two from Gigabyte and one more from Biostar.
> 
> That's why I use PS/2=>USB adaptor, to connect an USB keyboard
> to a PS/2 port - this one works just fine, with all the mobos
> I tried (provided the appropriate BIOS settings are turned on
> and ever exists, to start with).
> 
> > I don't know about PS/2.
> > 
> > Can you post the contents of /proc/acpi/wakeup from one of these systems,
> > please?
> 
> Hm.  That's.. curious.  Here we go, my home machine whihc I turn
> on every day from a PS/2-connected keyboard:
> 
> Device	S-state	  Status   Sysfs node
> PCE2	  S4	 disabled
> PCE3	  S4	 disabled
> PCE4	  S4	 disabled
> PCE5	  S4	 disabled
> PCE6	  S4	 disabled  pci:0000:00:06.0
> RLAN	  S4	 disabled  pci:0000:02:00.0
> PCE7	  S4	 disabled
> PCE9	  S4	 disabled
> PCEA	  S4	 disabled
> PCEB	  S4	 disabled
> PCEC	  S4	 disabled
> SBAZ	  S4	 disabled  pci:0000:00:14.2
> PS2K	  S4	 disabled  pnp:00:09
> UAR1	  S4	 disabled  pnp:00:0a
> P0PC	  S4	 disabled  pci:0000:00:14.4
> UHC1	  S4	 disabled  pci:0000:00:12.0
> UHC2	  S4	 disabled  pci:0000:00:12.1
> UHC3	  S4	 disabled  pci:0000:00:12.2
> USB4	  S4	 disabled  pci:0000:00:13.0
> UHC5	  S4	 disabled  pci:0000:00:13.1
> UHC6	  S4	 disabled  pci:0000:00:13.2
> UHC7	  S4	 disabled  pci:0000:00:14.5
> 
> It's all disabled!

Thanks.  In fact, the 'disabled' column doesn't really mean totally disabled.
It means one of the mechanisms one can use is disabled.

For PCI, 'disabled' in this column shouldn't really matter any more. 

> But I *know* it wakes up
> from network and from ps/2 keyboard at least!
> In the corresponding BIOS menu almost everything
> is enabled (excluding RTC alarm, but including
> USB events).  This is an Asus motherboard, M3A-78EM,
> with latest BIOS.
> 
> Here's another one, Gigabyte's GA-MA74GM-S2H,
> which definitely wakes on network:
> 
> Device	S-state	  Status   Sysfs node
> PCI0	  S5	 disabled  no-bus:pci0000:00
> USB0	  S3	 disabled  pci:0000:00:12.0
> USB1	  S3	 disabled  pci:0000:00:12.1
> USB2	  S3	 disabled  pci:0000:00:12.2
> USB3	  S3	 disabled  pci:0000:00:13.0
> USB4	  S3	 disabled  pci:0000:00:13.1
> USB5	  S3	 disabled  pci:0000:00:13.2
> USB6	  S3	 disabled  pci:0000:00:14.5
> SBAZ	  S4	 disabled  pci:0000:00:14.2
> P2P	  S5	 disabled  pci:0000:00:14.4
> PCE2	  S4	 disabled
> PCE3	  S4	 disabled
> PCE4	  S4	 disabled
> PCE5	  S4	 disabled
> PCE6	  S4	 disabled  pci:0000:00:06.0
> PCE7	  S4	 disabled
> PCE8	  S4	 disabled
> 
> hmm.  Blaming BIOS, as usual? :)

Nope.  For the majority of devices we disable wake-up by default.

> But even if that's the case, why there's a difference
> between "just" power-off and power-off when suspending?

These two cases are handled differently by BIOSes.

Can you please check if /sys/devices/.../power/wakeup contains
'enabled' for the PCI devices called USB0 - USB6 above?

> The kernel is 2.6.31 vanilla.

Better use 2.6.32-rc for debugging this.

Thanks,
Rafael

      reply	other threads:[~2009-09-30 22:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-30 13:39 suspend vs usb and PS/2 ports Michael Tokarev
2009-09-30 21:54 ` Rafael J. Wysocki
2009-09-30 22:03   ` Michael Tokarev
2009-09-30 22:21     ` Rafael J. Wysocki [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200910010021.34811.rjw@sisk.pl \
    --to=rjw@sisk.pl \
    --cc=dmitry.torokhov@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@lists.linux-foundation.org \
    --cc=mjt@tls.msk.ru \
    --cc=oliver@neukum.org \
    --cc=stern@rowland.harvard.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox