1. 01 6月, 2021 1 次提交
  2. 31 5月, 2021 1 次提交
  3. 18 5月, 2021 1 次提交
  4. 14 5月, 2021 1 次提交
  5. 10 5月, 2021 1 次提交
  6. 20 4月, 2021 1 次提交
  7. 16 3月, 2021 1 次提交
  8. 02 3月, 2021 1 次提交
  9. 01 3月, 2021 1 次提交
  10. 26 2月, 2021 1 次提交
  11. 02 2月, 2021 1 次提交
  12. 27 1月, 2021 2 次提交
  13. 25 1月, 2021 2 次提交
  14. 19 1月, 2021 2 次提交
  15. 05 1月, 2021 2 次提交
  16. 21 12月, 2020 2 次提交
  17. 18 12月, 2020 1 次提交
  18. 09 12月, 2020 1 次提交
  19. 03 12月, 2020 1 次提交
  20. 30 10月, 2020 1 次提交
    • S
      lib: Add getopt · 72eda507
      Sean Anderson 提交于
      Some commands can get very unweildy if they have too many positional
      arguments. Adding options makes them easier to read, remember, and
      understand.
      
      This implementation of getopt has been taken from barebox, which has had
      option support for quite a while. I have made a few modifications to their
      version, such as the removal of opterr in favor of a separate getopt_silent
      function. In addition, I have moved all global variables into struct
      getopt_context.
      
      The getopt from barebox also re-orders the arguments passed to it so that
      non-options are placed last. This allows users to specify options anywhere.
      For example, `ls -l foo/ -R` would be re-ordered to `ls -l -R foo/` as
      getopt parsed the options. However, this feature conflicts with the const
      argv in cmd_tbl->cmd. This was originally added in 54841ab5 ("Make sure
      that argv[] argument pointers are not modified."). The reason stated in
      that commit is that hush requires argv to stay unmodified. Has this
      situation changed? Barebox also uses hush, and does not have this problem.
      Perhaps we could use their fix?
      
      I have assigned maintenance of getopt to Simon Glass, as it is currently
      only used by the log command. I would also be fine maintaining it.
      Signed-off-by: NSean Anderson <seanga2@gmail.com>
      72eda507
  21. 29 10月, 2020 1 次提交
  22. 28 10月, 2020 1 次提交
    • H
      rtc: provide an emulated RTC · 87e9963d
      Heinrich Schuchardt 提交于
      On a board without hardware clock this software real time clock can be
      used. The build time is used to initialize the RTC. So you will have
      to adjust the time either manually using the 'date' command  or use
      the 'sntp' to update the RTC with the time from a network time server.
      See CONFIG_CMD_SNTP and CONFIG_BOOTP_NTPSERVER. The RTC time is
      advanced according to CPU ticks.
      Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
      87e9963d
  23. 27 10月, 2020 1 次提交
  24. 26 10月, 2020 2 次提交
  25. 22 10月, 2020 5 次提交
  26. 20 10月, 2020 1 次提交
  27. 08 10月, 2020 2 次提交
    • S
      pinctrl: Add support for Kendryte K210 FPIOA · 7224d5cc
      Sean Anderson 提交于
      The Fully-Programmable Input/Output Array (FPIOA) device controls pin
      multiplexing on the K210. The FPIOA can remap any supported function to any
      multifunctional IO pin. It can also perform basic GPIO functions, such as
      reading the current value of a pin. However, GPIO functionality remains
      largely unimplemented (in favor of the dedicated GPIO peripherals).
      Signed-off-by: NSean Anderson <seanga2@gmail.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      7224d5cc
    • S
      test: pinmux: Add test for pin muxing · 7f0f1806
      Sean Anderson 提交于
      This extends the pinctrl-sandbox driver to support pin muxing, and adds a
      test for that behaviour. The test is done in C and not python (like the
      existing tests for the pinctrl uclass) because it needs to call
      pinctrl_select_state.  Another option could be to add a command that
      invokes pinctrl_select_state and then test everything in
      test/py/tests/test_pinmux.py.
      
      The pinctrl-sandbox driver now mimics the way that many pinmux devices
      work.  There are two groups of pins which are muxed together, as well as
      four pins which are muxed individually. I have tried to test all normal
      paths. However, very few error cases are explicitly checked for.
      Signed-off-by: NSean Anderson <seanga2@gmail.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      7f0f1806
  28. 06 10月, 2020 1 次提交
  29. 05 10月, 2020 1 次提交