[lkml]   [2015]   [Sep]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] driver core: Ensure proper suspend/resume ordering
On Sat, 12 Sep 2015, Rafael J. Wysocki wrote:

> On Friday, September 11, 2015 03:01:14 PM Alan Stern wrote:

> > There's also an issue about other types of dependencies. For instance,
> > it's conceivable that device B might be discovered and depend on device
> > A, even before A has been bound to a driver. (B might be discovered by
> > A's subsystem rather than A's driver.) In that case, moving A to the
> > end of the list would cause B to come before A even though B depends on
> > A. Of course, deferred probing already has this problem.
> That may actually happen for PCIe ports and devices below them AFAICS.
> Devices below PCIe ports are discovered by the PCI subsystem and the PCIe
> ports need not be probed before those devices are probed.

Is it possible to change this? Make it so that devices below PCIe
ports are discovered by the port driver rather than by the PCI
subsystem? Or would that be far too difficult?

> > An easy way to check for this sort of thing would be to verify that a
> > device about to be probed doesn't have any children. This wouldn't
> > catch all the potential dependencies, but it would be a reasonable
> > start.
> That would address the PCIe ports issue.

Well, it would _detect_ the PCIe ports issue. It might also detect
other things.

Alan Stern

 \ /
  Last update: 2015-09-12 20:01    [W:0.146 / U:0.956 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site