Current CVS (010116) Boots OK

Current CVS (010116) Boots OK

[Ian Chilton]

Hello,

Just cross compiled the kernel with GCC 2.95.2 and Binutils 2.10.1 and
booted my Indy R4600:

Command Monitor.  Type "exit" to return to the menu.
>> bootp():/vmlinux console=ttyS0
Obtaining /vmlinux from server slinky
ARCH: SGI-IP22
PROMLIB: ARC firmware Version 1 Revision 10
CPU: MIPS-R4600 FPU<MIPS-R4600FPC> ICACHE DCACHE
Loading R4000 MMU routines.
CPU revision is: 00002020
Primary instruction cache 16kb, linesize 32 bytes.
Primary data cache 16kb, linesize 32 bytes.
Linux version 2.4.0 (ian@slinky) (gcc version 2.95.3 19991030
(prerelease)) #1 1
MC: SGI memory controller Revision 3
Determined physical RAM map:
 memory: 00001000 @ 00000000 (reserved)
 memory: 00001000 @ 00001000 (reserved)
 memory: 001c5000 @ 08002000 (reserved)
 memory: 00579000 @ 081c7000 (usable)
 memory: 000c0000 @ 08740000 (ROM data)
 memory: 05800000 @ 08800000 (usable)
On node 0 totalpages: 57344
zone(0): 57344 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0
Calibrating system timer... 500000 [100.00 MHz CPU]
NG1: Revision 6, 8 bitplanes, REX3 revision B, VC2 revision A, xmap9
revision AD
NG1: Screensize 1280x1024
Console: colour SGI Newport 160x64
zs0: console input
Console: ttyS0 (Zilog8530)
Calibrating delay loop... 99.73 BogoMIPS
Memory: 91868k/95716k available (1517k kernel code, 3848k reserved, 84k
data, 6)
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
Checking for 'wait' instruction...  available.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
initialize_kbd: Keyboard reset failed, no ACK
DS1286 Real Time Clock Driver v1.0
keyboard: Timeout - AT keyboard not present?
keyboard: Timeout - AT keyboard not present?
streamable misc devices registered (keyb:150, gfx:148)
sgiseeq.c: David S. Miller (dm@engr.sgi.com)
eth0: SGI Seeq8003 08:00:69:08:2c:d1
SCSI subsystem driver Revision: 1.00
wd33c93-0: chip=WD33c93B/13 no_sync=0xff no_dma=0 debug_flags=0x00
           setup_args=,,,,,,,,,
           Version 1.25 - 09/Jul/1997, Compiled Jan 16 2001 at 19:12:00
scsi0 : SGI WD93
 sending SDTR 0103013f0csync_xfer=2c  Vendor: IBM       Model:
DCAS-34330      A
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 1, lun 0
SCSI device sda: 8467200 512-byte hdwr sectors (4335 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7
SGI Zilog8530 serial driver version 1.00
tty00 at 0xbfbd9830 (irq = 21) is a Zilog8530
tty01 at 0xbfbd9838 (irq = 21) is a Zilog8530
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 192.168.0.11, my address is
192.168.0.12
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 192.168.0.11
Looking up port of RPC 100005/2 on 192.168.0.11
Root-NFS: Server returned error -13 while mounting /export/tftpboot
VFS: Unable to mount root fs via NFS, trying floppy.
request_module[block-major-2]: Root fs not mounted
VFS: Cannot open root device "" or 02:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 02:00



I'll boot it into a system @ the weekend.


Thanks to those who helped to fix the kernel!!


Bye for Now,

Ian


                                \|||/ 
                                (o o)
 /---------------------------ooO-(_)-Ooo---------------------------\
 |  Ian Chilton        (IRC Nick - GadgetMan)     ICQ #: 16007717  |
 |-----------------------------------------------------------------|
 |  E-Mail: ian@ichilton.co.uk     Web: http://www.ichilton.co.uk  |
 |-----------------------------------------------------------------|
 |         Budget: A method for going broke methodically.          |
 \-----------------------------------------------------------------/

Re: Current CVS (010116) Boots OK

[Maciej W. Rozycki]

On Tue, 16 Jan 2001, Ian Chilton wrote:

> Just cross compiled the kernel with GCC 2.95.2 and Binutils 2.10.1 and
> booted my Indy R4600:
[...]
> Linux version 2.4.0 (ian@slinky) (gcc version 2.95.3 19991030
> (prerelease)) #1 1
> MC: SGI memory controller Revision 3
> Determined physical RAM map:
>  memory: 00001000 @ 00000000 (reserved)
>  memory: 00001000 @ 00001000 (reserved)
>  memory: 001c5000 @ 08002000 (reserved)
>  memory: 00579000 @ 081c7000 (usable)
>  memory: 000c0000 @ 08740000 (ROM data)
>  memory: 05800000 @ 08800000 (usable)
> On node 0 totalpages: 57344
> zone(0): 57344 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Kernel command line: console=ttyS0
> Calibrating system timer... 500000 [100.00 MHz CPU]
> NG1: Revision 6, 8 bitplanes, REX3 revision B, VC2 revision A, xmap9
> revision AD
> NG1: Screensize 1280x1024
> Console: colour SGI Newport 160x64
> zs0: console input
> Console: ttyS0 (Zilog8530)
> Calibrating delay loop... 99.73 BogoMIPS
> Memory: 91868k/95716k available (1517k kernel code, 3848k reserved, 84k
> data, 6)

 Great!  The code works.  Thanks for the report.  Hmm, that "6)" at the
end looks weird, though -- there should be something like "xxxk init, 0k
highmem)"... 

 Could you please change "#undef DEBUG" into "#define DEBUG" in
arch/mips/arc/memory.c and check if your system boots this way, either?
I would also appreciate an output from '/proc/iomem' (once you boot into
a shell).

  Maciej

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

Re: Current CVS (010116) Boots OK

[Matthew Fredrickson]

On Tue, Jan 16, 2001 at 09:17:45PM +0100, Maciej W. Rozycki wrote:
> On Tue, 16 Jan 2001, Ian Chilton wrote:
> 
> > Just cross compiled the kernel with GCC 2.95.2 and Binutils 2.10.1 and
> > booted my Indy R4600:
> [...]
> > Linux version 2.4.0 (ian@slinky) (gcc version 2.95.3 19991030
> > (prerelease)) #1 1
> > MC: SGI memory controller Revision 3
> > Determined physical RAM map:
> >  memory: 00001000 @ 00000000 (reserved)
> >  memory: 00001000 @ 00001000 (reserved)
> >  memory: 001c5000 @ 08002000 (reserved)
> >  memory: 00579000 @ 081c7000 (usable)
> >  memory: 000c0000 @ 08740000 (ROM data)
> >  memory: 05800000 @ 08800000 (usable)
> > On node 0 totalpages: 57344
> > zone(0): 57344 pages.
> > zone(1): 0 pages.
> > zone(2): 0 pages.
> > Kernel command line: console=ttyS0
> > Calibrating system timer... 500000 [100.00 MHz CPU]
> > NG1: Revision 6, 8 bitplanes, REX3 revision B, VC2 revision A, xmap9
> > revision AD
> > NG1: Screensize 1280x1024

Does this mean we have support for the graphics hardware on SGIs?  Or is
it still limited to certain Indys?  I have an I2 I've been tempted to try
linux on but been spoofed off by the fact that I can't use my lovely 21"
monitor.  Is a search still being made for docs on the graphics hardware?

-- 
Matthew Fredrickson AIM MatthewFredricks
ICQ 13923212 matt@NOSPAMfredricknet.net 
http://www.fredricknet.net/~matt/
"Everything is relative"

Re: Current CVS (010116) Boots OK

[Chris Ruvolo]

On Tue, Jan 16, 2001 at 09:17:45PM +0100, Maciej W. Rozycki wrote:
> On Tue, 16 Jan 2001, Ian Chilton wrote:
> > Memory: 91868k/95716k available (1517k kernel code, 3848k reserved, 84k
> > data, 6)
> 
>  Great!  The code works.  Thanks for the report.  Hmm, that "6)" at the
> end looks weird, though -- there should be something like "xxxk init, 0k
> highmem)"... 

I belive this is because of the terminal program being used.  It appears to
not have any kind of line wrap, so characters printed after the 80th
overwrite the last column of the display.

-Chris

Re: Current CVS (010116) Boots OK

[Ian Chilton]

Hello,

> I belive this is because of the terminal program being used.  It appears to
> not have any kind of line wrap, so characters printed after the 80th
> overwrite the last column of the display.


humm..could be minicom, but may be my mailer ?


Bye for Now,

Ian


                                \|||/ 
                                (o o)
 /---------------------------ooO-(_)-Ooo---------------------------\
 |  Ian Chilton        (IRC Nick - GadgetMan)     ICQ #: 16007717  |
 |-----------------------------------------------------------------|
 |  E-Mail: ian@ichilton.co.uk     Web: http://www.ichilton.co.uk  |
 |-----------------------------------------------------------------|
 |         Budget: A method for going broke methodically.          |
 \-----------------------------------------------------------------/

Re: Current CVS (010116) Boots OK

[Ralf Baechle]

On Wed, Jan 17, 2001 at 07:02:19PM +0000, Ian Chilton wrote:

> > I belive this is because of the terminal program being used.  It appears to
> > not have any kind of line wrap, so characters printed after the 80th
> > overwrite the last column of the display.
> 
> humm..could be minicom, but may be my mailer ?

True unixers use cu(1) as terminal program, works great.

  Ralf

Re: Current CVS (010116) Boots OK

[Maciej W. Rozycki]

On Wed, 17 Jan 2001, Chris Ruvolo wrote:
> >  Great!  The code works.  Thanks for the report.  Hmm, that "6)" at the
> > end looks weird, though -- there should be something like "xxxk init, 0k
> > highmem)"... 
> 
> I belive this is because of the terminal program being used.  It appears to
> not have any kind of line wrap, so characters printed after the 80th
> overwrite the last column of the display.

 It's possible.  I'm actually using `cu' and it works fine wrt wrapping
but it requires hw flow control (it sets "-clocal" and "crtscts" 
explicitly) unfortunately, which is why it cannot be used for the
DECstation's REX console I/O (which uses DTR/DSR flow control due to
serial interface limitations on certain DEC hardware).  I'm going to
modify `cu' at one time but since I don't really work with REX that much
I'm just using `cat' for this purpose for now. 

 It's best to use `dmesg' (with "-s 32768" if necessary) if at all
possible to fetch logs anyway.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

Re: Current CVS (010116) Boots OK

[Ian Chilton]

Hello,

>  Could you please change "#undef DEBUG" into "#define DEBUG" in
> arch/mips/arc/memory.c and check if your system boots this way, either?
> I would also appreciate an output from '/proc/iomem' (once you boot into
> a shell).

The Indy is off again now and the I2 is compiling..

So, unless I get chance to try it on the I2 later this week, it will be
the weekend before I get to try this.....


Unless someone else can verify this and make the change..


Bye for Now,

Ian


                                \|||/ 
                                (o o)
 /---------------------------ooO-(_)-Ooo---------------------------\
 |  Ian Chilton        (IRC Nick - GadgetMan)     ICQ #: 16007717  |
 |-----------------------------------------------------------------|
 |  E-Mail: ian@ichilton.co.uk     Web: http://www.ichilton.co.uk  |
 |-----------------------------------------------------------------|
 |         Budget: A method for going broke methodically.          |
 \-----------------------------------------------------------------/

Re: Current CVS (010116) Boots OK

[Maciej W. Rozycki]

On Tue, 16 Jan 2001, Ian Chilton wrote:

> So, unless I get chance to try it on the I2 later this week, it will be
> the weekend before I get to try this.....

 Not a problem for me -- I'm not in a hurry that much.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

Re: Current CVS (010116) Boots OK

[Thiemo Seufer]

Maciej W. Rozycki wrote:
[snip]
> It's possible.  I'm actually using `cu' and it works fine wrt wrapping
>but it requires hw flow control (it sets "-clocal" and "crtscts" 
>explicitly) unfortunately, which is why it cannot be used for the
>DECstation's REX console I/O (which uses DTR/DSR flow control due to
>serial interface limitations on certain DEC hardware).  I'm going to
>modify `cu' at one time but since I don't really work with REX that much
>I'm just using `cat' for this purpose for now.

You might try 'screen'. I don't know if it requires Hardware
flow control, but it works for me via

screen screen /dev/ttyS1


Thiemo

Re: Current CVS (010116) Boots OK

[Thiemo Seufer]

Maciej W. Rozycki wrote:
[snip]
> It's possible.  I'm actually using `cu' and it works fine wrt wrapping
>but it requires hw flow control (it sets "-clocal" and "crtscts" 
>explicitly) unfortunately, which is why it cannot be used for the
>DECstation's REX console I/O (which uses DTR/DSR flow control due to
>serial interface limitations on certain DEC hardware).  I'm going to
>modify `cu' at one time but since I don't really work with REX that much
>I'm just using `cat' for this purpose for now.

You might try 'screen'. I don't know if it requires Hardware
flow control, but it works for me via

screen screen /dev/ttyS1


Thiemo