I agree.  There are a number of factors here which suggest that this might
not be the pyxis bug described here.  I installed the freebsd snapshot
from a few days ago, and I will paste the dmesg output below.  Assuming we
probe devices in the same order, it looks like it hangs before attatching
the pci host bus adapter on cia. If anyone has any suggestions I'd still
prefer to run NetBSD on this machine.

Jeff


On Thu, 30 Dec 1999, Wilko Bulte wrote:

> To be honest I don't see any reason for this bug to trigger during
> kernel startup/device probing. No PCI DMA going on (right?)
> 
> Wilko
> -- 
> Wilko Bulte 		Arnhem, The Netherlands	  - The FreeBSD Project 
>     			WWW : http://www.tcja.nl  http://www.freebsd.org
>

 
Copyright (c) 1992-1999 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California. All rights reserved.
FreeBSD 4.0-19991225-CURRENT #0: Sat Nov 13 12:07:53 PST 1999
    root@jeffr-4.dsl.speakeasy.net:/usr/src/sys/compile/NOP
Digital Personal Workstation (Miata)
Digital Personal WorkStation 500au, 500MHz
8192 byte page size, 1 processor.
CPU: EV56 (21164A) major=7 minor=0 extensions=0x1<BWX>
OSF PAL rev: 0x1000000020116
real memory  = 132218880 (129120K bytes)
avail memory = 123805696 (120904K bytes)
Preloaded elf kernel "kernel" at 0xfffffc00005c6000.
md0: Malloc disk
cia0: Pyxis, pass 1
cia0: extended capabilities: 1<BWEN>
cia0: WARNING: Pyxis pass 1 DMA bug; no bets...
pcib0: <2117x PCI host bus adapter> on cia0
pci0: <PCI bus> on pcib0
dc0: <Intel 21143 10/100BaseTX> irq 0 at device 3.0 on pci0
dc0: interrupting at CIA irq 0
dc0: Ethernet address: 00:00:f8:75:62:ef
miibus0: <MII bus> on dc0
nsphy0: <DP83840 10/100 media interface> on miibus0
nsphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
ata-pci0: <CMD 646 ATA controller (generic mode)> irq 1 at device 4.0 on
pci0
ata-pci0: Busmastering DMA supported
ata0 at 0x01f0 irq 14 on ata-pci0
ata1 at 0x0170 irq 15 on ata-pci0
isab0: <Intel 82378IB PCI to ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
pcib1: <PCI to PCI bridge (vendor=1011 device=0021)> at device 20.0 on
pci0
pci1: <PCI bus> on pcib1
vga-pci0: <Cirrus Logic GD5446 SVGA controller> at device 8.0 on pci1
mcclock0: <MC146818A real time clock> at port 0x70-0x71 on isa0
sio0 at port 0x3f8-0x3ff irq 4 on isa0
sio0: type 16550A
sio0: interrupting at ISA irq 4
sio1: reserved for low-level i/o
fdc0: interrupting at ISA irq 6
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
atkbd0: interrupting at ISA irq 1
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
psm0: interrupting at ISA irq 12
vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> on isa0
sc0: VGA <16 virtual consoles, flags=0x200>
sbc0: <ESS 688> at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0
sbc0: interrupting at ISA irq 5
pcm1: <SB DSP 3.01 (ESS mode)> on sbc0
sbc1: <ESS ES1888> at port 0x220-0x22f irq 5 drq 1 on isa0
sbc1: alloc_resource
device_probe_and_attach: sbc1 attach returned 6
struct nfssvc_sock bloated (> 256bytes)
Try reducing NFS_UIDHASHSIZ
struct nfsuid bloated (> 128bytes)
Try unionizing the nu_nickname and nu_flag fields
Timecounter "alpha"  frequency 499860416 Hz
ad0: <IBM-DPTA-371360/P74OA30A> ATA-4 disk at ata1 as master
ad0: 13042MB (26712000 sectors), 26500 cyls, 16 heads, 63 S/T, 512 B/S
ad0: 16 secs/int, 32 depth queue, DMA
acd0: <TOSHIBA CD-ROM XM-5702B/3476> CDROM drive at ata0 as master
acd0: read 2067KB/s (2067KB/s), 256KB buffer, PIO
acd0: Reads: CD-R, CD-RW, CD-DA
acd0: Audio: play, 255 volume levels
acd0: Mechanism: ejectable tray
acd0: Medium: no/blank disc inside, unlocked
Mounting root from ufs:/dev/ad0a