Skip to content
Snippets Groups Projects
  1. Jun 18, 2019
  2. Mar 21, 2019
  3. Dec 05, 2018
  4. Dec 03, 2018
  5. Nov 07, 2018
  6. Nov 05, 2018
    • 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: default 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 and Sjoerd Simons's avatar Sjoerd Simons committed
      
      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
  7. Oct 31, 2018
  8. Oct 30, 2018
  9. Oct 09, 2018
  10. Oct 07, 2018
    • Arnd Bergmann's avatar
      kbuild: speed up checksyscalls.sh · 7f5cbc53
      Arnd Bergmann authored and Sjoerd Simons's avatar Sjoerd Simons committed
      
      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
  11. Sep 24, 2018
  12. Aug 24, 2018
  13. Aug 23, 2018
Loading