From: Broun, Bevan (brounb@adi-limited.com)
Date: Mon Jan 13 2003 - 00:24:23 EST
Im running 5.1a on a 4100 alpha server. The system is running fine. I went to add a symbios SYM8952U
PCI Ultra2 Scsi card and the system paniced - is this expected? Removing the card fixed the problem.
I thinking that it may require having the card in the machine when the firmware update is done OR
its a dead card. The card *seemed* to be properly seated but I didnt have time to retry it.
The messages are below
Any ideas?
TIA
BB
Jan 10 14:31:06 camelot vmunix: Alpha boot: available memory from 0x3590000 to 0x7fff6000
Jan 10 14:31:06 camelot vmunix: Compaq Tru64 UNIX V5.1A (Rev. 1885); Thu Nov 7 11:47:07 EST 2002
Jan 10 14:31:06 camelot vmunix: physical memory = 2048.00 megabytes.
Jan 10 14:31:06 camelot vmunix: available memory = 1994.39 megabytes.
Jan 10 14:31:06 camelot vmunix: using 7819 buffers containing 61.08 megabytes of memory
Jan 10 14:31:06 camelot vmunix: Master cpu at slot 0
Jan 10 14:31:06 camelot vmunix: Starting secondary cpu 1
Jan 10 14:31:06 camelot vmunix: Starting secondary cpu 2
Jan 10 14:31:06 camelot vmunix: Firmware revision: 6.0
Jan 10 14:31:06 camelot vmunix: PALcode: UNIX version 1.23
Jan 10 14:31:06 camelot vmunix: AlphaServer 4100 5/600 8MB
Jan 10 14:31:06 camelot vmunix: pci1 (primary bus:1) at mcbus0 slot 5
Jan 10 14:31:06 camelot vmunix: Loading SIOP: script c0000000, reg 7fdee00, data c000a000
Jan 10 14:31:06 camelot vmunix: scsi0 at psiop0 slot 0 rad 0
Jan 10 14:31:06 camelot vmunix: pci0 (primary bus:0) at mcbus0 slot 4
Jan 10 14:31:06 camelot vmunix: eisa0 at pci0
Jan 10 14:31:06 camelot vmunix: ace0 at eisa0
Jan 10 14:31:06 camelot vmunix: ace1 at eisa0
Jan 10 14:31:06 camelot vmunix: lp0 at eisa0
Jan 10 14:31:06 camelot vmunix: gpc0 at eisa0
Jan 10 14:31:06 camelot vmunix: fdi0 at eisa0
Jan 10 14:31:06 camelot vmunix: fd0 at fdi0 unit 0
Jan 10 14:31:06 camelot vmunix: tu0: DECchip 21143: Revision: 3.0
Jan 10 14:31:06 camelot vmunix: tu0: auto negotiation capable device
Jan 10 14:31:06 camelot vmunix: tu0 at pci0 slot 3
Jan 10 14:31:06 camelot vmunix: tu0: DEC TULIP (10/100) Ethernet Interface, hardware address: 08-00-2B-C4-F7-C3
Jan 10 14:31:06 camelot vmunix: tu0: auto negotiation off: selecting 100BaseTX (UTP) port: half duplex
Jan 10 14:31:06 camelot vmunix: isp0 at pci0 slot 4
Jan 10 14:31:06 camelot vmunix: isp0: QLOGIC ISP1040B/V2 - Differential Mode
Jan 10 14:31:06 camelot vmunix: isp0: Firmware revision 5.57 (loaded by console)
Jan 10 14:31:06 camelot vmunix: isp0: Fast RAM timing enabled.
Jan 10 14:31:06 camelot vmunix: scsi1 at isp0 slot 0 rad 0
Jan 10 14:31:06 camelot vmunix: comet0: Card type 'Elsa GLoria' with 8MB framebuffer memory.
Jan 10 14:31:06 camelot vmunix: comet0 at pci0 slot 5
Jan 10 14:31:06 camelot vmunix: Created FRU table binary error log packet
Jan 10 14:31:06 camelot vmunix: kernel console: ace0
Jan 10 14:31:06 camelot vmunix: i2c: Server Management Hardware Present
Jan 10 14:31:06 camelot vmunix: dli: configured
Jan 10 14:31:06 camelot vmunix: NetRAIN configured.
Jan 10 14:31:06 camelot vmunix: vm_swap_init: swap is set to eager allocation mode
Jan 10 14:31:06 camelot vmunix: itpsa0 at pci1 slot 2
Jan 10 14:31:06 camelot vmunix: IntraServer ROM Version V2.0 (c)1998
Jan 10 14:31:06 camelot vmunix: contig_malloc: cannot find memory in saved list
Jan 10 14:31:06 camelot vmunix: ITPSA: can't allocate script memory
Jan 10 14:31:06 camelot vmunix:
Jan 10 14:31:06 camelot vmunix: trap: invalid memory read access from kernel mode
Jan 10 14:31:06 camelot vmunix:
Jan 10 14:31:06 camelot vmunix: faulting virtual address: 0x0000000000000000
Jan 10 14:31:06 camelot vmunix: pc of faulting instruction: 0xffffffff8000aa3c
Jan 10 14:31:06 camelot vmunix: ra contents at time of fault: 0x0000000000000000
Jan 10 14:31:06 camelot vmunix: sp contents at time of fault: 0xfffffe04a1e9edb0
Jan 10 14:31:06 camelot vmunix:
Jan 10 14:31:06 camelot vmunix: panic (cpu 2): kernel memory fault
Jan 10 14:31:06 camelot vmunix: syncing disks... 72
on Mon, Nov 11, 2002 at 09:10:35AM +1100, Broun, Bevan <brounb@adi-limited.com> wrote:
> Sorry for the slow summary, I was busy on friday.
>
> Thanks to all who replied:
> Allen Carpenter <ozy@landofoz.org>
> "Norris, Daniel" <Daniel.Norris@gentiva.com>
> "Sjolshagen, Thomas (Tru64 UNIX Eng.)" <Thomas.Sjolshagen@hp.com>
> "Brusche, Johan" <Johan.Brusche@hp.com>
> "Sylvester, Dennis" <dennis.sylvester@eds.com>
> "Lavelle, Bryan" <Bryan.Lavelle@hp.com>
> Jeffrey_Hummel@albemarle.com
>
> Everyone says, ADVFS UTILITIES has always been a seperate product. I got
> spoilt by my time at a Uni where we got tonnes of paks for free.
>
> BB
>
> on Fri, Nov 08, 2002 at 08:16:08AM +1100, Broun, Bevan <brounb@adi-limited.com> wrote:
> > Can anyone tell me whether "ADVFS UTILITIES" comes standard with new alphas
> > and whether the programs it activates were part of of the BASE system in
> > version 4.
> >
> > Thanks
> >
> > BB
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:49:03 EDT