Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: Lukas Hejtmanek <xhejtman@mail.muni.cz>
To: linux-mips@oss.sgi.com
Subject: Origin 200
Date: Thu, 18 Oct 2001 16:36:05 +0200	[thread overview]
Message-ID: <20011018163605.F1089@mail.muni.cz> (raw)


I've finally got our origin to load linux kernel via bootp/tftp (Btw, it _must_
be the same server for bootp and tftp?)
I have my cross cimpiled kernel 2.4.9. Kernel options are:
 root=/dev/nfs ip=... nfsroot=... init=/bin/bash
However it never boots up. At random place it freezes. Sometimes without any
oops genereated sometimes with. I've also tried kernel from ftp site
- kernel/test/origin - linux-2.4.2. same behaviour. Is there something I could
do?
Is that ok that cpu clock is 65535MHz?

kernel messages:
1457776 +451040  5448 entry: 0xa800000000184000
ARCH: SGI-IP27
PROMLIB: ARC firmware Version 64 Revision 0
Discovered 1 cpus on 1 nodes
Total memory probed : 0x4000 pages
Linux version 2.4.2 (ralf@cashcow) (gcc version egcs-2.91.66 19990314
(egcs-1.1.2 release)) #4 SMP Tue Mar 20 00:33:52 MET 2001
Loading R10000 MMU routines.
CPU revision is: 00000926
Primary instruction cache 32kb, linesize 64 bytes
Primary data cache 32kb, linesize 32 bytes
Secondary cache sized at 1024K, linesize 128
IP27: Running on node 0.
Node 0 has a primary CPU, CPU is running.
Node 0 has no secondary CPU.
Machine is in M mode.
Cpu 0, Nasid 0x0, pcibr_setup(): found partnum= 0xc002...is bridge
CPU 0 clock is 65535MHz.
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/nfs
ip=147.251.48.209:147.251.48.208:147.251.48.14:255.255.255.0 nfsr
Entering 64-bit mode.
Calibrating delay loop... 179.81 BogoMIPS
Memory: 60824k/65536k available (1423k kernel code, 4712k reserved, 184k data,
220k init)
Dentry-cache hash table entries: 8192 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 4096 (order: 3, 32768 bytes)
Page-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 4096 (order: 4, 65536 bytes)
Checking for 'wait' instruction...  unavailable.
POSIX conformance testing by UNIFIX
REPLICATION: ON nasid 0, ktext from nasid 0, kdata from nasid 0
PCI: Probing PCI hardware hts.
PCI: Fixing isp1020 in [bus:lot.fn] 00:00.0
PCI: Fixing isp1020 in [bus:slot.fn] 00:01.0
PCI: Fixing base addresses for IOC3 device 00:02.0
PCI: Fixing isp1020 in [bus:slot.fn] 00:05.0
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
block: queued sectors max/low 40114kB/13371kB, 128 slots per queue
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI
enabled
ttyS00 at iomem 0x9200000008620178 (irq = 0) is a 16550A
Got dbe at 0xffffffff80142fc8
Cpu 0
$0      : 0000000000000000 0000000014201ce0 9200000001000108 000000000022b6b8
$4      : 9200000001030100 9200000001000108 ffffffff802117e0 0000000000000000
$8      : 0000000000000001 0000000000000000 ffffffff802117e0 0000000000000008
$12     : 0000000014201ce0 000000001000001f 0000000000000008 ffffffff80177aa0
$16     : 0000000000000000 0000000000000790 a8000000012fbcc0 ffffffff801cfda8
$20     : ffffffff8020d498 a8000000012c0220 a8000000012c0000 a500000000000000
$24     : 0000000000000020 0000000000000000
$28     : a8000000012f8000 a8000000012fbc90 000000ffffffffff ffffffff801418e0
Hi      : 0000000000000000
Lo      : 0000000000000008
epc     : ffffffff80142fc8
badvaddr: ffffffff800ee714
badvaddr: ffffffff800ee714
Status  : 14201ce2
Cause   : 0000901c
Cause   : 0000901c
Index:  0 pgmask=00000000 va=c0000fff80000000 asid=00  [pa=000000 c=0 d=0 v=0
g=0]  [pa=000000 c=0 d=0 v=0 g=0]
.....
-- 
Lukáš Hejtmánek

             reply	other threads:[~2001-10-18 14:33 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-10-18 14:36 Lukas Hejtmanek [this message]
     [not found] ` <Pine.BSO.4.33.0110181945150.31704-100000@oddbox.cn>
2001-10-18 23:05   ` Origin 200[B Lukas Hejtmanek
  -- strict thread matches above, loose matches on Subject: below --
2003-12-27 17:16 Origin 200 Maitland Bottoms
2003-12-29  0:38 ` Phil Frost
2001-10-24 20:40 Lukas Hejtmanek
2001-10-24 20:48 ` nick
2001-10-24 21:06   ` Lukas Hejtmanek
2001-10-24 22:49     ` nick
2001-10-24 23:04       ` Lukas Hejtmanek
2001-10-25  0:23         ` nick
2001-10-25  8:33           ` Lukas Hejtmanek
2001-10-25 10:14             ` Ralf Baechle
2001-10-25 18:59               ` nick
2001-10-26 11:02                 ` Lukas Hejtmanek
2001-10-26 14:31               ` Lukas Hejtmanek
2001-10-26 22:13                 ` nick
2001-10-26 23:09                   ` Lukas Hejtmanek
2001-09-16  4:21 Brian
2001-09-16  4:21 ` Brian
2001-09-16  9:51 ` nick
2001-09-16 15:19   ` Brian
2001-09-16 15:19     ` Brian
2001-09-17  1:13     ` Ralf Baechle
2001-09-17  7:53     ` Eugenio Diaz
2001-09-17  7:53       ` Eugenio Diaz
2001-09-17 14:01       ` 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=20011018163605.F1089@mail.muni.cz \
    --to=xhejtman@mail.muni.cz \
    --cc=linux-mips@oss.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox