The following reply was made to PR kern/29126; it has been noted by GNATS.

From: Kimmo Suominen <kim@tac.nyc.ny.us>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: bin/29126: tcpdump leads to packet loss
Date: Thu, 27 Jan 2005 16:10:49 -0500

 I have a 1.6.2 laptop with ex and tqphy.  Neither the 1.6.2 nor the 2.0
 GENERIC_LAPTOP kernel exhibits the problem (1.6.2 userland in both cases).
 
 -------------------------------------------------------------------------
 
 nocport:~# uname -a
 NetBSD nocport 1.6.2 NetBSD 1.6.2 (GENERIC_LAPTOP) #0: Tue Feb 10 22:02:37 UTC 2004     autobuild@tgm.netbsd.org:/autobuild/netbsd-1-6-PATCH002/i386/OBJ/autobuild/netbsd-1-6-PATCH002/src/sys/arch/i386/compile/GENERIC_LAPTOP i386
 
 ex0 at pci0 dev 16 function 0: 3Com 3c556 MiniPCI 10/100 Ethernet (rev. 0x10)
 ex0: interrupting at irq 11
 ex0: MAC address 00:04:76:47:06:96
 tqphy0 at ex0 phy 0: 78Q2120 10/100 media interface, rev. 11
 tqphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 
 -------------------------------------------------------------------------
 
 nocport:~# uname -a
 NetBSD nocport 2.0 NetBSD 2.0 (GENERIC_LAPTOP) #0: Wed Dec  1 11:01:08 UTC 2004  builds@build:/big/builds/ab/netbsd-2-0-RELEASE/i386/200411300000Z-obj/big/builds/ab/netbsd-2-0-RELEASE/src/sys/arch/i386/compile/GENERIC_LAPTOP i386
 
 ex0 at pci0 dev 16 function 0: 3Com 3c556 MiniPCI 10/100 Ethernet (rev. 0x10)
 ex0: interrupting at irq 11
 ex0: MAC address 00:04:76:47:06:96
 tqphy0 at ex0 phy 0: 78Q2120 10/100 media interface, rev. 11
 tqphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 
 -------------------------------------------------------------------------
 
 I did not change /dev or anything else apart from replacing /netbsd and
 rebooting.
 
 For reference, the NetBSD 2.99.12 machines where I can reproduce the problem
 all have the same kernel, and the following interfaces:
 
 -------------------------------------------------------------------------
 
 NetBSD grendel.gw.com 2.99.12 NetBSD 2.99.12 (GW-GENERIC) #99: Sat Jan 15 10:04:29 EST 2005  kim@hrothgar.gw.com:/usr/src/sys/arch/i386/compile/GW-GENERIC i386
 
 ex0 at pci0 dev 14 function 0: 3Com 3c905-TX 10/100 Ethernet (rev. 0x0)
 ex0: interrupting at irq 11
 ex0: MAC address 00:60:08:c6:33:2c
 nsphy0 at ex0 phy 24: DP83840 10/100 media interface, rev. 1
 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 
 gsip0 at pci0 dev 9 function 0: NatSemi DP83820 Gigabit Ethernet, rev 00
 gsip0: interrupting at ioapic0 pin 17 (irq 5)
 gsip0: Ethernet address 00:04:e2:1c:75:2e
 gphyter0 at gsip0 phy 1: DP83861 1000BASE-T media interface, rev. 2
 gphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto
 gphyter0: strapped to slave mode, pre-C5 BCM5400 compat enabled
 
 tlp0 at pci2 dev 4 function 0: DECchip 21140A Ethernet, pass 2.2
 tlp0: interrupting at irq 11
 tlp0: Adaptec ANA-6944A, Ethernet address 00:00:92:a7:dd:8c
 nsphy0 at tlp0 phy 1: DP83840 10/100 media interface, rev. 1
 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 tlp1 at pci2 dev 5 function 0: DECchip 21140A Ethernet, pass 2.2
 tlp1: sharing interrupt with tlp0
 tlp1: Adaptec ANA-6944A, Ethernet address 00:00:92:a7:dd:8d
 nsphy1 at tlp1 phy 1: DP83840 10/100 media interface, rev. 1
 nsphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 tlp2 at pci2 dev 6 function 0: DECchip 21140A Ethernet, pass 2.2
 tlp2: sharing interrupt with tlp0
 tlp2: Adaptec ANA-6944A, Ethernet address 00:00:92:a7:dd:8e
 nsphy2 at tlp2 phy 1: DP83840 10/100 media interface, rev. 1
 nsphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 tlp3 at pci2 dev 7 function 0: DECchip 21140A Ethernet, pass 2.2
 tlp3: sharing interrupt with tlp0
 tlp3: Adaptec ANA-6944A, Ethernet address 00:00:92:a7:dd:8f
 nsphy3 at tlp3 phy 1: DP83840 10/100 media interface, rev. 1
 nsphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 
 -------------------------------------------------------------------------
 
 Manuel -- what userland, and what exact ex and phy do you have on the
 1.6.2 machine that has the problem?
 
 Regards,
 + Kim
 -- 
 Kimmo Suominen