public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Greg Banks <gnb@alphalink.com.au>
To: esr@thyrsus.com
Cc: Jaswinder Singh <jaswinder.singh@3disystems.com>,
	CML2 <linux-kernel@vger.kernel.org>,
	kbuild-devel@lists.sourceforge.net
Subject: Re: [kbuild-devel] Configure.help entries wanted
Date: Sun, 27 May 2001 12:43:48 +1000	[thread overview]
Message-ID: <3B1069E4.DA4A7E1B@alphalink.com.au> (raw)
In-Reply-To: <20010525012200.A5259@thyrsus.com> <3B0F3268.A671BC7A@pocketpenguins.com> <002401c0e5aa$0049a000$47a6b3d0@Toshiba> <3B0F8042.90DD5C5D@pocketpenguins.com> <20010526174829.A1726@thyrsus.com>

esr@thyrsus.com wrote:
> 
> Greg Banks <gbanks@pocketpenguins.com>:
> >   Having said that, I agree that the help text entries for the SH
> > port are in general of less than stellar quality, for various
> > (mostly good) reasons.  I'm hoping ESR will give us some editorial
> > feedback which will provide a good excuse to fix them.
> 
> Since you asked...
> 
> # Choice: superhsys
> Generic
> CONFIG_SH_GENERIC
>   Select Generic if configuring for a generic SuperH system.

  The "generic" option compiles in *all* the possible hardware
support and relies on the sh_mv= kernel commandline option to choose
at runtime which routines to use.  "MV" stands for "machine vector";
each of the machines below is described by a machine vector and
the "generic" option chooses to compile them all in.

>   Select SolutionEngine if configuring for a Hitachi SH7709
>   or SH7750 evalutation board.
> 
>   Select Overdrive if configuring for a ST407750 Overdrive board.
>   More information at
>   <http://linuxsh.sourceforge.net/docs/7750overdrive.php3>
> 
>   Select HP620 if configuring for a HP Jornada HP620.
>   More information at
>   <http://www.hp.com/jornada>.
> 
>   Select HP680 if configuring for a HP Jornada HP680.
>   More information at
>   <http://www.hp.com/jornada/products/680>.
> 
>   Select HP690 if configuring for a HP Jornada HP690.
>   More information at <http://www.hp.com/jornada/products/680>.

  You won't get any information about Linux on Jornadas at HP.

> 
>   Select CqREEK if configuring for a CqREEK SH7708 or SH7750.
>   More information at
>   <http://sources.redhat.com/ecos/hardware.html#SuperH>.
> 
>   Select DMIDA if configuring for a DataMyte 4000 Industrial
>   Digital Assistant. More information at <http://www.dmida.com>.
> 
>   Select EC3104 if configuring for a system with an Eclipse
>   International EC3104 chip, e.g. the Harris AD2000.
> 
>   Select Dreamcast if configuring for a SEGA Dreamcast.
>   More information at
>   <http://www.m17n.org/linux-sh/dreamcast>.

  The Dreamcast project is at <http://linuxdc.sourceforge.net/>
They usually have slightly newer DC support than
linuxsh.sourceforge.net,
to which they sync regularly.

> 
>   Select BareCPU if you know what this means, and it applies
>   to your system.
> 
> Can you be any more explicit about the BareCPU option?

  "Bare CPU" aka "unknown" means an SH-based system which is not
one of the specific ones mentioned above, which means you need to
enter all sorts of stuff like CONFIG_MEMORY_START because the config
system doesn't already know what it is.  You get a machine vector
without any platform-specific code in it, so things like the RTC may
not work.

  This option is for the early stages of porting to a new machine.

  Basically the machine choices are laid out like this:

  generic = all of the known machines
  machine foo
  machine bar
  unknown = none of the known machines

> Physical memory start address
> CONFIG_MEMORY_START
>   The physical memory start address will be automatically
>   set to 08000000, unless you selected one of the following
>   processor types: SolutionEngine, Overdrive, HP620, HP680, HP690,
>   in which case the start address will be set to 0c000000.
> 
>   Do not change this address unless you know what you are doing.
> 
> Why might someone want to change this address?

  Only when porting to a new machine which is not already
known by the config system.  Changing it from the known correct
value on any of the known systems will only lead to disaster.

> Early printk support
> CONFIG_SH_EARLY_PRINTK
>   Say Y here to redirect kernel printks from the boot console to an
>   SCI serial console as soon as one is available.
> 
> This was my guess.  Is it correct?

  Nearly.

