O3k users: Don't upgrade L2 controller firmware to 1.44.0 !!

SGI hardware problems, solutions, tips, hacks, etc.
Forum rules
Any posts concerning pirated software or offering to buy/sell/trade commercial software are subject to removal.
User avatar
recondas
Moderator
Moderator
Posts: 5443
Joined: Sun Jun 06, 2004 5:55 pm
Location: NC - USA

Re: O3k users: Don't upgrade L2 controller firmware to 1.44.

Unread postby recondas » Sun Nov 17, 2013 3:38 pm

Recently stuck a new battery in a previously unused spare L2 and while testing discovered it was running the borked 1.44.0 firmware:

Code: Select all

001-L2>/stand/sysco/bin/l2flash: error in loading shared libraries: libscan.ppclinux.so: cannot open shared object file: No such file or directory

001-L2>ver
L2 version: 1.44.0
This was an L2 acquired several years ago for the opening $9.99 bid. It was listed as broken-for-parts-only (now we know why), but it had a set of the less often seen conventional rack ears that bolt directly to the upright rails (as opposed to the type of L2 mounts that are intended to be bolted into a slot in the ceiling of an O3x0/O3k tall or short rack (see photo 004 for an example of the intended-for-an-SGI-rack mounting) Since a set of the conventional ears would come in handy, figured the for-parts-only L2 wouldn't be a total loss.

Temporarily connected the borked L2 to an Onyx350 and was able to successfully repair the L2 - thanks to ShadeOfBlue's detailed instructions:

Code: Select all

Onyx_350_IR3-001-L2>!
sh-2.03# 'ifconfig eth0 192.168.1.17' && 'ifconfig eth0 up'
Got immediate confirmation that networking was up when the broken L2 recognized packets from two other networked L2s (see the L2 command "multisys" for details on how that works):

Code: Select all

sh-2.03# INFO: Validating connection from '192.168.1.11' (192.168.1.11)
sh-2.03# INFO: Validating connection from '192.168.1.12' (192.168.1.12)
The rest of the process was right out of ShadeOfBlue's playbook:

Code: Select all

sh-2.03# mount -t tmpfs -o size=750k /dev/shm /mnt
sh-2.03# cp /stand/sysco/lib/* /mnt
sh-2.03# cd /mnt
sh-2.03# wget http://192.168.1.xxx/~MacPro/libscan.ppclinux.so
libscan.ppclinux.so  100% |*****************************|   300     - stalled -
sh-2.03# mount -t tmpfs -o size=750k /dev/shm /stand/sysco/lib
sh-2.03# ls /stand/sysco/lib
sh-2.03# cp /mnt/* /stand/sysco/lib/
sh-2.03# ls /stand/sysco/lib/
libIRouter.ppclinux.so  libdrivers.ppclinux.so  libscan.ppclinux.so
libRouter.ppclinux.so   libmain.ppclinux.so     libsys.ppclinux.so
libapi.ppclinux.so      libpart.ppclinux.so
sh-2.03# cd /stand/sysco/lib/
sh-2.03# umount /mnt
It continued to briefly spawn NO RECEIVER errors before coming back to life:

Code: Select all

sh-2.03# NO RECEIVER      1 REQ(2,0,114) D: IP e 08 000000 S: L1    1. 1,16, 21
NO RECEIVER      3 REQ(2,0,114) D: IP e 08 ffffff S: L1    1. 1,16, 21
NO RECEIVER      4 REQ(2,0,114) D: IP e 08 000000 S: L1    1. 1,16, 21
NO RECEIVER      5 REQ(2,0,114) D: IP e 08 ffffff S: L1    1. 1,16, 21
NO RECEIVER      6 REQ(2,0,114) D: IP e 08 000000 S: L1    1. 1,16, 21
NO RECEIVER      7 REQ(2,0,114) D: IP e 08 ffffff S: L1    1. 1,16, 21

sh-2.03# INFO: attempting connection to localhost:9002
INFO: Validating connection from 'localhost' (127.0.0.1)
INFO: connection to localhost:9002 established.
INFO: Connection - sgi (sgi) @ localhost running 'l2flash'.
Switched over to the IRIX command line and used the L1-to-L2 USB connection from the attached system (electraglide) to reflash the previously borked L2 to the unbroken version 1.48.0 firmware.

Even though flashsc command specified the flash-via-USB method, both of the network-connected L2s were detected via the L2's multisys link.

Both of the other L2's had previously flashed to 1.48.0, so for them it was firmware passover time :

Code: Select all

electraglide 1# cd /usr/cpu/firmware/sysco
electraglide 2# /usr/sbin/flashsc ./l2.bin all
/usr/sbin/flashsc: (System Controller Flash Utility) - Version 1.4.1
updating L2 Rack 000 (IP 0.0.0.0)
updating L2 Rack 001 (IP 255.255.255.255)
Checking current flash image status
0.0.0.0-L2: Updating L2 flash image to version 1.48.0
001-L2: L2 flash image is 1.48.0 (skipping update to version 1.48.0)
002-L2: L2 flash image is 1.48.0 (skipping update to version 1.48.0)
001-L2 Updating flash image to version 1.48.0
Erasing exisiting flash data:   100% complete
Writing new flash image:   100% complete
Validating new flash image.
Final Flash results:
3 controllers updated successfully
2 controllers skipped - already current
The L2 now reported:

Code: Select all

Onyx_350_IR3-001-L2>ver
L2 version: 1.44.0
WARNING:  Flash version (1.48.0) doesn't match running version; reboot this L2.
Onyx_350_IR3-001-L2>reboot_l2
will reboot in 5 seconds...
INIT: Switching to runlevel: 6
Validating L2 Controller Flash image....OK
Booting...
and finally:

Code: Select all

Onyx_350_IR3-001-L2>ver
L2 version: 1.48.0
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

User avatar
ClassicHasClass
Donor
Donor
Posts: 2152
Joined: Wed Jul 25, 2012 7:12 pm
Location: Sunny So Cal
Contact:

Re: O3k users: Don't upgrade L2 controller firmware to 1.44.

Unread postby ClassicHasClass » Sun Nov 17, 2013 8:28 pm

The L2 is a PowerPC MPU running Linux? Is it like a 405 or something? Is this true of all of the SGI L2 implementations, like, say, the Fuel, Tezro, etc.?
smit happens.

:Fuel: bigred, 900MHz R16K, 4GB RAM, V12 DCD, 6.5.30
:Indy: indy, 150MHz R4400SC, 256MB RAM, XL24, 6.5.10
:Indigo2IMP: purplehaze, 175MHz R10000, Solid IMPACT
probably posted from Image bruce, Quad 2.5GHz PowerPC 970MP, 16GB RAM, Mac OS X 10.4.11
plus IBM POWER6 p520 * Apple Network Server 500 * RDI PrecisionBook * BeBox * Solbourne S3000 * Commodore 128 * many more...

User avatar
recondas
Moderator
Moderator
Posts: 5443
Joined: Sun Jun 06, 2004 5:55 pm
Location: NC - USA

Re: O3k users: Don't upgrade L2 controller firmware to 1.44.

Unread postby recondas » Sun Nov 17, 2013 9:28 pm

ClassicHasClass wrote:The L2 is a PowerPC MPU running Linux? Is it like a 405 or something?
No clue what a 405 is, but yes the L2 is an embedded Motorola system that runs PPC Linux.

ClassicHasClass wrote:Is this true of all of the SGI L2 implementations, like, say, the Fuel, Tezro, etc.?
Fuel and Tezro? Might you have been thinking of the (internal) Level 1/L1 controller used in all IP35 systems? While I'm not aware of SGI providing the (external) Level 2/L2 Controller with either the Fuel or Tezro (it isn't mentioned in either User Guide), both provide the necessary USB type B L1 access port on the rear bulkhead. Haven't seen a mention of connecting an L2 to a Fuel, but an L2 has been successfully used with a Tezro (read down a few posts).

