Yeah, something is still awry with pci in current. On my Beige G3 I put 
a StarFire card (64 bit PCI, PCI-PCI bridge with 4 ANA-62011's on it) 
It sits in a 32 bit PCI slot since this machine doesn't have 64 bit 
slots.

ppb0 at pci0 dev 15 function 0: Digital Equipment DC21154 PCI-PCI 
bridge ( rev. 0x02)
pci1 at ppb0 bus 1
pci1: i/o space, memory space enabled
sf0 at pci1 dev 4 function 0: ANA-62011 (rev 0) 10/100 Ethernet, rev. 3
sf0: interrupting at irq 25
sf0: Ethernet address 00:00:d1:xx:xx:xx
sf0: 64-bit PCI slot detected
sqphy0 at sf0 phy 1: seeq 80220 10/100 media interface, rev. 1
sqphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
sf1 at pci1 dev 5 function 0: ANA-62011 (rev 0) 10/100 Ethernet, rev. 3
sf1: interrupttrap: pid 0.1 (swapper): kernel MCHK trap @0x44f5c0 
(SRR1=0x41030)
panic: trap
Stopped in pid 0.1 (swapper) at netbsd:cpu_Debugger+0x10: lwz r0, r1, 0
x14
db> bt
0x00682220: at panic+0x19c
0x006822b0: at trap+0xfc
0x00682330: kernel MCHK trap by rasops_do_cursor+0x84: srr1=0x41030 
r1=0x6823f0 cr=0x53ad9e55 xer=0xc000be6f ctr=0x2
saved LR(0x70) is invalid.
db>



On Dec 13, 2004, at 10:19 PM, John Klos wrote:

> ...continued...
>
> Two 604e CPU card, current from yesterday, MP kernel:
>
> I'm seeing lots of delays and slowdowns. While cvs'ing a tree, I saw 
> this on an fxp interface (not mc, but I will test that soon), on a 
> clean, local ethernet network:
>
> 2001 packets transmitted, 1957 packets received, 2.2% packet loss
> round-trip min/avg/max/stddev = -579.182/322.842/8611.055/979.495 ms
>
> (Yes, some of the times were negative)
>
> While the system was idle, I got no packet loss, but still had the 
> occasional negative time:
>
> 64 bytes from 192.168.2.1: icmp_seq=3899 ttl=64 time=1.221 ms
> 64 bytes from 192.168.2.1: icmp_seq=3900 ttl=64 time=1.165 ms
> 64 bytes from 192.168.2.1: icmp_seq=3901 ttl=64 time=9.890 ms
> 64 bytes from 192.168.2.1: icmp_seq=3902 ttl=64 time=-147.154 ms
>
> Disk seems slower, too, but that's subjective at this point.
>
> John