From owner-freebsd-questions@FreeBSD.ORG Thu Jul 15 13:37:10 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C2D716A4CE for ; Thu, 15 Jul 2004 13:37:10 +0000 (GMT) Received: from mail.u4eatech.com (blackhole.u4eatech.com [195.188.241.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F4DC43D46 for ; Thu, 15 Jul 2004 13:37:09 +0000 (GMT) (envelope-from richard.williamson@u4eatech.com) Received: by mail.u4eatech.com (Postfix, from userid 503) id C101136035E; Thu, 15 Jul 2004 14:37:07 +0100 (BST) Received: from apus.u4eatech.com (apus.degree2.com [172.30.40.129]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.u4eatech.com (Postfix) with ESMTP id 1BA2436035A for ; Thu, 15 Jul 2004 14:37:04 +0100 (BST) Message-Id: <6.1.1.1.2.20040715141349.0bab85e0@cygnus> X-Sender: richard@cygnus X-Mailer: QUALCOMM Windows Eudora Version 6.1.1.1 Date: Thu, 15 Jul 2004 14:28:29 +0100 To: freebsd-questions@freebsd.org From: "Richard P. Williamson" In-Reply-To: <6.1.1.1.2.20040628161506.0a8ff458@cygnus> References: <20040601110940.GA65805@marvin.penguinpowered.org> <20040601115441.GA87441@zi025.glhnet.mhn.de> <6.1.0.6.2.20040601140015.0accf008@cygnus> <20040601143002.GB35382@zi025.glhnet.mhn.de> <6.1.1.1.2.20040625152908.027992a0@cygnus> <20040625155220.GB873@zi025.glhnet.mhn.de> <6.1.1.1.2.20040628161506.0a8ff458@cygnus> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mail X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 Subject: NOTE: Intel Ethernet card not being detected X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 13:37:10 -0000 This is just a final note about this problem. I won't say it is "solved" but at least we have a workaround. This is from 4.10 release, src/dev/fxp/if_fxp.c, lines 509 et ff. with the 'offending' code ifdef'd out by me: /* * Determine whether we must use the 503 serial interface. */ fxp_read_eeprom(sc, &data, 6, 1); #ifndef BYPASS_503_SERIAL_CHECK if ((data & FXP_PHY_DEVICE_MASK) != 0 && (data & FXP_PHY_SERIAL_ONLY)) sc->flags |= FXP_FLAG_SERIAL_MEDIA; #else sc->flags &= ~FXP_FLAG_SERIAL_MEDIA; #endif /* * Create the sysctl tree */ When compiled and ran on an adlink motherboard (EBC-2000), it now correctly IDs and configures the three fxp devices on the motherboard: fxp0: port 0xd400-0xd43f mem 0xe7200000-0xe72fffff,0xe7302000-0xe7302fff irq 11 at device 8.0 on pci0 fxp0: Ethernet address 00:30:64:01:86:ff inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xd800-0xd83f mem 0xe7000000-0xe70fffff,0xe7301000-0xe7301fff irq 5 at device 9.0 on pci0 fxp1: Ethernet address 00:30:64:01:94:00 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp2: port 0xdc00-0xdc3f mem 0xe7100000-0xe71fffff,0xe7300000-0xe7300fff irq 12 at device 10.0 on pci0 fxp2: Ethernet address 00:30:64:01:94:01 inphy2: on miibus2 inphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto and I can 'ifconfig fxpN media xyz' between the supported media types. Once this project is shipped, I'll try and track down the problem's root cause. This might still be a hardware issue (the eeprom is being read wrong, or is not reporting capabilities correctly, or ???). Thanks to Simon Barner and others for helping out with the OP. rip At 16:21 28/06/2004. Richard P. Williamson had this to say: >At 16:52 25/06/2004. Simon Barner had this to say: >>Richard P. Williamson wrote: >> >>[...] >> >>Here another thing you could try: I once had a problem with a 3Com NIC >>not being detected properly when the driver was compiled statically into >>the kernel. >> >>Removing it and using the module instead made it work... > >Nope, still no joy. However my boot is telling me userland is out of >sync with the kernel now, so I'm not prepared to say "it didn't work" >yet. > >Per the numbers returned by pciconf, this is a 82559 rev 0x8, which >is in the table of supported devices. According to the code, however, >if the device claims to be 10Mb only, then it isn't even handed to the >miibus code to configure. I'm still working my way through the code to >determine if the 10Mb-ness is being reported by the devices directly, >or if this is the code's interpretation based on other data requested. > >The two additional 82559 rev 0x8s (on the plug-in PCI card) >are correctly being passed to the miibus, and this is annoying. > >Thanks for your time in this, anyway. > >MfG, >rip > >_______________________________________________ >freebsd-questions@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-questions >To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"