All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Shaver <shaver@neon.ingenia.ca>
To: wje@fir.esd.sgi.com (William J. Earl)
Cc: linux@cthulhu.engr.sgi.com, davem@caip.rutgers.edu (David S. Miller)
Subject: Re: serial consoles, sash and other wonders
Date: Tue, 8 Apr 1997 17:31:21 -0400 (EDT)	[thread overview]
Message-ID: <199704082131.RAA03090@neon.ingenia.ca> (raw)
In-Reply-To: <199704081948.MAA14047@fir.esd.sgi.com> from "William J. Earl" at "Apr 8, 97 12:48:07 pm"

Thus spake William J. Earl:
> <tanoak#1> dvhtool /dev/rvh
> (d FILE, a UNIX_FILE FILE, c UNIX_FILE FILE, g FILE UNIX_FILE or l)?
> 	g symmon /stand/symmon
> (d FILE, a UNIX_FILE FILE, c UNIX_FILE FILE, g FILE UNIX_FILE or l)?
> 	q
> <tanoak#2> ls /stand/symmon
> -rw-r--r--    1 root     sys       245760 Apr  8 12:26 /stand/symmon

_Cool_.

>  > 2) What exactly does `bootp-able' mean?  If I stick it in
> 
>     See the tftpd man page.  The default directory for IRIX tftpd is
> /var/boot/, so /var/boot/sash and /var/boot/vmlinux would do for boot files.

OK, that's what I thought.  I just wanted to make sure I was on the
right track when I read `bootp-able' as `tftpable in the right dir'.

>     If you don't have the installation CD's, I recommend that you back
> up the disk, perhaps to a second disk (complete with volume header and
> root partitions), so you can recover from any potential failure.  The
> "cp" command in the prom can be used to copy disk to disk to recover.

That I will do.
Will that work with differently-sized drives?

> [if I boot with serial console, will Linux use that?]
>       I believe that David Miller had that working.  How do you tell linux
> to use a serial port as the console (in single-user mode)?

Ugh.
On Intel, you have to use a patch.
On the SPARC, you just have to set things up right in /dev.
I shall hope that it's SPARC-ish on the Indy and poke around for good
instructions on that.  (I shall also hedge my bets and copy DaveM on
this message. =) )

> from sash, all should be well.  Note that you can boot an ELF kernel directly
> from the PROM on an Indy with a newer PROM image (such as the PROM for an 
> Indy R5000 system), so try that first.  If it works, your Indy has the newer
> PROM, and you can forget about sash.

I've got an R5K, so that'll make things easier.

>      For a production linux for the Indy, the most reasonable approach,
> however, would be to make silo or whatever boot program you are using be
> ECOFF, so that old PROMs are supported.

I think that's the plan.

I'm having some trouble with the serial console, though.
I did an `nvram console d' and that took, but I fear that I've got to
set something else, since my serial cable is connected to port 2.  The
getty I'm running on ttyd2 works fine, FWIW.

When I reboot, I get nothing on the serial console until the getty
login: prompt.

(I can't think off the top of my head as to why I'm using that port,
but I think it had something to do with the available cabling.  I'm
not physically with the machine until 1400 EST tomorrow, but Josh
should feel free to step forward and explain it. =) )

Mike

-- 
#> Mike Shaver (shaver@ingenia.com) Ingenia Communications Corporation 
#>      Chief System Architect -- will tame sendmail(8) for food       
#>                                                                     
#> "You are a very perverse individual, and I think I'd like to get to 
#>  know you better." --- eric@reference.com                           

WARNING: multiple messages have this Message-ID (diff)
From: Mike Shaver <shaver@neon.ingenia.ca>
To: "William J. Earl" <wje@fir.esd.sgi.com>
Cc: linux@cthulhu.engr.sgi.com, "David S. Miller" <davem@caip.rutgers.edu>
Subject: Re: serial consoles, sash and other wonders
Date: Tue, 8 Apr 1997 17:31:21 -0400 (EDT)	[thread overview]
Message-ID: <199704082131.RAA03090@neon.ingenia.ca> (raw)
Message-ID: <19970408213121.YuqQS-0dZXNrrYegIjgoNGgZ4WxrgyxzOr-v9Lj9BC0@z> (raw)
In-Reply-To: <199704081948.MAA14047@fir.esd.sgi.com> from "William J. Earl" at "Apr 8, 97 12:48:07 pm"

Thus spake William J. Earl:
> <tanoak#1> dvhtool /dev/rvh
> (d FILE, a UNIX_FILE FILE, c UNIX_FILE FILE, g FILE UNIX_FILE or l)?
> 	g symmon /stand/symmon
> (d FILE, a UNIX_FILE FILE, c UNIX_FILE FILE, g FILE UNIX_FILE or l)?
> 	q
> <tanoak#2> ls /stand/symmon
> -rw-r--r--    1 root     sys       245760 Apr  8 12:26 /stand/symmon

_Cool_.

>  > 2) What exactly does `bootp-able' mean?  If I stick it in
> 
>     See the tftpd man page.  The default directory for IRIX tftpd is
> /var/boot/, so /var/boot/sash and /var/boot/vmlinux would do for boot files.

OK, that's what I thought.  I just wanted to make sure I was on the
right track when I read `bootp-able' as `tftpable in the right dir'.

>     If you don't have the installation CD's, I recommend that you back
> up the disk, perhaps to a second disk (complete with volume header and
> root partitions), so you can recover from any potential failure.  The
> "cp" command in the prom can be used to copy disk to disk to recover.

That I will do.
Will that work with differently-sized drives?

> [if I boot with serial console, will Linux use that?]
>       I believe that David Miller had that working.  How do you tell linux
> to use a serial port as the console (in single-user mode)?

Ugh.
On Intel, you have to use a patch.
On the SPARC, you just have to set things up right in /dev.
I shall hope that it's SPARC-ish on the Indy and poke around for good
instructions on that.  (I shall also hedge my bets and copy DaveM on
this message. =) )

> from sash, all should be well.  Note that you can boot an ELF kernel directly
> from the PROM on an Indy with a newer PROM image (such as the PROM for an 
> Indy R5000 system), so try that first.  If it works, your Indy has the newer
> PROM, and you can forget about sash.

I've got an R5K, so that'll make things easier.

>      For a production linux for the Indy, the most reasonable approach,
> however, would be to make silo or whatever boot program you are using be
> ECOFF, so that old PROMs are supported.

I think that's the plan.

I'm having some trouble with the serial console, though.
I did an `nvram console d' and that took, but I fear that I've got to
set something else, since my serial cable is connected to port 2.  The
getty I'm running on ttyd2 works fine, FWIW.

When I reboot, I get nothing on the serial console until the getty
login: prompt.

(I can't think off the top of my head as to why I'm using that port,
but I think it had something to do with the available cabling.  I'm
not physically with the machine until 1400 EST tomorrow, but Josh
should feel free to step forward and explain it. =) )

Mike

-- 
#> Mike Shaver (shaver@ingenia.com) Ingenia Communications Corporation 
#>      Chief System Architect -- will tame sendmail(8) for food       
#>                                                                     
#> "You are a very perverse individual, and I think I'd like to get to 
#>  know you better." --- eric@reference.com                           

  reply	other threads:[~1997-04-08 21:37 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1997-04-08 19:03 serial consoles, sash and other wonders Mike Shaver
1997-04-08 19:26 ` Ariel Faigon
1997-04-08 19:26   ` Ariel Faigon
1997-04-08 19:48 ` William J. Earl
1997-04-08 21:31   ` Mike Shaver [this message]
1997-04-08 21:31     ` Mike Shaver
1997-04-08 22:00     ` William J. Earl
1997-04-08 22:00       ` William J. Earl
1997-04-09 10:06   ` Ralf Baechle
1997-04-09 10:06     ` Ralf Baechle

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=199704082131.RAA03090@neon.ingenia.ca \
    --to=shaver@neon.ingenia.ca \
    --cc=davem@caip.rutgers.edu \
    --cc=linux@cthulhu.engr.sgi.com \
    --cc=wje@fir.esd.sgi.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.