Thanks to
"Gergen, Peter" <petergergen_at_kpmg.com.au>
"Dr Thomas.Blinn_at_HP.com" <tpb_at_doctor.zk3.dec.com>
The answer, which I used to know, is to boot genvmunix and then recompile
the kernel. Dr Thomas Blinn gives the full answer:
Although in THEORY things like SCSI device drivers are SUPPOSED to be
loadable "on the fly", in practice, many are not. You don't have the
"itpsa" driver built into the kernel you tried to boot, so after the
system started to transition to multi-user mode, since the driver for
the new SCSI card wasn't in the kernel, the software tried to load it
dynamically -- and that panic-d the system. It's an old driver that
may not have been cleaned up to work in the new dynamic driver model
that's in V5.x.
The APPROVED way to add new hardware is to ALWAYS boot the "genvmunix"
kernel and then re-run "doconfig" with no arguments. Since we know the
driver you need is "itpsa" it should suffice to add this line:
config_driver itpsa
and rebuild the kernel. That's the line that's in the GENERIC config
file that builds the driver into the GENERIC kernel. Then you can add
the card and boot your new custom kernel and the card SHOULD just work.
on Mon, Jan 13, 2003 at 04:24:23PM +1100, Broun, Bevan <brounb_at_adi-limited.com> wrote:
> 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_at_adi-limited.com> wrote:
> > Sorry for the slow summary, I was busy on friday.
> >
> > Thanks to all who replied:
> > Allen Carpenter <ozy_at_landofoz.org>
> > "Norris, Daniel" <Daniel.Norris_at_gentiva.com>
> > "Sjolshagen, Thomas (Tru64 UNIX Eng.)" <Thomas.Sjolshagen_at_hp.com>
> > "Brusche, Johan" <Johan.Brusche_at_hp.com>
> > "Sylvester, Dennis" <dennis.sylvester_at_eds.com>
> > "Lavelle, Bryan" <Bryan.Lavelle_at_hp.com>
> > Jeffrey_Hummel_at_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_at_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
Received on Mon Jan 13 2003 - 22:50:20 NZDT