---
- branch: MAIN
  date: Thu Dec 13 06:43:38 UTC 2012
  files:
  - new: '1.6'
    old: '1.5'
    path: src/sys/arch/arm/omap/omap3_sdhc.c
    pathrev: src/sys/arch/arm/omap/omap3_sdhc.c@1.6
    type: modified
  - new: '1.35'
    old: '1.34'
    path: src/sys/dev/sdmmc/sdhc.c
    pathrev: src/sys/dev/sdmmc/sdhc.c@1.35
    type: modified
  - new: '1.11'
    old: '1.10'
    path: src/sys/dev/sdmmc/sdhcvar.h
    pathrev: src/sys/dev/sdmmc/sdhcvar.h@1.11
    type: modified
  id: 20121213T064338Z.ff30b603580bec1a29136cdd78caa1dea79748ab
  log: |
    Implement TI AM335x's SDHC reset quirk.  Beaglebone SDHC works now!

    On the AM335x, we first must wait for the controller to acknowledge
    the reset; then we can wait for the reset to complete.

    I believe this quirk also applies to the OMAP4 ES, but I don't have
    one of those to test and we don't seem to have an obvious conditional
    for it anyway.

    This quirk may work for controllers that don't require it too, but I
    am nervous about doing it by default because if we miss the reset
    acknowledgement, then we'll just time out even though everything is
    really hunky-dory.

    Also, for all sdhc, don't bother writing 0 in sdhc_soft_reset while
    waiting for the reset to complete; there is no need.

    ok matt
  module: src
  subject: 'CVS commit: src/sys'
  unixtime: '1355381018'
  user: riastradh