>Number:         9211
>Category:       kern
>Synopsis:       Kingston KNE110TX Ethernet card does not work with tlp driver
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    kern-bug-people (Kernel Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Jan 16 18:27:00 2000
>Last-Modified:
>Originator:     Andreas Gustafsson
>Organization:
>Release:        19991225
>Environment:

System: NetBSD guava.araneus.fi 1.4P NetBSD 1.4P (GUAVA) #4: Mon Jan 10 08:20:41 PST 2000 gson@guava.araneus.fi:/usr/src/sys/arch/i386/compile/GUAVA i386


>Description:

I have a PCI 10/100 ethernet card marked "Kingston Technology
KNE110TX".  The major chips on it are marked "Kingston KT98100",
"MYSON MTD972F", and "MYSON MTD971V".  When booting NetBSD 1.4P,
I see

  tlp0 at pci0 dev 11 function 0: Lite-On 82C169 Ethernet, pass 2.0
  tlp0: interrupting at irq 11
  tlp0: Ethernet address 00:c0:f0:56:91:4a
  ukphy0 at tlp0 phy 1: Generic IEEE 802.3u media interface
  ukphy0: OUI 0x00c0b4, model 0x0000, rev. 8
  ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto

When I connect the card to a 10baseT hub, it successfully autoselects
10baseT media and the link status LED on the hub lights up, but I am
unable to communicate with other hosts.

When I run "tcpdump -n -i tlp0", no traffic is displayed even though I
know the wire has third party traffic.  When I try to ping another
host through the tlp0 interface, the tcpdump shows an ARP packet being
transmitted, but other hosts do not see it.  However, this mere
attempt at transmitting has the strange side effects of making the
receive side of the card work - the tcpdump on tlp0 now starts showing
packets transmitted by other hosts, even though other hosts still see
nothing transmitted by the tlp0 interface.  Killing and restarting the
tcpdump process returns the card to the state where no traffic is
seen.

>How-To-Repeat:

See above.

>Fix:

Unknown.
>Audit-Trail:
>Unformatted: