public inbox for linux-pm@vger.kernel.org
 help / color / mirror / Atom feed
From: David Brownell <david-b@pacbell.net>
To: linux-pm@lists.osdl.org
Cc: rasmit.ranjan@wipro.com, linux-usb-devel@lists.sourceforge.net
Subject: Re: [linux-pm] Suspending usb function of PCMCIA multi-functional card
Date: Mon, 24 Apr 2006 11:47:27 -0700	[thread overview]
Message-ID: <200604241147.27832.david-b@pacbell.net> (raw)
In-Reply-To: <380D9721A8E2114485644D71E87C6AB201BB4772@PNE-HJN-MBX01.wipro.com>

On Friday 21 April 2006 6:00 am, rasmit.ranjan@wipro.com wrote:
> Hi all,
>     I have a PCMCIA multi functional card hosting a usb and a serial
> port.
> The device tree for the usb is as follows:
>     
>  /sys/bus/pcmcia/devices/1-1/hcd/usb5/5-0:1.0/...............
> 
> 1-1 represents usb functionality of my PCMCIA card connected to socket
> no1. Similarlly my serial port will be listed as 1-0.
> 
> Now when I suspend 1-1 without suspening any down stream devices, it
> allows me to do. I mean, the content of the .../power/state file is
> changed to 3.

The PM framework doesn't pay attention to the power hierarchy except
during system suspend state transitions.  This seems more buglike than
anything else, but it's not yet been fixed.  That is, if you write to
a sysfs power/state file, nothing verifies that the child devices are
already in a compatible state.  (I suspect it needs to be a driver
responsibility, and that's how the USB stack now expects to run.)

There are some fixes lurking in the vicinity of this problem, which are
as yet un-merged, but I don't know that they touch the issues you saw.


> Which means my usb_generic_suspend is not getting called 
> otherwise it would have failed. Also PCMCIA client driver is notified of
> this suspend. I did not find any noticeable changes by suspending 1-1.
> 
> Then how this suspend is handled ? As the content of the power state
> file is changed, means power management is marking the node(1-1) as
> suspended. Then which function does this ?

Somewhere in the drivers/base/power directory; trace the execution
paths, you'll see it.  The information in power/state sometimes gets
munched without the assent of the driver which allegedly controls it.

Again, this seems more buglike than anything else, especially since
(as I recall things) most code paths through the PM core do the right
thing and leave drivers in control of the suspend state they report.
(Modulo recent bug additions ... I understand a patch changed things
there again, adding policy about what values are legal.  That likely
causes trouble for drivers.)

- Dave



-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

      reply	other threads:[~2006-04-24 18:47 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-21 13:00 Suspending usb function of PCMCIA multi-functional card rasmit.ranjan
2006-04-24 18:47 ` David Brownell [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=200604241147.27832.david-b@pacbell.net \
    --to=david-b@pacbell.net \
    --cc=linux-pm@lists.osdl.org \
    --cc=linux-usb-devel@lists.sourceforge.net \
    --cc=rasmit.ranjan@wipro.com \
    /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