Thread (27 messages) 27 messages, 8 authors, 2014-11-13
STALE4231d
Revisions (12)
  1. v1 [diff vs current]
  2. v2 [diff vs current]
  3. v2 [diff vs current]
  4. v3 [diff vs current]
  5. v3 [diff vs current]
  6. v3 [diff vs current]
  7. v3 [diff vs current]
  8. v3 [diff vs current]
  9. v3 [diff vs current]
  10. v3 current
  11. v3 [diff vs current]
  12. v3 [diff vs current]

[PATCH v3 0/9] PM / Domains: Fix race conditions during boot

From: Ulf Hansson <hidden>
Date: 2014-11-04 17:01:44
Also in: linux-pm, linux-samsung-soc

quoted
Devices that are created while "discoverable buses" are being probed
can't be attached to a PM domain before the probing is done, because
those simply doesn't exist.
Honestly, I'm not sure what you're talking about.

Devices on a "discoverable* bus (say PCI) are added when the *controller* is
probed, not when *they* are probed.
Okay, so maybe "discoverable buses" isn't the proper term.
You very much need to have a struct device registered to be able to call
really_probe() for it.
Yes. But my point is that the struct device may be created dynamically
at some point in time.

This is how mmc/sd/sdio cards are handled. We don't have the
information about the card and thus not the struct device of it, until
we have detected it. Maybe we could at that point try to add the
device to its PM domain?
quoted
Now, I haven't yet seen a demand for such a cases, but it seems wrong
to not consider them. The current solution cover these.
Oh dear.  Please rethink this.
Currently, dev_pm_domain_attach() is being invoked at the point when a
SDIO card has been found. From sdio_add_func(). How would that be
solved?

Kind regards
Uffe
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help