There was also a Level 3/L3 controller. As provided by SGI, it was an intel-powered Silicon Graphics 230 visual workstation that ran an L2 software emulator on top of RedHat linux, but with a little work it'd run on a generic intel linux box. The L3 even emulates the L2 touch screen panel (though you have to let your mouse to do the touching).
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

User avatar
ClassicHasClass
Donor
Donor
Posts: 2152
Joined: Wed Jul 25, 2012 7:12 pm
Location: Sunny So Cal
Contact:

Re: O3k users: Don't upgrade L2 controller firmware to 1.44.

Unread postby ClassicHasClass » Mon Nov 18, 2013 3:57 am

D'oh, I was thinking of the L1. The PPC 4xx series are typical embedded microcontrollers, but if these are Motorola cores then it's probably an MPC 5xx or 5xxx-series controller (4xx were IBM designs, now manufactured by AMCC).

Sorry, I just Power ISA nerded out there for a sec. :D
smit happens.

:Fuel: bigred, 900MHz R16K, 4GB RAM, V12 DCD, 6.5.30
:Indy: indy, 150MHz R4400SC, 256MB RAM, XL24, 6.5.10
:Indigo2IMP: purplehaze, 175MHz R10000, Solid IMPACT
probably posted from Image bruce, Quad 2.5GHz PowerPC 970MP, 16GB RAM, Mac OS X 10.4.11
plus IBM POWER6 p520 * Apple Network Server 500 * RDI PrecisionBook * BeBox * Solbourne S3000 * Commodore 128 * many more...

