1. 03 8月, 2010 1 次提交
    • S
      kconfig: use long options in conf · 4062f1a4
      Sam Ravnborg 提交于
      The list of options supported by conf is growing
      and their abbreviation did not resemble anything usefull.
      
      So drop the single letter options in favour of long options.
      
      The long options are named equal to what we know from
      the make target.
      The internal implmentation was changed to match this,
      resulting in much more readable code.
      
      Support for short options is dropped - no one is supposed
      to call this program direct anyway.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NMichal Marek <mmarek@suse.cz>
      4062f1a4
  2. 29 7月, 2010 1 次提交
    • U
      kconfig: fix MODULES-related bug in case of no .config · ac1ffde1
      Ulf Magnusson 提交于
      There seems to be a kconfig bug due to MODULES not always being
      evaluated if no .config is found. Take the following Kconfig as an
      example:
      
      config MODULES
      	def_bool y
      
      config FOO
      	def_tristate m
      
      With no .config, the following configuration is generated:
      
      CONFIG_MODULES=y
      CONFIG_FOO=y
      
      With an empty .config, the following:
      
      CONFIG_MODULES=y
      CONFIG_FOO=m
      
      Tristate choice statements can also exhibit the problem, due to having an
      implicit rev_dep (select) containing "m".
      
      The problem is that MODULES is never evaluted in conf_read_simple() unless
      there's a .config. The following patch fixes this.
      Signed-off-by: NUlf Magnusson <ulfalizer.lkml@gmail.com>
      Reviewed-by: NWANG Cong <xiyou.wangcong@gmail.com>
      Signed-off-by: NMichal Marek <mmarek@suse.cz>
      ac1ffde1
  3. 26 7月, 2010 1 次提交
  4. 08 7月, 2010 1 次提交
  5. 02 7月, 2010 1 次提交
    • C
      kbuild: Warn on selecting symbols with unmet direct dependencies · 246cf9c2
      Catalin Marinas 提交于
      The "select" statement in Kconfig files allows the enabling of options
      even if they have unmet direct dependencies (i.e. "depends on" expands
      to "no"). Currently, the "depends on" clauses are used in calculating
      the visibility but they do not affect the reverse dependencies in any
      way.
      
      The patch introduces additional tracking of the "depends on" statements
      and prints a warning on selecting an option if its direct dependencies
      are not met.
      Signed-off-by: NCatalin Marinas <catalin.marinas@arm.com>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Signed-off-by: NMichal Marek <mmarek@suse.cz>
      246cf9c2
  6. 12 6月, 2010 1 次提交
  7. 03 6月, 2010 2 次提交
  8. 02 6月, 2010 10 次提交
  9. 27 5月, 2010 1 次提交
  10. 06 5月, 2010 1 次提交
  11. 14 4月, 2010 6 次提交
  12. 08 4月, 2010 1 次提交
  13. 23 3月, 2010 4 次提交
  14. 11 3月, 2010 1 次提交
  15. 10 3月, 2010 1 次提交
  16. 08 3月, 2010 7 次提交