From: "Eric S. Raymond" <esr@thyrsus.com>
To: "Barry K. Nathan" <barryn@pobox.com>
Cc: Linux Kernel List <linux-kernel@vger.kernel.org>,
rmk@arm.linux.org.uk, linux-arm-kernel@lists.arm.linux.org.uk,
bjornw@axis.com, dev-etrax@axis.com,
Hartmut Penner <hp@de.ibm.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Rob van der Heij <rvdhei@iae.nl>,
davidm@hpl.hp.com, linux-ia64@linuxia64.org
Subject: Re: [RFC/PATCH] wide Configure.help entries (was Re: We're down to just 32...)
Date: Thu, 13 Dec 2001 00:05:42 -0500 [thread overview]
Message-ID: <20011213000542.A2159@thyrsus.com> (raw)
In-Reply-To: <20011212213307.A31039@thyrsus.com> <20011213044510.CC30A8A5A8@cx518206-b.irvn1.occa.home.com>
In-Reply-To: <20011213044510.CC30A8A5A8@cx518206-b.irvn1.occa.home.com>; from barryn@pobox.com on Wed, Dec 12, 2001 at 08:45:10PM -0800
Barry K. Nathan <barryn@pobox.com>:
> Which brings up the question of whether this problem (of entries being
> too wide for menuconfig) should be fixed, and if so, for which kernel
> versions/series. IMO, the problem should be fixed for the 2.4 kernels,
> since (if I'm not mistaken) it's going to be a while before CML2 becomes
> standard for 2.4 kernels, if it ever happens at all. For 2.5, OTOH,
> perhaps the help entries should be left alone in this regard since
> CML2's menuconfig isn't affected by this problem and CML2 is going to be
> merged into 2.5.
On the other hand, the 2.4 and 2.5 Configure.help files have not forked yet,
and the overhead of fixing this problem is low.
Here's what I've done. First, I have applied your patch. Next, I added
the following line near the bottom of Configure.help.
# compile-command: "egrep -n '^ .{71,}[^ ]+' Configure.help /dev/null"
Now I can do compile-command in my Emacs and step through the wide entries,
correcting them where possible. Sometimes it's not; there are some *long* URLs
in the file.
I'll clean this up before each Configure.help release.
We're now down to 29 missing entries, by the way; I got three almost immediately
on posting the request, and congratualations to the IA64 port group who are now
completely clean. Here is the revised list:
ARM port:
CPU_ARM1020_CPU_IDLE: arch/arm/mm/proc-arm1020.S
CPU_ARM1020_D_CACHE_ON: arch/arm/config.in arch/arm/mm/proc-arm1020.S
CPU_ARM1020_FORCE_WRITE_THROUGH: arch/arm/config.in arch/arm/mm/proc-arm1020.S
CPU_ARM1020_I_CACHE_ON: arch/arm/config.in arch/arm/mm/proc-arm1020.S
CPU_ARM1020_ROUND_ROBIN: arch/arm/config.in arch/arm/mm/proc-arm1020.S
CPU_ARM920_CPU_IDLE: arch/arm/config.in arch/arm/mm/proc-arm920.S
CPU_ARM920_D_CACHE_ON: arch/arm/config.in arch/arm/mm/proc-arm920.S
CPU_ARM920_I_CACHE_ON: arch/arm/config.in arch/arm/mm/proc-arm920.S
CPU_ARM920_WRITETHROUGH: arch/arm/config.in arch/arm/mm/proc-arm920.S
CPU_ARM926_CPU_IDLE: arch/arm/config.in arch/arm/mm/proc-arm926.S
CPU_ARM926_D_CACHE_ON: arch/arm/config.in arch/arm/mm/proc-arm926.S
CPU_ARM926_I_CACHE_ON: arch/arm/config.in arch/arm/mm/proc-arm926.S
CPU_ARM926_ROUND_ROBIN: arch/arm/config.in arch/arm/mm/proc-arm926.S
CPU_ARM926_WRITETHROUGH: arch/arm/config.in arch/arm/mm/proc-arm926.S
CPU_FREQ: drivers/video/sa1100fb.c drivers/video/sa1100fb.h drivers/pcmcia/sa1100_generic.c arch/arm/config.in arch/arm/mach-sa1100/Makefile arch/arm/mach-sa1100/generic.c arch/arm/mach-integrator/cpu.c
S390 port:
DASD_AUTO_DIAG: drivers/s390/Config.in drivers/s390/block/dasd.c
DASD_AUTO_ECKD: drivers/s390/Config.in drivers/s390/block/dasd.c
DASD_AUTO_FBA: drivers/s390/Config.in drivers/s390/block/dasd.c
HWC_CPI: drivers/s390/Config.in drivers/s390/char/Makefile
PFAULT: arch/s390/config.in arch/s390/kernel/smp.c arch/s390/kernel/traps.c arch/s390/mm/fault.c arch/s390x/config.in arch/s390x/kernel/smp.c arch/s390x/kernel/traps.c arch/s390x/mm/fault.c
SHARED_KERNEL: arch/s390/Makefile arch/s390/config.in arch/s390/kernel/head.S arch/s390x/Makefile arch/s390x/config.in arch/s390x/kernel/head.S
CRIS port:
ETRAX_ETHERNET_LPSLAVE: arch/cris/drivers/Config.in arch/cris/drivers/Makefile arch/cris/kernel/head.S
ETRAX_ETHERNET_LPSLAVE_HAS_LEDS: arch/cris/drivers/Config.in arch/cris/drivers/lpslave/e100lpslave.S
ETRAX_NETWORK_LED_ON_WHEN_ACTIVITY: arch/cris/drivers/Config.in arch/cris/drivers/ethernet.c arch/cris/drivers/lpslave/e100lpslave.S
ETRAX_NETWORK_LED_ON_WHEN_LINK: arch/cris/drivers/Config.in arch/cris/drivers/ethernet.c arch/cris/drivers/lpslave/e100lpslave.S
ETRAX_SHUTDOWN_BIT: include/asm-cris/io.h arch/cris/config.in
Miscellaneous:
ITE_I2C_ADAP: drivers/i2c/Config.in drivers/i2c/Makefile
ITE_I2C_ALGO: drivers/i2c/Config.in drivers/i2c/Makefile
MTD_ARM_INTEGRATOR: drivers/mtd/maps/Config.in drivers/mtd/maps/Makefile
--
<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>
Government is actually the worst failure of civilized man. There has
never been a really good one, and even those that are most tolerable
are arbitrary, cruel, grasping and unintelligent.
-- H. L. Mencken
prev parent reply other threads:[~2001-12-13 5:16 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-13 2:33 We're down to just 32 missing Configure.help symbols Eric S. Raymond
2001-12-13 3:29 ` Jesse Barnes
2001-12-13 4:45 ` [RFC/PATCH] wide Configure.help entries (was Re: We're down to just 32...) Barry K. Nathan
2001-12-13 5:05 ` Eric S. Raymond [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20011213000542.A2159@thyrsus.com \
--to=esr@thyrsus.com \
--cc=barryn@pobox.com \
--cc=bjornw@axis.com \
--cc=davidm@hpl.hp.com \
--cc=dev-etrax@axis.com \
--cc=hp@de.ibm.com \
--cc=linux-arm-kernel@lists.arm.linux.org.uk \
--cc=linux-ia64@linuxia64.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rmk@arm.linux.org.uk \
--cc=rvdhei@iae.nl \
--cc=schwidefsky@de.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox