Lines Matching refs:of
4 The configuration database is a collection of configuration options
21 to determine the visibility of an entry. Any child entry is only
39 define attributes for this config option. Attributes can be the type of
48 A menu entry can have a number of attributes. Not all of them are
68 A config option can have any number of default values. If multiple
99 While normal dependencies reduce the upper limit of a symbol (see
100 below), reverse dependencies can be used to force a lower limit of
101 another symbol. The value of the current menu symbol is used as the
121 entries. Default value of "visible" is true.
124 This allows to limit the range of possible input values for int
130 This defines a help text. The end of the help text is determined by
132 a smaller indentation than the first line of the help text.
139 which can modify the behaviour of the menu entry and its config
143 This declares a list of default entries which can be used when
167 Dependencies define the visibility of a menu entry and can also reduce
168 the input range of tristate symbols. The tristate logic used in the
180 Expressions are listed in decreasing order of precedence.
185 (2) If the values of both symbols are equal, it returns 'y',
187 (3) If the values of both symbols are equal, it returns 'n',
189 (4) Returns the value of the expression. Used to override precedence.
190 (5) Returns the result of (2-/expr/).
191 (6) Returns the result of min(/expr/, /expr/).
192 (7) Returns the result of max(/expr/, /expr/).
194 An expression can have a value of 'n', 'm' or 'y' (or 0, 1, 2
198 There are two types of symbols: constant and non-constant symbols.
200 'config' statement. Non-constant symbols consist entirely of alphanumeric
202 Constant symbols are only part of expressions. Constant symbols are
209 The position of a menu entry in the tree is determined in two ways. First
220 All entries within the "menu" ... "endmenu" block become a submenu of
223 dependency list of the config option NETDEVICES.
227 can be made a submenu of it. First, the previous (parent) symbol must
228 be part of the dependency list and then one of these two conditions
245 visible when MODULES is visible (the (empty) dependency of MODULES is
246 also part of the comment dependencies).
252 The configuration file describes a series of menu entries, where every
262 The first five also start the definition of a menu entry.
269 This defines a config symbol <symbol> and accepts any of above
278 separate list of options.
287 This defines a choice group and accepts any of the above attributes as
288 options. A choice can only be of type bool or tristate, while a boolean
290 choice also allows any number of config entries to be set to 'm'. This
297 definitions of that choice. If a [symbol] is associated to the choice,
341 to use it. It should be placed at the top of the configuration, before any
347 This is a collection of Kconfig tips, most of which aren't obvious at
348 first glance and most of which have become idioms in several Kconfig
381 Note: the use of the internal config variable HAVE_GENERIC_IOMAP, it is
382 introduced to overcome the limitation of select which will force a
436 at their disposal. We document them below and also provide a list of
446 of the "select CORE" from CORE_BELL_A_ADVANCED as that is implicit already
453 Below is a list of examples of prior fixes for these types of recursive issues;
481 (1) Partial (or no) quote of error.
482 (2) That seems to be the gist of that fix.
488 Work on kconfig is welcomed on both areas of clarifying semantics and on
489 evaluating the use of a full SAT solver for it. A full SAT solver can be
491 for instance on possible use case for a SAT solver could be that of handling
499 Further work on both of these areas is welcomed on Kconfig. We elaborate
500 on both of these in the next two subsections.
502 Semantics of Kconfig
505 The use of Kconfig is broad, Linux is now only one of Kconfig's users:
506 one study has completed a broad analysis of Kconfig use in 12 projects [0].
508 in documenting basic Kconfig syntax a more precise definition of Kconfig
510 the use of the xconfig configurator [1]. Work should be done to confirm if
514 evaluation of depenencies, for instance one such use known case was work to
515 express in boolean abstraction of the inferred semantics of Kconfig to
520 Confirming this could prove useful as Kconfig stands as one of the the leading
522 evaluate practical uses of such languages, their use was only theoretical
537 abstraction the inferred semantics of Kconfig to translate Kconfig logic into
540 been introduced first with [5]. The basic concept of undertaker is to exract
545 somehow on Kconfig. There is enough interest from mentors of existing projects