User avatar
recondas
Moderator
Moderator
Posts: 5443
Joined: Sun Jun 06, 2004 5:55 pm
Location: NC - USA

Re: O3k users: Don't upgrade L2 controller firmware to 1.44.

Unread postby recondas » Mon Nov 18, 2013 6:00 am

On the chance anyone might be remotely curious as to the version of linux it runs, uname (run from a command shell) returned:

Code: Select all

sh-2.03# uname -a
Linux 2.4.7-sgil2 Linux 192.168.1.17 2.4.7-sgil2 #1 Fri Jan 12 08:07:49 CST 2007 ppc unknown

Code: Select all

sh-2.03# uname -i
BusyBox v0.51 (2007.01.12-14:13+0000) multi-call binary

Since I was in there:

Code: Select all

sh-2.03# df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/root                 4.8M      4.8M         0 100% /
/dev/shm                300.0k      4.0k    296.0k   1% /tmp
/dev/shm                 48.0k      4.0k     44.0k   8% /var
/dev/shm                148.0k     76.0k     72.0k  51% /etc
and (if you haven't already seen it):

Code: Select all

sh-2.03# dmesg
Linux version 2.4.7-sgil2 (dsd@tstorm) (gcc version 2.95.2 19991030 (2.95.3 prerelease/franzo)) #1 Fri Jan 12 08:07:49 CST 2007
On node 0 totalpages: 4096
zone(0): 4096 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/ram panic=5
Decrementer Frequency = 187500000/60
Calibrating delay loop... 49.76 BogoMIPS
Memory: 11844k available (952k kernel code, 512k data, 180k init, 0k highmem)
Dentry-cache hash table entries: 2048 (order: 2, 16384 bytes)
Inode-cache hash table entries: 1024 (order: 1, 8192 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 4096 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
PCI: Probing PCI hardware
I/O resource not set for host bridge 0
Memory resource not set for host bridge 0
PCI: Cannot allocate resource region 0 of PCI bridge 0
PCI: resource is 80000000..7fffffff (100), parent c011c314
PCI:00:04.0: Resource 0: c0000000-c0000fff (f=200)
PCI:00:05.0: Resource 0: c0001000-c0001fff (f=200)
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
i2c-core.o: i2c core module
i2c-dev.o: i2c /dev entries driver module
i2c-core.o: driver i2c-dev dummy driver registered.
i2c-algo-8xx.o: i2c mpc8xx algorithm module
i2c-rpx.o: i2c RPX Lite/MBX module
i2c-dev.o: Registered 'rpx' as minor 0
i2c-core.o: adapter rpx registered as adapter 0.
lcd137x:  Epson SED1375 LCD controller detected.
Console: switching to frame buffer device
fb0:  SGI L2 (SED137x LCD controller) frame buffer device
fb0:  Display panel [mono]: Hantronix HDM3224 (320x240, 4-bit Greyscale)
CPM UART driver version 0.03
init_8xx_ports() for SGI L2
ttyS00 at 0x0000 is a SCC
ttyS01 at 0x0100 is a SCC
ttyS02 at 0x0200 is a SCC
ttyS03 at 0x0300 is a SCC
WDT_8xx: Software Watchdog Timer version 0.3, 30 second timeout
block: queued sectors max/low 7770kB/2590kB, 64 slots per queue
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
eth0: FEC ENET Version 0.1, 08:fec: Phy @ 0x0, type 0x78100003
fec: link up,auto complete
00:fec: 100 Mbps, Full-Duplex
69:11:fec: Phy @ 0x0, type 0x78100003
fec: link up,auto complete
b5:cc
fec: 100 Mbps, Full-Duplex
PowerPC realtime clock driver, version 0.1.
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
PCI: Enabling device 00:04.0 (0000 -> 0002)
usb-ohci.c: USB OHCI at membase 0xc2002000, IRQ 8
usb-ohci.c: usb-00:04.0, PCI device 11c1:5802 (Lucent Microelectronics)
usb.c: new USB bus registered, assigned bus number 1
usb.c: kmalloc IF c0deb360, numif 1
usb.c: new device strings: Mfr=0, Product=2, SerialNumber=1
usb.c: USB device number 1 default language ID 0x0
Product: USB OHCI Root Hub
SerialNumber: c2002000
hub.c: USB hub found
hub.c: 2 ports detected
hub.c: standalone hub
hub.c: ganged power switching
hub.c: individual port over-current protection
hub.c: power on to power good time: 32ms
hub.c: hub controller current requirement: 0mA
hub.c: port removable status: RR
hub.c: local power source is good
hub.c: no over-current condition exists
hub.c: enabling power on all ports
usb.c: hub driver claimed interface c0deb360
PCI: Enabling device 00:05.0 (0000 -> 0002)
usb-ohci.c: USB OHCI at membase 0xc2004000, IRQ 10
usb-ohci.c: usb-00:05.0, PCI device 11c1:5802 (Lucent Microelectronics)
usb.c: new USB bus registered, assigned bus number 2
usb.c: kmalloc IF c0deb4a0, numif 1
usb.c: new device strings: Mfr=0, Product=2, SerialNumber=1
usb.c: USB device number 1 default language ID 0x0
Product: USB OHCI Root Hub
SerialNumber: c2004000
hub.c: USB hub found
hub.c: 2 ports detected
hub.c: standalone hub
hub.c: ganged power switching
hub.c: individual port over-current protection
hub.c: power on to power good time: 32ms
hub.c: hub controller current requirement: 0mA
hub.c: port removable status: RR
hub.c: local power source is good
hub.c: no over-current condition exists
hub.c: enabling power on all ports
usb.c: hub driver claimed interface c0deb4a0
usb-ohci.c: v5.2:USB OHCI Host Controller Driver
usb.c: registered new driver sgil1
usb.c: registered new driver sgil1
usb.c: registered new driver sgil1
sgil1.c: SGI L1 controller support registered
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 1024 bind 1024)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: cramfs filesystem found at block 0
RAMDISK: overriding ramdisk block size to 4096 for cramfs filesystem
RAMDISK: Loading 2072 blocks [1 disk] into ram disk... done.
Freeing initrd memory: 2072k freed
VFS: Mounted root (cramfs filesystem).
Freeing unused kernel memory: 180k init
hub.c: port 1 connection change
hub.c: port 1, portstatus 101, change 1, 12 Mb/s
hub.c: port 1, portstatus 103, change 10, 12 Mb/s
hub.c: USB new device connect on bus1/1, assigned device number 2
usb.c: kmalloc IF c0debf40, numif 1
usb.c: new device strings: Mfr=1, Product=2, SerialNumber=3
usb.c: USB device number 2 default language ID 0x9
Manufacturer: Silicon Graphics, Inc.
Product: SN1 L1 System Controller
SerialNumber: 00000000
sgil1.c: SGI L1 connected, minor: 64 device: 1.2
usb.c: sgil1 driver claimed interface c0debf40
sgil1.c: sgil1_open, minor: 64 index 0
sgil1.c: SGIL1_RESET_WRITE 1.2, 0
sgil1.c: SGIL1_RESET_READ 1.2, 0
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

User avatar
jan-jaap
Donor
Donor
Posts: 4969
Joined: Thu Jun 17, 2004 11:35 am
Location: Wijchen, The Netherlands
Contact:

Re: O3k users: Don't upgrade L2 controller firmware to 1.44.

Unread postby jan-jaap » Mon Nov 18, 2013 8:14 am

ClassicHasClass wrote:Sorry, I just Power ISA nerded out there for a sec. :D

Find yourself a 2nd hand Brocade FibreChannel switch. 8-) The newer ones (3250, 3850, and all 4Gb and newer FC switches) run an embedded PowerPC Linux. My Brocade 5000 reports:

