Re: [RFC][PATCH] Enable async suspend/resume of i2c devices

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 7 Apr 2011, Jean Delvare wrote:

> On Thu, 7 Apr 2011 09:00:43 +0100, Mark Brown wrote:
> > On Thu, Apr 07, 2011 at 09:55:13AM +0200, Jean Delvare wrote:
> > > On Thu, 7 Apr 2011 07:31:24 +0900, Mark Brown wrote:
> > 
> > > > You definitely don't know *anything* about the relationships for I2C,
> > > > especially in embedded systems.
> > 
> > > Can you please elaborate? The i2c subsystem uses a standard
> > > parent-children relationship. It seems fairly similar to USB for
> > > example. The only special case I can think of is with bus multiplexing,
> > > but it would be easy enough to switch off async suspend/resume in this
> > > case.
> > 
> > For I2C itself that's the case but for power and GPIO (which are very
> > common in conjunction with I2C in the embedded context) we loose the
> > tree.  This is much less of an issue with buses like PCI where
> > everything is bundled into the bus.
> 
> Out of curiosity, how is this handled in the synchronous suspend/resume
> case?

With synchronous resume, devices are resumed in the order they were
originally registered.  Since the power and GPIO controllers must have
been registered before the I2C controller (otherwise the I2C wouldn't
have been accessible when it was registered!), they will be resumed
first.

Alan Stern

_______________________________________________
linux-pm mailing list
linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linux-foundation.org/mailman/listinfo/linux-pm


[Index of Archives]     [Linux ACPI]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [CPU Freq]     [Kernel Newbies]     [Fedora Kernel]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux