OMAP-GPMC generic timing migration
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest0 of 4 patches 0 repliesNew
Patches in v1 No applies recorded yet
None of the 4 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/4] OMAP-GPMC generic timing migration
Quoted 11 lines · Afzal Mohammed
Hi Daniel,
Quoted 3 lines · Daniel Mack
Could you tell me which patches I need on top of soon-to-be-3.7-rc1? I would like to augment this to make GPMC attached NAND probable in DT, in case this is still an open topic.
In case you can help on making gpmc nand dt probable, please proceed. I would be on vacation next week, may be we can discuss after I am back.
Enjoy your vacation :)
Quoted 4 lines
am335x based boards like beagle bone should be booting on l-o master and it has gpmc header cleanup changes with minimal driver support.
Quoted 8 lines
As I don't have the sufficient time to explain in detail, some pointers. Discussion between us [1] hopefully explains it in brief. It would be like peripherals connected to gpmc being represented as child nodes in dt. gpmc driver probably in probe would have to invoke
of_platform_populateto create child nodes (for devices like nand). And driver would have to be enhanced to configure gpmc based on information passed through dt for each child nodes. Or roughly have a dt equivalent of driver as in [2].
Hmm, not sure if I follow all your thought here, but I cooked up something that is straight-forward and works well for me. I'll post them now, so we at least have a base for discussions ...
Daniel