Code: Select all

Linux version 2.6.14.2 (swrel@hq1-ub-ecbld-102) (gcc version 3.4.6) #1 Mon Sep 12 12:51:41 PDT 2011
ppc440_setup_arch(): Not setting the 100MBFull for eth1 on this SWBD58
cpld_init: platform (58) not supported
Brocade Silkworm port (C) 2002 MontaVista Software, Inc. (source@mvista.com)
On node 0 totalpages: 65536
  DMA zone: 65536 pages, LIFO batch:31
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Built 1 zonelists
Kernel command line: quiet
PID hash table entries: 2048 (order: 11, 32768 bytes)
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 254080k available (2020k kernel code, 632k data, 108k init, 0k highmem)
Calibrating delay loop... 499.71 BogoMIPS (lpj=2498560)
Mount-cache hash table entries: 512
checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd
Freeing initrd memory: 2603k freed
NET: Registered protocol family 16
PCI: Probing PCI hardware
PCI: Cannot allocate resource region 0 of device 0000:00:00.0
Initializing Cryptographic API
IBM gpio driver version 06.12.06
SWBD Platform Driver v1.0: [type 58, rev 1].
Config Silkworm
PPC 405 watchdog driver v0.51. (Timer driven)
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
ttyS0 at MMIO 0x0 (irq = 1) is a 16550A
ttyS1 at MMIO 0x0 (irq = 0) is a 16550A
io scheduler noop registered
RAMDISK driver initialized: 1 RAM disks of 50000K size 1024 blocksize
loop: loaded (max 8 devices)
PPC 4xx OCP EMAC driver, version 3.54
mal0: initialized, 4 TX channels, 2 RX channels
...

