From: Russell King <rmk@arm.linux.org.uk>
To: linux-kernel@vger.kernel.org
Subject: [MOAN] CONFIG_SERIAL_CONSOLE
Date: Mon, 22 Jul 2002 17:17:53 +0100 [thread overview]
Message-ID: <20020722171753.H2838@flint.arm.linux.org.uk> (raw)
Thanks to Tom for spotting this.
We seem to have configuration breakage in several architectures regarding
CONFIG_SERIAL_CONSOLE. This option began life to select the serial console
code in serial.c, and had its own "bool" option in drivers/char/Config.in
However, several architectures seem to be using this to select similar
code in their serial drivers by the following method (eg, from ppc):
if [ "$CONFIG_8260" = "y" ]; then
define_bool CONFIG_SERIAL_CONSOLE y
choice 'Machine Type' \
"EST8260 CONFIG_EST8260 \
SBS8260 CONFIG_SBS8260 \
RPXSUPER CONFIG_RPX6 \
TQM8260 CONFIG_TQM8260 \
Willow CONFIG_WILLOW" Willow
fi
Since ppc also include{s,d} drivers/char/Config.in, this means there was
a define_bool _and_ bool for the same configuration variable. This sounds
contary to the shell-nature of the configure scripts, and therefore illegal,
and as such gets broken when changes happen.
Firstly, these platform specific serial drivers need to be ported to the
new serial driver (cvs available...) They can then use
CONFIG_SERIAL_CORE_CONSOLE to indicate whether a serial console has been
built into the kernel or not. But please don't go and hijack this
configuration symbol like you did the CONFIG_SERIAL_CONSOLE symbol.
--
Russell King (rmk@arm.linux.org.uk) The developer of ARM Linux
http://www.arm.linux.org.uk/personal/aboutme.html
next reply other threads:[~2002-07-22 16:14 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-22 16:17 Russell King [this message]
-- strict thread matches above, loose matches on Subject: below --
2002-07-28 11:22 [MOAN] CONFIG_SERIAL_CONSOLE Greg Banks
2002-07-28 23:32 ` Tom Rini
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=20020722171753.H2838@flint.arm.linux.org.uk \
--to=rmk@arm.linux.org.uk \
--cc=linux-kernel@vger.kernel.org \
/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