1. 06 7月, 2019 1 次提交
  2. 09 6月, 2019 4 次提交
  3. 05 6月, 2019 1 次提交
    • M
      kconfig: tests: fix recursive inclusion unit test · 8dde5715
      Masahiro Yamada 提交于
      Adding SPDX license identifier is pretty safe; however, here is one
      exception.
      
      Since commit ec8f24b7 ("treewide: Add SPDX license identifier -
      Makefile/Kconfig"), "make testconfig" would not pass.
      
      When Kconfig detects a circular file inclusion, it displays error
      messages with a file name and a line number prefixed to each line.
      
      The unit test checks if Kconfig emits the error messages correctly
      (this also checks the line number correctness).
      
      Now that the test input has the SPDX license identifier at the very top,
      the line numbers in the expected stderr should be incremented by 1.
      
      Fixes: ec8f24b7 ("treewide: Add SPDX license identifier - Makefile/Kconfig")
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      8dde5715
  4. 21 5月, 2019 1 次提交
  5. 19 5月, 2019 1 次提交
  6. 18 5月, 2019 2 次提交
  7. 14 5月, 2019 3 次提交
  8. 11 5月, 2019 3 次提交
    • M
      kconfig: make parent directories for the saved .config as needed · 580c5b3e
      Masahiro Yamada 提交于
      With menuconfig / nconfig, users can input any file path from the
      "Save" menu, but it fails if the parent directory does not exist.
      
      Why not create the parent directory automatically. I think this is
      a user-friendly behavior.
      
      I changed the error messages in menuconfig / nconfig.
      
      "Nonexistent directory" is no longer the most likely reason of the
      failure. Perhaps, the user specified the existing directory, or
      attempted to write to the location without write permission.
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      580c5b3e
    • M
      kconfig: do not write .config if the content is the same · 67424f61
      Masahiro Yamada 提交于
      Kconfig updates the .config when it exits even if its content is
      exactly the same as before. Since its timestamp becomes newer than
      that of other build artifacts, additional processing is invoked,
      which is annoying.
      
      - syncconfig is invoked to update include/config/auto.conf, etc.
      
      - kernel/configs.o is recompiled if CONFIG_IKCONFIG is enabled,
        then vmlinux is relinked as well.
      
      If the .config is not changed at all, we do not have to even
      touch it. Just bail out showing "No change to .config".
      
        $ make allmodconfig
        scripts/kconfig/conf  --allmodconfig Kconfig
        #
        # configuration written to .config
        #
        $ make allmodconfig
        scripts/kconfig/conf  --allmodconfig Kconfig
        #
        # No change to .config
        #
      Reported-by: NLinus Torvalds <torvalds@linux-foundation.org>
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Reviewed-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      67424f61
    • M
      kconfig: do not accept a directory for configuration output · ceb7f329
      Masahiro Yamada 提交于
      Currently, conf_write() can be called with a directory name instead
      of a file name. As far as I see, this can happen for menuconfig,
      nconfig, gconfig.
      
      If it is given with a directory path, conf_write() kindly appends
      getenv("KCONFIG_CONFIG"), but this ends up with hacky dir/basename
      handling, and screwed up in corner-cases like "what if KCONFIG_CONFIG
      is an absolute path?" as discussed before:
      
        https://patchwork.kernel.org/patch/9910037/
      
      Since conf_write() is already messed up, I'd say "do not do it".
      Please pass a file path all the time. If a directory path is specified
      for the configuration output, conf_write() will simply error out.
      
      Now that the tmp file is created in the same directory as the .config,
      the previously reported "what if KCONFIG_CONFIG points to a different
      file system?" has been solved.
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Cc: Nicolas Porcel <nicolasporcel06@gmail.com>
      ceb7f329
  9. 09 5月, 2019 1 次提交
  10. 09 4月, 2019 1 次提交
  11. 29 3月, 2019 1 次提交
  12. 17 3月, 2019 1 次提交
  13. 12 3月, 2019 1 次提交
  14. 27 2月, 2019 1 次提交
  15. 13 2月, 2019 2 次提交
  16. 14 1月, 2019 1 次提交
  17. 06 1月, 2019 3 次提交
  18. 28 12月, 2018 7 次提交
  19. 21 12月, 2018 5 次提交