diff options
| author | Paul Walmsley <paul@pwsan.com> | 2012-05-08 11:34:28 -0600 |
|---|---|---|
| committer | Paul Walmsley <paul@pwsan.com> | 2012-05-08 17:25:36 -0600 |
| commit | 45a4bb067c25355b5d362eb09fa97e51a2a519c8 (patch) | |
| tree | ba8ee2a3e0026cef43eb87508300c9608f95b2fd /arch/arm/mach-omap2/omap_hwmod_2420_data.c | |
| parent | 03d830e8dcbe4e8168a85252fcb639b48342ed3c (diff) | |
| download | linux-45a4bb067c25355b5d362eb09fa97e51a2a519c8.tar.gz linux-45a4bb067c25355b5d362eb09fa97e51a2a519c8.tar.bz2 linux-45a4bb067c25355b5d362eb09fa97e51a2a519c8.zip | |
ARM: OMAP3: hwmod data: add HDQ/1-wire hwmod
Add the HDQ1W hwmod for OMAP34xx, OMAP36xx, and AM3505/3517 devices.
According to the respective TRMs, it doesn't appear to be available for the
816x/814x or the AM335x.
The OCPIF_SWSUP_IDLE flag is added to work around an apparent hardware
bug: the hardware is not taking the CM_FCLKEN*_CORE.EN_HDQ bit into
account when considering whether to go idle:
http://www.spinics.net/lists/linux-omap/msg63576.html
This causes HDQ transfers to fail or become corrupt. Thanks to
NeilBrown for his help diagnosing and testing fixes for this problem.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: NeilBrown <neilb@suse.de>
Tested-by: NeilBrown <neilb@suse.de>
Diffstat (limited to 'arch/arm/mach-omap2/omap_hwmod_2420_data.c')
0 files changed, 0 insertions, 0 deletions