Hello all,
With the 2.4.0 kernel, there were 476 CONFIG options which had
no help entry in Configure.help. With 2.4.2-ac18, this number is now 547,
which has been kept this low with 54 options getting Configure.help text.
The bottom line is that since 2.4.0, there are 125 new CONFIG options with
no Configure.help text. One obvious point: there are some options which don't
need Configure.help text, but if you're responsible for that option, I'm sure you'll
be aware of which of your options are in that category.
If you see any of _your_ options in the list below, please consider making
a patch for Configure.help for your CONFIG option. Or, you can send me
the information and I'll make the patch.
Steven
CONFIG_3270
CONFIG_3270_CONSOLE
CONFIG_8xx_CONS_SMC2
CONFIG_ADVANTECH_WDT
CONFIG_BLK_DEV_MPC8xx_IDE
CONFIG_BLK_DEV_Q40IDE
CONFIG_BLK_DEV_XPRAM
CONFIG_COBALT_28
CONFIG_COBALT_MICRO_SERVER
CONFIG_DEBUG_PORT0
CONFIG_DEBUG_PORT1
CONFIG_DEBUG_PORT2
CONFIG_DEBUG_PORT3
CONFIG_DEBUG_PORT_NULL
CONFIG_DN_SERIAL
CONFIG_ETRAX100LX
CONFIG_ETRAX100LX_V2
CONFIG_ETRAX_90000000_LEDS
CONFIG_ETRAX_AXISFLASHMAP
CONFIG_ETRAX_ETHERNET
CONFIG_ETRAX_FLASH_BUSWIDTH
CONFIG_ETRAX_FLASH_LENGTH
CONFIG_ETRAX_GPIO
CONFIG_ETRAX_I2C
CONFIG_ETRAX_I2C_USES_PB_NOT_PB_I2C
CONFIG_ETRAX_IDE
CONFIG_ETRAX_IDE_CSE1_16_RESET
CONFIG_ETRAX_IDE_G27_RESET
CONFIG_ETRAX_IDE_PB7_RESET
CONFIG_ETRAX_LED1G
CONFIG_ETRAX_LED1R
CONFIG_ETRAX_LED2G
CONFIG_ETRAX_LED2R
CONFIG_ETRAX_LED3G
CONFIG_ETRAX_LED3R
CONFIG_ETRAX_NO_LEDS
CONFIG_ETRAX_PA_BUTTON_BITMASK
CONFIG_ETRAX_PA_LEDS
CONFIG_ETRAX_PB_LEDS
CONFIG_ETRAX_SER0_CD_ON_PB_BIT
CONFIG_ETRAX_SER0_DSR_ON_PB_BIT
CONFIG_ETRAX_SER0_DTR_ON_PB_BIT
CONFIG_ETRAX_SER0_DTR_RI_DSR_CD_ON_PB
CONFIG_ETRAX_SER0_RI_ON_PB_BIT
CONFIG_ETRAX_SER1_CD_ON_PB_BIT
CONFIG_ETRAX_SER1_DSR_ON_PB_BIT
CONFIG_ETRAX_SER1_DTR_ON_PB_BIT
CONFIG_ETRAX_SER1_DTR_RI_DSR_CD_ON_PB
CONFIG_ETRAX_SER1_RI_ON_PB_BIT
CONFIG_ETRAX_SER2_CD_ON_PA_BIT
CONFIG_ETRAX_SER2_DSR_ON_PA_BIT
CONFIG_ETRAX_SER2_DTR_ON_PA_BIT
CONFIG_ETRAX_SER2_DTR_RI_DSR_CD_ON_PA
CONFIG_ETRAX_SER2_RI_ON_PA_BIT
CONFIG_ETRAX_SERIAL
CONFIG_ETRAX_SERIAL_PORT1
CONFIG_ETRAX_SERIAL_PORT2
CONFIG_ETRAX_SERIAL_PORT3
CONFIG_ETRAX_SYNCHRONOUS_SERIAL
CONFIG_ETRAX_SYNCHRONOUS_SERIAL0_DMA
CONFIG_ETRAX_SYNCHRONOUS_SERIAL1_DMA
CONFIG_ETRAX_SYNCHRONOUS_SERIAL_PORT0
CONFIG_ETRAX_SYNCHRONOUS_SERIAL_PORT1
CONFIG_ETRAX_USB_HOST
CONFIG_ETRAX_USB_HOST_PORT1
CONFIG_ETRAX_USB_HOST_PORT2
CONFIG_ETRAX_WATCHDOG
CONFIG_FB_ATY_CT
CONFIG_FB_ATY_GX
CONFIG_FB_RADEON
CONFIG_FB_SIS_300
CONFIG_FB_SIS_315
CONFIG_FB_STI
CONFIG_FPS850L
CONFIG_HD64465_PCMCIA
CONFIG_HISAX_ELSA_CS
CONFIG_HISAX_SEDLBAUER_CS
CONFIG_IDE_DELAY
CONFIG_IRQ_ALL_CPUS
CONFIG_IVMS8
CONFIG_JULIETTE
CONFIG_KCORE
CONFIG_KERNEL_IFCONFIG
CONFIG_LVM_PROC_FS
CONFIG_MCYRIXIII
CONFIG_MIPS_RTC
CONFIG_MPENTIUMIII
CONFIG_NLS_CODEPAGE_1251
CONFIG_NLS_ISO8859_13
CONFIG_NLS_KOI8_U
CONFIG_PA_CHANGEABLE_BITS
CONFIG_PA_CHANGEABLE_DIR
CONFIG_PB_CHANGEABLE_BITS
CONFIG_PB_CHANGEABLE_DIR
CONFIG_PROCESS_DEBUG
CONFIG_PROFILE
CONFIG_PROFILE_SHIFT
CONFIG_RESCUE_SER0
CONFIG_RESCUE_SER1
CONFIG_RESCUE_SER2
CONFIG_RESCUE_SER3
CONFIG_RS485
CONFIG_RS485_DISABLE_RECEIVER
CONFIG_RS485_ON_PA
CONFIG_RS485_ON_PA_BIT
CONFIG_S390_SUPPORT
CONFIG_S390_TAPE
CONFIG_S390_TAPE_3480
CONFIG_S390_TAPE_3490
CONFIG_S390_TAPE_BLOCK
CONFIG_S390_TAPE_CHAR
CONFIG_SCC3_ENET
CONFIG_SDRAM
CONFIG_SM850
CONFIG_SOUND_MAESTRO3
CONFIG_SOUND_YMFPCI_LEGACY
CONFIG_SPD823TS
CONFIG_SVINTO_SIM
CONFIG_TMSISA
CONFIG_TQM823L
CONFIG_TQM850L
CONFIG_TQM855L
CONFIG_USB_HP5300
CONFIG_USE_MDIO
CONFIG_USE_SERIAL_CONSOLE
On Sat, 10 Mar 2001 23:03:19 -0700,
Steven Cole <[email protected]> wrote:
>With the 2.4.0 kernel, there were 476 CONFIG options which had
>no help entry in Configure.help. With 2.4.2-ac18, this number is now 547,
>which has been kept this low with 54 options getting Configure.help text.
If any of these CONFIG_ options are always derived (i.e. the user never
sees them on a config menu) then please add the suffix _DERIVED to such
options. They still need to start with CONFIG_ to suit the kernel
build dependency generator so we cannot change the start of the name.
Appending _DERIVED will make it obvious that the options require no
help text.
Keith Owens wrote:
>
> On Sat, 10 Mar 2001 23:03:19 -0700,
> Steven Cole <[email protected]> wrote:
> >With the 2.4.0 kernel, there were 476 CONFIG options which had
> >no help entry in Configure.help. With 2.4.2-ac18, this number is now 547,
> >which has been kept this low with 54 options getting Configure.help text.
>
> If any of these CONFIG_ options are always derived (i.e. the user never
> sees them on a config menu) then please add the suffix _DERIVED to such
> options. They still need to start with CONFIG_ to suit the kernel
> build dependency generator so we cannot change the start of the name.
> Appending _DERIVED will make it obvious that the options require no
> help text.
Yow. That is very cumbersome. Can't you just keep a list somewhere,
instead of making such options longer?
--
Jeff Garzik | "You see, in this world there's two kinds of
Building 1024 | people, my friend: Those with loaded guns
MandrakeSoft | and those who dig. You dig." --Blondie
On Sun, 11 Mar 2001 02:08:15 -0500,
Jeff Garzik <[email protected]> wrote:
>Keith Owens wrote:
>>
>> On Sat, 10 Mar 2001 23:03:19 -0700,
>> Steven Cole <[email protected]> wrote:
>> >With the 2.4.0 kernel, there were 476 CONFIG options which had
>> >no help entry in Configure.help. With 2.4.2-ac18, this number is now 547,
>> >which has been kept this low with 54 options getting Configure.help text.
>>
>> If any of these CONFIG_ options are always derived (i.e. the user never
>> sees them on a config menu) then please add the suffix _DERIVED to such
>> options. They still need to start with CONFIG_ to suit the kernel
>> build dependency generator so we cannot change the start of the name.
>> Appending _DERIVED will make it obvious that the options require no
>> help text.
>
>Yow. That is very cumbersome. Can't you just keep a list somewhere,
>instead of making such options longer?
Not if we want to automate it for new options. Besides it makes a nice
distinction in the code between user selectable options and options
that config has worked out for itself.
On Sunday 11 March 2001 00:08, Jeff Garzik wrote:
> Keith Owens wrote:
> > On Sat, 10 Mar 2001 23:03:19 -0700,
> >
> > Steven Cole <[email protected]> wrote:
> > >With the 2.4.0 kernel, there were 476 CONFIG options which had
> > >no help entry in Configure.help. With 2.4.2-ac18, this number is now
> > > 547, which has been kept this low with 54 options getting
> > > Configure.help text.
> >
> > If any of these CONFIG_ options are always derived (i.e. the user never
> > sees them on a config menu) then please add the suffix _DERIVED to such
> > options. They still need to start with CONFIG_ to suit the kernel
> > build dependency generator so we cannot change the start of the name.
> > Appending _DERIVED will make it obvious that the options require no
> > help text.
>
> Yow. That is very cumbersome. Can't you just keep a list somewhere,
> instead of making such options longer?
BTW, the script I used (originally written by Paul Gortmaker), does pass the
lines in [C,c]onfig.in through grep -v define_ to catch items which are defined
with define_bool or define_int. Here is a short list of new CONFIG_ items which
got filtered out:
CONFIG_ARCH_S390X
CONFIG_CRIS_LOW_MAP
CONFIG_FBCON_STI
CONFIG_FUSION_BOOT
CONFIG_IP_NF_NAT_FTP
CONFIG_MTD_AMDSTD
CONFIG_PARISC32
CONFIG_SPARC32
CONFIG_SPARC64
CONFIG_TQM8xxL
As far as appending _DERIVED is concerned, I like the idea, but there might be
quite a time where it was only partially implemented, just confusing things. Unless
those CONFIG_XXX_DERIVED items all got renamed at once like the great redo
300+ Makefiles adventure last fall.
Steven
On Sun, 11 Mar 2001 06:37:10 -0700,
Steven Cole <[email protected]> wrote:
>On Sunday 11 March 2001 00:08, Jeff Garzik wrote:
>> Keith Owens wrote:
>> > If any of these CONFIG_ options are always derived (i.e. the user never
>> > sees them on a config menu) then please add the suffix _DERIVED to such
>> > options.
>
>BTW, the script I used (originally written by Paul Gortmaker), does pass the
>lines in [C,c]onfig.in through grep -v define_ to catch items which are defined
>with define_bool or define_int.
Several options are define_bool in one config.in but are options in
another. I am working on a global patch to rename all derived options.
It will be big.
Hi Steven,
On Sat, 10 Mar 2001, Steven Cole wrote:
> If you see any of _your_ options in the list below, please consider making
> a patch for Configure.help for your CONFIG option.
> CONFIG_TMSISA
--- Configure.help.old Fri Feb 16 21:15:52 2001
+++ Configure.help Mon Apr 16 17:03:39 2001
@@ -9730,6 +9730,18 @@
The module will be called tmspci.o. If you want to compile it
as a module, say M here and read Documentation/modules.txt.
+Generic TMS380 ISA support
+CONFIG_TMSISA
+ This tms380 module supports generic TMS380-based ISA cards.
+
+ These cards are known to work:
+ - SysKonnect TR4/16 ISA (SK-4190)
+
+ This driver is available as a module ( = code which can be
+ inserted in and removed from the running kernel whenever you want).
+ The module will be called tmsisa.o. If you want to compile it
+ as a module, say M here and read Documentation/modules.txt.
+
Madge Smart 16/4 PCI Mk2 support
CONFIG_ABYSS
This tms380 module supports the Madge Smart 16/4 PCI Mk2
Cheers,
Jochen