Subject: Re: PCI SCSI board moved to PIII, problems
To: None <port-i386@netbsd.org>
From: Christos Zoulas <christos@zoulas.com>
List: port-i386
Date: 01/07/2002 20:55:19
This is a bug in the adaptek driver it seems and there is a PR for it.
I've seen that before. It is strange because the driver works with
some motherboards reliably, but with others it fails.
christos
In article <200201071854.g07IsBVi032125@alcor.concordia.ca>,
Anne Bennett <anne@alcor.concordia.ca> wrote:
>
>I'm out of my depth with Intel hardware; pointers appreciated!
>
>The short version (with a short question at the end) is: I had a stable
>Pentium 166 running NetBSD 1.4.1, with a SCSI adaptor and a bunch of
>disks. I decided to upgrade to a Pentium III 866, and at about the same
>time, one of my disks failed. I figured then was as good a time as any
>to do my hardware upgrade, since I'd be playing with the system anyway.
>
>I assembled the new motherboard, CPU, and RAM in an appropriate case,
>and added the floppy drive from the old system. I was able to boot NetBSD
>from the 1.4.1 boot floppy. Then I moved the PCI SCSI controller and its
>devices (except for the dead disk, which was not the terminated device,
>BTW) to the new system, and there the problems started.
>
>Over a period of many hours, I tried the SCSI controller in each of the
>three PCI slots on that motherboard, and I changed the PROM settings to
>enable or disable various onboard devices (to try to solve IRQ conflicts).
>I tried to boot a 1.4.1 floppy, a set of 1.5.2 floppies, and my 1.4.1
>system on disk (and even a couple of Slackware Linux floppies!).
>
>In some configurations, the system took a very long time to boot, even
>at the hardware level, and NetBSD reported a lot of this kind of
>stuff:
>
> probe(ahc1:0:0): SCB 1d - timed out in Message-out phase, SEQADDR ==
> 0xbb SCSIRATE == 0x0
> probe(ahc1:0:0): BDR message in message buffer
> probe(ahc1:0:0): SCB 1d - timed out in Message-out phase, SEQADDR ==
> 0x153 SCSIRATE == 0x0
> probe(ahc1:0:0): no longer in timeout, status = 0
> ahc1: Issued Channel A Bus Reset. 1 SCBs aborted
>
>In some configurations, I could boot from floppy (with the SCSI
>adaptor reported as "ahc1: aic7880 Single Channel A, SCSI Id=7, 16/255
>SCBs"), with 14 "Timedout SCB handled by another timeout" reports. At
>least some efforts to boot from disk ended up with a kernel panic. In
>case it's of use, I append /kern/msgbuf from one of the 1.5.2-floppy
>attempts (with SCSI controller installed but no disks connected).
>
>At the hardware level, most of the time, the reset/power-up sequence of
>the SCSI adaptor reported all devices correctly, though at least a few
>times it hung during its report of devices. In those cases, cycling
>the power solved that. The SCSISelect (TM) utilities were able to see
>the disks, and I even started scanning one for bad blocks just to show
>it worked.
>
>My question is this: is an old SCSI adaptor (aic7880) supposed to work
>with a fancy fast new motherboard, or might it be too slow for the
>motherboard? I *thought* that PCI was PCI, but I'm starting to wonder.
>
>
>Anne.
>----------------------------------------------------------------------------
>NetBSD 1.5.2 (INSTALL) #3: Sat Aug 18 23:52:07 CEST 2001
> he@hamster.urc.uninett.no:/usr/src/sys/arch/i386/compile/INSTALL
>cpu0: Intel Pentium III (Coppermine) (686-class), 866.87 MHz
>total memory = 991 MB
>avail memory = 913 MB
>using 11424 buffers containing 50872 KB of memory
>BIOS32 rev. 0 found at 0xfdae0
>mainbus0 (root)
>pci0 at mainbus0 bus 0: configuration mode 1
>pci0: i/o space, memory space enabled
>pchb0 at pci0 dev 0 function 0
>pchb0: vendor 0x10b9 product 0x1621 (rev. 0x04)
>ppb0 at pci0 dev 1 function 0: vendor 0x10b9 product 0x5247 (rev. 0x01)
>pci1 at ppb0 bus 1
>pci1: i/o space, memory space enabled
>vendor 0x10de product 0x00a0 (VGA display, revision 0x20) at pci1 dev 0
>function 0 not configured
>ohci0 at pci0 dev 2 function 0: vendor 0x10b9 product 0x5237 (rev. 0x03)
>ohci0: interrupting at irq 10
>ohci0: OHCI version 1.0, legacy support
>usb0 at ohci0: USB revision 1.0
>uhub0 at usb0
>uhub0: vendor 0x10b9 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
>uhub0: 2 ports with 2 removable, self powered
>pcib0 at pci0 dev 7 function 0
>pcib0: vendor 0x10b9 product 0x1533 (rev. 0xc3)
>vendor 0x13f6 product 0x0111 (audio multimedia, revision 0x10) at pci0
>dev 12 function 0 not configured
>vendor 0x13f6 product 0x0211 (miscellaneous communications, revision
>0x10) at pci0 dev 12 function 1 not configured
>sip0 at pci0 dev 14 function 0: SiS 900 10/100 Ethernet
>sip0: interrupting at irq 5
>sip0: Ethernet address 00:d0:09:63:8d:9d
>ukphy0 at sip0 phy 0: Generic IEEE 802.3u media interface
>ukphy0: OUI 0x000760, model 0x0000, rev. 0
>ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
>pciide0 at pci0 dev 15 function 0: Acer Labs M5229 UDMA IDE Controller
>(rev. 0xc2)
>pciide0: bus-master DMA support present
>pciide0: primary channel configured to compatibility mode
>pciide0: disabling primary channel (no drives)
>pciide0: secondary channel configured to compatibility mode
>pciide0: disabling secondary channel (no drives)
>ahc1 at pci0 dev 18 function 0
>ahc1: interrupting at irq 11
>ahc1: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs
>scsibus0 at ahc1 channel 0: 8 targets, 8 luns per target
>isa0 at pcib0
>com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo
>isapnp0 at isa0 port 0x279: ISA Plug 'n Play device support
>npx0 at isa0 port 0xf0-0xff: using exception 16
>pc0 at isa0 port 0x60-0x6f irq 1: color
>pc0: console
>fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2
>fd0 at fdc0 drive 0: 1.44MB, 80 cyl, 2 head, 18 sec
>isapnp0: no ISA Plug 'n Play devices found
>biomask ffcd netmask ffed ttymask ffef
>scsibus0: waiting 2 seconds for devices to settle...
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>Timedout SCB handled by another timeout
>md0: internal 2048K image area
>boot device: fd0
>root on md0a dumps on md0b
>root file system type: ffs
>----------------------------------------------------------------------------