9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "James A. Robinson" <jim.robinson@stanford.edu>
To: "Plan 9 Mailing List" <9fans@cse.psu.edu>
Subject: [9fans] booting problems with 3rd ed.
Date: Sat, 19 Aug 2000 22:58:55 -0700	[thread overview]
Message-ID: <200008200559.BAA08656@cse.psu.edu> (raw)

This weekend I tried booting up the 3rd edition on two systems that
used to run the 2nd edition.  I'm unable to get either one up to the
point where it tries to start rio. One of them, the auth server, simply
pauses after device probe.  The other, my former file server, panics.
Both systems currently have OpenBSD installed (using all disk space). And
I've executed a bunch of bytebench and lmbench runs to stress test the CPU,
memory, file, and net i/o.  So I think the hardware is still solid. Of
course, the problem could be Plan 9 being much more sensitive to something
in the mainboards or CPUs. =(

The two systems, as I stated above, ran 2ed Plan 9 without any trouble.
Only two things have changed with the systems since then: 1) both systems
now have Intel PRO/100+ ethernet cards (the chips and OpenBSD indicate
they are i82557 cards) instead of the old 3com 3c509 combo cards. 2) both
systems are using different video cards. For the auth server, I swapped
out the 512k no-name card for an ATI Mach64 GU card. For the file server,
I stuck in the S3 Trio/64 that I used to have in my 2ed Plan 9 terminal.


My former Plan 9 auth/cpu server doesn't get past the device probe. The
details are in

  http://highwire.stanford.edu/~jimr/plan9/pensito.9disk.9fd

This machine has an ASUS P2B BX single-processor motherboard with a
400MHz PII.  It has 256 megs of ECC ram. The disks are a 2 gig IDE and
an ATAPI CD-ROM.  Detailed information from the OpenBSD dmesg is at the
end of the file.


My former Plan 9 file server gets further, but then panics. The full
details are in the page

  http://highwire.stanford.edu/~jimr/plan9/spensa.9disk.9fd

The hex numbers printed out at the panic seem to be different each time.

This one is using a Tyan Tiger LX multi-processor motherboard with
one 233MHz PII. It has 128 megs of non-ECC ram, an NCR53c875 "Diamond
Fireport" scsi card, and a 9 gig scsi. In addition, it has a 2gig IDE
drive.  Detailed information from the OpenBSD dmesg is at the end of
the file.

I was hoping maybe some of the good folks here could suggest possible
reasons for such odd behaviour.  I've scanned through the last 187
messages from Jim and Russ, but nothing clicked as possibly being the
same problem. =(


Jim


             reply	other threads:[~2000-08-20  5:58 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <jim.robinson@Stanford.EDU>
2000-08-20  5:58 ` James A. Robinson [this message]
2000-08-22  0:04   ` James A. Robinson
2001-01-03  3:54 [9fans] rev control presotto
2001-01-03  4:28 ` James A. Robinson
2001-01-03  4:31   ` James A. Robinson
2001-01-03  4:31 ` James A. Robinson
2001-01-04  0:31   ` Steve Kilbane
2001-01-04  0:23 ` Steve Kilbane
2001-01-04 11:15 ` Boyd Roberts
2001-01-04 11:16 ` Boyd Roberts

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=200008200559.BAA08656@cse.psu.edu \
    --to=jim.robinson@stanford.edu \
    --cc=9fans@cse.psu.edu \
    /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;
as well as URLs for NNTP newsgroup(s).