what is the rationale for all ethernet device vendors being "default y"?
just noticed that on my x86 system, when i do a: $ make defconfig under "Ethernet driver support", all the top-level vendor choices (3com, adaptec and so on) all have Kconfig entries with: default y reasonably, for each vendor, all of their cards are not "default y" (that would be kind of silly), but what is the logic behind making each vendor selection "default y"? i ask because i'm putting together some kernel configuration fragments that will contribute to a final .config file and, because of all that "default y" stuff, i explicitly have to add "is not set" lines to my fragments to turn off all the vendors in which i have no interest. admittedly, as i read it, leaving them as "default y" doesn't seem to generate any additional code unless you actually select a board from that vendor; still, is there a reason the Kconfig files are set up the way they are? rday -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ========================================================================
"Robert P. J. Day" <rpjday@crashcourse.ca> writes:
just noticed that on my x86 system, when i do a:
$ make defconfig
under "Ethernet driver support", all the top-level vendor choices (3com, adaptec and so on) all have Kconfig entries with:
default y
reasonably, for each vendor, all of their cards are not "default y" (that would be kind of silly), but what is the logic behind making each vendor selection "default y"?
To avoid introducing build regressions with the introduction of these directories: http://lists.openwall.net/netdev/2011/08/23/41 This is because these directories were retro-fitted to the Kbuild system for most ethernet drivers. Bjørn
On Wed, 4 May 2016, Bjørn Mork wrote:
"Robert P. J. Day" <rpjday@crashcourse.ca> writes:
just noticed that on my x86 system, when i do a:
$ make defconfig
under "Ethernet driver support", all the top-level vendor choices (3com, adaptec and so on) all have Kconfig entries with:
default y
reasonably, for each vendor, all of their cards are not "default y" (that would be kind of silly), but what is the logic behind making each vendor selection "default y"?
To avoid introducing build regressions with the introduction of these directories: http://lists.openwall.net/netdev/2011/08/23/41
This is because these directories were retro-fitted to the Kbuild system for most ethernet drivers.
ah, makes perfect sense, thanks. rday -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ========================================================================
On Wed, 4 May 2016, Bjørn Mork wrote:
"Robert P. J. Day" <rpjday@crashcourse.ca> writes:
just noticed that on my x86 system, when i do a:
$ make defconfig
under "Ethernet driver support", all the top-level vendor choices (3com, adaptec and so on) all have Kconfig entries with:
default y
reasonably, for each vendor, all of their cards are not "default y" (that would be kind of silly), but what is the logic behind making each vendor selection "default y"?
To avoid introducing build regressions with the introduction of these directories: http://lists.openwall.net/netdev/2011/08/23/41
This is because these directories were retro-fitted to the Kbuild system for most ethernet drivers.
so am i correct in concluding that, if i'm working with kernel config fragments, there is no need to add "# ... is not set" lines to my fragments since, without an actual selected board, all those "default y" vendor settings have no effect? rday -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ========================================================================
participants (2)
-
Bjørn Mork -
Robert P. J. Day