1. 16 Aug, 2019 2 commits
  2. 18 Jun, 2019 1 commit
  3. 21 Mar, 2019 1 commit
  4. 05 Dec, 2018 1 commit
  5. 03 Dec, 2018 1 commit
  6. 07 Nov, 2018 1 commit
  7. 05 Nov, 2018 2 commits
    • Sjoerd Simons's avatar
      Troubleshoot emmc timeout issue · 50fa78dc
      Sjoerd Simons authored
      Both the V8 boards and newer batches of V5 boards have different eMMC
      then earlier V5 boards. These new eMMCs seem to be eMMC version 5.0 as
      opposed to 4.4, which mean they feature caching commands. Unfortunately
      there seem to some issues booting after a hard reset when enabling the
      eMMC cache, which takes quite a bit longer then the expected timeout.
      
      Add some extra diagnostics around the caching time and quadruple the
      timeout which hopefully will be enough.
      Signed-off-by: Sjoerd Simons's avatarSjoerd Simons <sjoerd.simons@collabora.co.uk>
      50fa78dc
    • Kishon Vijay Abraham I's avatar
      mmc: host: omap_hsmmc: use generic_cmd6_time to program timeout value for CMD6 · b6e04a14
      Kishon Vijay Abraham I authored
      commit e2bf08d6 ("omap_hsmmc: set a large data timeout for
      commands with busy signal") sets an arbitrary timeout value (100ms) for
      commands like CMD6 (MMC SWITCH). However extended CSD register defined
      in the eMMC standard has a field for GENERIC_CMD6_TIME which indicates
      the default maximum timeout for a SWITCH command.
      Use busy_timeout of cmd structure (populated with GENERIC_CMD6_TIME
      in the case of SWITCH command) to program the data timeout value in
      omap_hsmmc driver.
      SWITCH command to turn the cache on took more than 100ms to complete
      with MICRON eMMC card present in AM572x IDK REV 1.3A resulting in
      timeout and failed enumeration. It is fixed here by programming the
      timeout with the value advertised in GENERIC_CMD6_TIME.
      Signed-off-by: default avatarKishon Vijay Abraham I <kishon@ti.com>
      Signed-off-by: default avatarSekhar Nori <nsekhar@ti.com>
      Signed-off-by: default avatarRavikumar Kattekola <rk@ti.com>
      Signed-off-by: default avatarUlf Hansson <ulf.hansson@linaro.org>
      b6e04a14
  8. 31 Oct, 2018 6 commits
  9. 30 Oct, 2018 1 commit
  10. 09 Oct, 2018 4 commits
  11. 07 Oct, 2018 1 commit
    • Arnd Bergmann's avatar
      kbuild: speed up checksyscalls.sh · 7f5cbc53
      Arnd Bergmann authored
      checksyscalls.sh is run at every "make" run while building the kernel,
      even if no files have changed. I looked at where we spend time in
      a trivial empty rebuild and found checksyscalls.sh to be a source
      of noticeable overhead, as it spawns a lot of child processes just
      to call 'cat' copying from stdin to stdout, once for each of the
      over 400 x86 syscalls.
      
      Using a shell-builtin (echo) instead of the external command gives
      us a 13x speedup:
      
          Before		   After
      real	0m1.018s       real	0m0.077s
      user	0m0.068s       user	0m0.048s
      sys	0m0.156s       sys	0m0.024s
      
      The time it took to rebuild a single file on my machine dropped
      from 5.5 seconds to 4.5 seconds.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarMasahiro Yamada <yamada.masahiro@socionext.com>
      (cherry picked from commit d21832e2)
      7f5cbc53
  12. 24 Sep, 2018 2 commits
  13. 24 Aug, 2018 1 commit
  14. 23 Aug, 2018 16 commits