MMC: mmci: Provide bindings for Device Tree
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest1 of 5 patches 0 repliesNew
1 of 5 patches is in this archive. The cover letter announces 5.
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 2/5 | MMC: mmci: Seperate ARM variants from generic code | +0 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/5] MMC: mmci: Provide bindings for Device Tree
Quoted 10 lines · Arnd Bergmann
Quoted 8 lines · Linus Walleij
On Thu, Mar 15, 2012 at 9:58 PM, Arnd Bergmann <[email protected]> wrote:
But I guess you're after modelling the levelshifter as a regulator?
Basically the level shifter is a separate device has two voltage inputs A and B (from other regulators) that is controlled by a simple GPIO to select voltage A or B to drive the signals to the card.
Quoted 6 lines
Quoted 4 lines
That could probably be modelled as a regulator with two volategs for sure, but then we should maybe create a more generic "struct
level_shifter_regulator" (or whatever) for the concept as a whole.Ok, thanks for the explanation.
I'm not sure I'd bother defining a special regulator type for this if it is done using regulators - given that it's likely to just be a GPIO rather than a specific driver I'm not sure it's worth worrying about how exactly the hardware is implemented.
Quoted 8 lines
Quoted 2 lines
Let's page Mark about what to do with levelshifters and whether they are regulators of sorts in his book.
It does sound appealing, especially because this one could be done completely generically by defining a regulator that has a bunch of other regulators as well as a set of gpio lines as inputs and one output that can be used in other devices. We would probably only use this one together with device tree then.
It seems sensible to me - probably the existing gpio-regulator driver
can do the job, though it's not unreasonable to expect that we'll want
to support switching between variable voltage supplies at some point.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20120317/67f5e0c6/attachment.sig>