-  the serial console can be either SCI or SCIF (the latter has a FIFO)

-  the redirect happens *before* the serial console is available, and
   stops when the serial console is initialised

-  printks go to a BIOS conforming to the LinuxSH standard (i.e.
   the SH-IPL bootloader)

  Try:

Say Y here to redirect kernel messages to the serial port
used by the SH-IPL bootloader, starting very early in the boot
process and ending when the kernel's serial console is initialised.
This option is only useful porting the kernel to a new machine,
when the kernel may crash or hang before the serial console is
initialised.

> SuperH SCI (serial) support
> CONFIG_SH_SCI
>   Selecting this option will allow the Linux kernel to transfer
>   data over SCI (Serial Communication Interface) and/or SCIF
>   which are built into the Hitachi SuperH processor.
> 
>   If in doubt, press "y".
> 
> What data?  Is this just an on-board RS232C controller?

  Sorry, the description is unclear.  It's an on-CPU RS232 controller,
usually used as the console.  The option provides 1 to 3 (depending
on the CPU model) standard Linux tty devices, /dev/ttySC[012].

> 
> Use LinuxSH standard BIOS
> CONFIG_SH_STANDARD_BIOS Say Y here if your target has the gdb-sh-stub
>   package from www.m17n.org (or any conforming standard LinuxSH BIOS)
>   in FLASH or EPROM.  The kernel will use standard BIOS calls during
>   boot for various housekeeping tasks (including calls to read and
>   write characters to a system console, get a MAC address from an
>   on-board Ethernet interface, and shut down the hardware).  Note this
>   does not work with machines with an existing operating system in
>   mask ROM and no flash (WindowsCE machines fall in this category).
>   If unsure, say N.
> 
> Note that I mixed in some information I gathered from reasding the source.
> Please check for correctness.

  That's fine.

Greg.
-- 
If it's a choice between being a paranoid, hyper-suspicious global
village idiot, or a gullible, mega-trusting sheep, I don't look
good in mint sauce.                      - jd, slashdot, 11Feb2000.

  parent reply	other threads:[~2001-05-27  2:34 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-05-25  5:22 Configure.help entries wanted Eric S. Raymond
2001-05-25  6:03 ` Keith Owens
2001-05-25  6:35   ` Eric S. Raymond
2001-05-25  6:59     ` Keith Owens
2001-05-25  7:10       ` Eric S. Raymond
2001-05-25  7:36 ` Philip Blundell
2001-05-25  8:04   ` [kbuild-devel] " Eric S. Raymond
2001-05-25 10:30     ` Russell King
2001-05-26  4:34 ` [kbuild-devel] " Greg Banks
2001-05-26  6:06   ` Jaswinder Singh
2001-05-26 10:06     ` Greg Banks
2001-05-26 18:50       ` Jaswinder Singh
2001-05-27  1:12         ` Greg Banks
2001-05-27  1:08           ` Jaswinder Singh
2001-05-27  1:29             ` Greg Banks
2001-05-27  1:28               ` Jaswinder Singh
2001-05-27  2:03                 ` Greg Banks
2001-05-27  2:08                   ` Jaswinder Singh
2001-05-27  1:20           ` Alan Cox
2001-05-27  1:31             ` Jaswinder Singh
2001-05-27  2:10               ` Greg Banks
2001-05-27  2:13                 ` Jaswinder Singh
2001-05-27  2:52                   ` Greg Banks
2001-05-27 16:27                     ` Pavel Machek
2001-05-28  0:56                       ` Greg Banks
2001-05-28  1:05                         ` Alan Cox
2001-05-28  2:36                           ` Greg Banks
2001-05-28  2:34                             ` Jaswinder Singh
2001-05-28  2:58                         ` Jaswinder Singh
2001-05-28  3:17                           ` Greg Banks
2001-05-27  2:00             ` Greg Banks
2001-05-27  3:06             ` Greg Banks
2001-05-27  3:10               ` Jaswinder Singh
2001-05-27 15:24                 ` Greg Banks
2001-05-27  5:03         ` Bill Pringlemeir
2001-05-26 21:48       ` esr
2001-05-27  1:54         ` Jaswinder Singh
2001-05-27  2:43         ` Greg Banks [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-05-26 20:13 Jaswinder Singh

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=3B1069E4.DA4A7E1B@alphalink.com.au \
    --to=gnb@alphalink.com.au \
    --cc=esr@thyrsus.com \
    --cc=jaswinder.singh@3disystems.com \
    --cc=kbuild-devel@lists.sourceforge.net \
    --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