and

Code: Select all

cat /proc/cpuinfo       :
processor       : 0
cpu             : 440GP Rev. C
revision        : 4.129 (pvr 4012 0481)
bogomips        : 499.71
machine         : Brocade Silkworm440
plb bus clock   : 133MHz
pci bus clock   : 33MHz
uart clock      : 0KHz (internal)

The Brocade Fabric OS is an RPM based Linux distro (with loads of proprietary bits thrown in, of course). But it didn't take me long to configure a Debian based PPC cross compiler toolchain for the thing so now I can run my own code on the switch :twisted:
:PI: :Indigo: :Indigo: :Indy: :Indy: :Indy: :Indigo2: :Indigo2: :Indigo2IMP: :Octane: :Octane2: :O2: :O2+: Image :Fuel: :Tezro: :4D70G: :Skywriter: :PWRSeries: :Crimson: :ChallengeL: :Onyx: :O200: :Onyx2: :O3x02L:
To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. (IRIS 4D/70 Superworkstation Technical Report)

User avatar
ClassicHasClass
Donor
Donor
Posts: 2152
Joined: Wed Jul 25, 2012 7:12 pm
Location: Sunny So Cal
Contact:

Re: O3k users: Don't upgrade L2 controller firmware to 1.44.

Unread postby ClassicHasClass » Mon Nov 18, 2013 7:30 pm

STOP TEMPTING ME!!!!1
smit happens.

