From owner-freebsd-questions@FreeBSD.ORG Thu May 14 15:54:53 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0D14106566C for ; Thu, 14 May 2009 15:54:53 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from mail.potentialtech.com (internet.potentialtech.com [66.167.251.6]) by mx1.freebsd.org (Postfix) with ESMTP id BBF108FC12 for ; Thu, 14 May 2009 15:54:53 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from vanquish.ws.pitbpa0.priv.collaborativefusion.com (pr40.pitbpa0.pub.collaborativefusion.com [206.210.89.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.potentialtech.com (Postfix) with ESMTPSA id 84FD2EBC3F; Thu, 14 May 2009 11:54:52 -0400 (EDT) Date: Thu, 14 May 2009 11:54:00 -0400 From: Bill Moran To: James Tanis Message-Id: <20090514115400.ab14bc9d.wmoran@potentialtech.com> In-Reply-To: <4A0C34DC.9040508@mdchs.org> References: <4A0C34DC.9040508@mdchs.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, FreeBSD Questions Subject: Re: issues with Intel Pro/1000 and 1000baseTX X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 15:54:54 -0000 In response to James Tanis : > I have a FreeBSD v7.0 box it has two Intel Pro/1000 NICs, the one in > question is: > > em1: port > 0x2020-0x203f mem 0xd8060000-0xd807ffff,0xd8040000-0xd805ffff irq 19 at > device 0.1 on pci4 > > what we get after boot is: > > em1: flags=8943 metric 0 > mtu 1500 > options=19b > ether 00:30:48:xx:xx:xx > inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet autoselect (100baseTX ) > status: active > > The problem is that the NIC refuses to connect at 1000baseTX. > > It's connected to a HP Procurve 1700-24 switch which supports 1000baseTX > on ports 23 and 24. This particular computer is connected on port 24. I > have a much older end user system which uses the same card (but earlier > revision), runs Windows XP and is plugged in to port 23. The end user > system has no problem connecting at 1000baseTX. I have of course tried > switching ports. > > Attempting to force 1000baseTX via: > > ifconfig em1 media 1000baseTX mediaopt full-duplex > > gets me: > > status: no carrier > > After forcing the NIC to go 1000baseTX the LEDs on the backpane are both > off. I can only come to the conclusion that this is a driver issue based > on previous experience and the simple fact that the end user system is > capable of connecting at 1000baseTX. Anybody have any suggestions? I'm > hoping I'm wrong. I'd rather not do an in-place upgrade, this is a > production system and the main gateway for an entire school, when I do > not even know for sure whether this will fix the problem. It's worth it > to me though, having a 1000baseTX uplink from the switch would remove a > major bottleneck for me. While it's _possible_ that this is a driver issue, it's much more likely (in my experience) that it's a mismatch between the two network devices (the HP and the NIC). Try forcing on both ends (I assume the Procurve will allow you to do that). One thing I've seen consistently is that if you force the speed/duplex on one end, the other end will still try to autoneg, and will end up with something stupid like 100baseT/half-duplex, or will give up and disable the port. Also, try autoneg on both ends. Make absolutely sure the Procurve is set to autoneg. Replace the cable. If the cable is marginal, autoneg will downgrade the speed to ensure reliability. Use a cable that you know will produce 1000baseTX because you've tested it on other systems. Try switching out the NIC. Manufacturing QA isn't 100% reliable, sometimes you get a card that's just flaky. Hope this helps. -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/