Skip to content

L
linux
Switch branch/tag
  1. 02 Jun, 2010 4 commits
    • Li Zefan's avatar
      kconfig: fix to tag NEW symbols correctly · 3fb9acb3
      Li Zefan authored 
      Those configs are not new:

  $ cat .config
  ...
  CONFIG_NAMESPACES=y
  ...
  CONFIG_BLOCK=y
  ...

But are tagged as NEW:

  $ yes "" | make config > myconf
  $ cat myconf | grep '(NEW)'
  Namespaces support (NAMESPACES) [Y/?] (NEW) y
  ...
  Enable the block layer (BLOCK) [Y/?] (NEW) y
  ...

You can also notice this bug when using gconfig/xconfig.

It's because the SYMBOL_DEF_USER bit of an invisible symbol is cleared
when the config file is read:

int conf_read(const char *name)
{
	...
	for_all_symbols(i, sym) {
		if (sym_has_value(sym) && !sym_is_choice_value(sym)) {
			/* Reset values of generates values, so they'll appear
			 * as new, if they should become visible, but that
			 * doesn't quite work if the Kconfig and the saved
			 * configuration disagree.
			 */
			if (sym->visible == no && !conf_unsaved)
				sym->flags &= ~SYMBOL_DEF_USER;
	...
}

But a menu item which represents an invisible symbol is still
visible, if it's sub-menu is visible, so its SYMBOL_DEF_USER
bit should be set to indicate it's not NEW.
Signed-off-by: default avatarLi Zefan <lizf@cn.fujitsu.com>
Signed-off-by: default avatarMichal Marek <mmarek@suse.cz>
      3fb9acb3
    • Li Zefan's avatar
      kconfig: print the range of integer/hex symbol in help text · 70ed0747
      Li Zefan authored 
      Without this patch, one has to refer to the Kconfig file to find
out the range of an integer/hex symbol.

  │ Symbol: NR_CPUS [=4]
  │ Type  : integer
  │ Range : [2 8]
  │ Prompt: Maximum number of CPUs
  │   Defined at arch/x86/Kconfig:761
  │   Depends on: SMP [=y] && !MAXSMP [=n]
  │   Location:
  │     -> Processor type and features
Signed-off-by: default avatarLi Zefan <lizf@cn.fujitsu.com>
Signed-off-by: default avatarMichal Marek <mmarek@suse.cz>
      70ed0747
    • Li Zefan's avatar
      kconfig: print symbol type in help text · b040b44c
      Li Zefan authored 
      Randy suggested to print out the symbol type in gconfig.

Note this change does more than Randy's suggestion, that it also
affects menuconfig and "make config".

  │ Symbol: BLOCK [=y]
  │ Type  : boolean
  │ Prompt: Enable the block layer
  │   Defined at block/Kconfig:4
  │   Depends on: EMBEDDED [=n]
Signed-off-by: default avatarLi Zefan <lizf@cn.fujitsu.com>
Acked-by: default avatarRandy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: default avatarMichal Marek <mmarek@suse.cz>
      b040b44c
    • Aristeu Rozanski's avatar
      kconfig: introduce nonint_oldconfig and loose_nonint_oldconfig · f0778c8c
      Aristeu Rozanski authored 
      This patch has been around for a long time in Fedora and Red Hat Enterprise
Linux kernels and it may be useful for others. The nonint_oldconfig target
will fail and print the unset config options while loose_nonint_oldconfig will
simply let the config option unset. They're useful in distro kernel packages
where the config files are built using a combination of smaller config files.

Arjan van de Ven wrote the initial nonint_config and Roland McGrath added the
loose_nonint_oldconfig.

Signed-off-by: Arjan van de Ven <arjan@redhat.com> [defunct email]
Whatevered-by: default avatarKyle McMartin <kyle@redhat.com>
Acked-by: default avatarArjan van de Ven <arjan@linux.intel.com>
Acked-by: default avatarRandy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: default avatarAristeu Rozanski <aris@redhat.com>
[mmarek: whitespace fixes]
Signed-off-by: default avatarMichal Marek <mmarek@suse.cz>
      f0778c8c
  3. 27 May, 2010 1 commit
  5. 06 May, 2010 1 commit
  7. 14 Apr, 2010 6 commits
  9. 08 Apr, 2010 1 commit
  11. 23 Mar, 2010 4 commits
  13. 11 Mar, 2010 1 commit
  15. 10 Mar, 2010 1 commit
  17. 08 Mar, 2010 2 commits
    • Michal Marek's avatar
      Revert "kbuild: specify absolute paths for cscope" · e93bc1a0
      Michal Marek authored 
      This reverts commit eb8f844c. Ian
Campbell writes:
> I keep my kernel source tree on a more powerful build box where I run my
> builds etc (including "make cscope") but run my editor from my
> workstation with an NFS mount to the source. This worked fine for me
> using relative paths for cscope. Using absolute paths in cscope breaks
> this previously working setup because the root path is not the same on
> both systems. I guess this is similar to moving the source tree around.
>
> Without wanting to start a flamewar it really sounds to me like we are
> working around a vim (or cscope) bug here, emacs with cscope bindings
> works fine in this configuration.

Given that absolute paths can be forced by make O=. cscope, change the
default back to relative paths.

Ian Campbell <ijc@hellion.org.uk>
Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: default avatarMichal Marek <mmarek@suse.cz>
      e93bc1a0
    • Michal Marek's avatar
      kbuild: Do not unnecessarily regenerate modules.builtin · a6c36632
      Michal Marek authored 
      Only regenerate it if the configuration has changed. Also, do this after
the modules build to fix errors with some weird Makefiles that are
generated during build.
Reported-by: default avatarEric Miao <eric.y.miao@gmail.com>
Signed-off-by: default avatarMichal Marek <mmarek@suse.cz>
      a6c36632
  19. 07 Mar, 2010 9 commits
  21. 03 Mar, 2010 10 commits
GitLab Nexedi Edition | About GitLab | About Nexedi | 沪ICP备2021021310号-2 | 沪ICP备2021021310号-7