:Fuel: bigred, 900MHz R16K, 4GB RAM, V12 DCD, 6.5.30
:Indy: indy, 150MHz R4400SC, 256MB RAM, XL24, 6.5.10
:Indigo2IMP: purplehaze, 175MHz R10000, Solid IMPACT
probably posted from Image bruce, Quad 2.5GHz PowerPC 970MP, 16GB RAM, Mac OS X 10.4.11
plus IBM POWER6 p520 * Apple Network Server 500 * RDI PrecisionBook * BeBox * Solbourne S3000 * Commodore 128 * many more...

User avatar
ShadeOfBlue
Moderator
Moderator
Posts: 799
Joined: Tue Nov 25, 2003 12:09 pm
Location: Europe

Re: O3k users: Don't upgrade L2 controller firmware to 1.44.

Unread postby ShadeOfBlue » Tue Nov 19, 2013 8:41 am

ClassicHasClass wrote:The L2 is a PowerPC MPU running Linux? Is it like a 405 or something? Is this true of all of the SGI L2 implementations, like, say, the Fuel, Tezro, etc.?

The L1 controllers (at least on O3k) are MCF5206E, which is a ColdFire (68k-based) core :)
IMG_3354.jpg
L1 controller on an O3000 C-brick


The L2 controllers use an MPC860T.
IMG_3367.jpg
L2 controller CPU and support logic

tingo
Donor
Donor
Posts: 320
Joined: Sat Jun 26, 2010 5:40 pm
Location: Oslo, Norway

Re: O3k users: Don't upgrade L2 controller firmware to 1.44.

Unread postby tingo » Wed Nov 20, 2013 3:05 pm

Interesting thread. Thanks!
Torfinn

jwhat
Posts: 338
Joined: Sat Aug 09, 2003 6:25 pm
Location: Australia

Re: O3k users: Don't upgrade L2 controller firmware to 1.44.0 !!

Unread postby jwhat » Fri Jan 05, 2018 4:33 pm

Hi SoBlue, Recondas and others,

Regettably I have fallen into same trap with L2 1.44.0 (l2.bin from IRIX 6.5.30).

Problem is that since update to 1.44.0 (after upgrade to 6.5.30) (from 1.40.1 / 6.5.29), I cannot get telnet network connection to L2, but can still connect via console port.

Given that anyone who did flashsc to L2 after upgrade to 6.5.30 (final release) would have had issues I would have expected that SGI would have released a patch for the L2 SW.

I have lots of patch releases, but cannot see anything that relates to L2 or L1.

Was L2 version 1.48.0 released as part of Altix Linux SW distribution or was it released separately by SGI ?

I have second spare L2, so can use that in meantime pending resolving updating 1.44.0 device.


Cheers from Oz,

jwhat.
Last edited by jwhat on Mon Jan 08, 2018 2:09 pm, edited 1 time in total.
jwhat - ask questions, provide answers

jwhat
Posts: 338
Joined: Sat Aug 09, 2003 6:25 pm
Location: Australia

Re: O3k users: Don't upgrade L2 controller firmware to 1.44.0 !!

Unread postby jwhat » Mon Jan 08, 2018 2:48 am

Hi Nekochaners,

so having fallen into trap, I was forced to do some more surfing here is some additional information that people may find useful.

The SGI patch for 1.44.0 L2 and L1 software is: patchSG0007149
The patch contains update L2 version 1.48.0 and L1 version 1.48.1 (I think)

This is documented in various version of: System Controller Software 1.X Update Guide (see: http://www.irix7.com/techpubs/007-4576-024.pdf)

Only problem I had with original ShadeofBlue instructions was due to me loading the lib scan.ppclinux.so file via tftp rather than via web server (wget).

The BusyBox version used within L2 is quite a bit older than is currently documented on official BusyBox site.

So to get file on to L2 tftp command was:

Code: Select all

# tftp get 192.168.x.x:/ftpdir/libscan.ppclinux.so /mnt/libscan.ppclinux.so


while documented BusyBox syntax is: tftp -l local-file -r remote-file -g 192.168.x.x
where -g == get.


Cheers from oz,

jwhat.
jwhat - ask questions, provide answers


Return to “SGI: Hardware”

Who is online

Users browsing this forum: No registered users and 3 guests