From owner-freebsd-net@FreeBSD.ORG Thu Jun 10 02:59:18 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DE08106564A; Thu, 10 Jun 2010 02:59:18 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 68D398FC19; Thu, 10 Jun 2010 02:59:18 +0000 (UTC) Received: by pvb32 with SMTP id 32so884184pvb.13 for ; Wed, 09 Jun 2010 19:59:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=KuQm4v/YPj3In8/EaTkg0J5FgeXtA+UsFurotQeO1zs=; b=ScKHnNb2HZbPoUuolelSBA+RDQ9/5o/0/io7r1o858NQWoWK09aqH6nMkiwDZ76lzv y9oZmutmv7I03vrNBHatXQbbM9CFJxoojDpBtQ0LmIOI/Ih/warAQFIcOq53jdr0U2LF wDyBzHUV0AqUEqDIXkDrkvvgVdbpxWLrivHWY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ft1bb3/IHQ+FyDV/YDgyIXGfMLflPEt0RzuI/COsT2SqLVxn/XU0g4/bRVAaixcy1z sejBfHAZS6xqJLpirarR5A+Cw7Xx3p5jMEAnS5tu3ZjofbWXNczXRFTP1Fo7A4N8yNp9 coKcargJ7YmzVee5USF0+9E5ZbWJSlhxJiC0g= MIME-Version: 1.0 Received: by 10.143.26.41 with SMTP id d41mr2663111wfj.316.1276138757780; Wed, 09 Jun 2010 19:59:17 -0700 (PDT) Received: by 10.114.174.14 with HTTP; Wed, 9 Jun 2010 19:59:17 -0700 (PDT) In-Reply-To: References: Date: Wed, 9 Jun 2010 22:59:17 -0400 Message-ID: From: Alexander Sack To: Juli Mallett Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Jack Vogel Subject: Re: Dual-rate transceivers with ixgbe? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 02:59:18 -0000 On Wed, Jun 9, 2010 at 10:56 PM, Alexander Sack wrote: > On Fri, May 28, 2010 at 5:12 PM, Juli Mallett wrot= e: >> On Wed, May 19, 2010 at 00:26, Jack Vogel wrote: >>> Hmmm, this is odd, I'm sure that was tested by my validation engineer. >>> Tell me what the hardware looks like, ie what the 1G link partner is >>> and I'll have him check into it... it SHOULD work. >> >> It's plugged in to an Extreme Networks gigabit switch with Finisar SFP >> transceivers. =A0The Intel NIC is populated with an Intel-branded >> Finisar dual-rate SFP+ transceiver, model #FTLX8571D3BCV. >> >> Here's pciconf -lv: >> ix0@pci0:8:0:0: class=3D0x020000 card=3D0x00038086 chip=3D0x10fb8086 rev= =3D0x01 hdr=3D0x00 >> =A0 =A0vendor =A0 =A0 =3D 'Intel Corporation' >> =A0 =A0class =A0 =A0 =A0=3D network >> =A0 =A0subclass =A0 =3D ethernet >> ix1@pci0:8:0:1: class=3D0x020000 card=3D0x00038086 chip=3D0x10fb8086 rev= =3D0x01 hdr=3D0x00 >> =A0 =A0vendor =A0 =A0 =3D 'Intel Corporation' >> =A0 =A0class =A0 =A0 =A0=3D network >> =A0 =A0subclass =A0 =3D ethernet >> >> Is there anything it would help for me to instrument in the driver? >> >>> You could just ask me you know :) >> >> I think E-Mails from me are getting caught in your spam filter unless >> they go through a list :( >> >> Thanks! >> Juli. >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > > Jack: > > I am running into a slightly different issue after back porting ixgbe > driver to 7.x (btw you are missing DEBUGOUT6 from your #ifdef and the > build logic for the buf_ring's stuff is a little off I think). > > I am using a Finisar multi-mode transceiver connected to an IxIa 10G > traffic generator (I don't know the model number, let me know if you > absolutely need it) and everything seems to be working until =A0I hit > this block of code: > > ixgbe_phy.c: > 1125 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (!(enforce_sfp & IXGBE_DEVICE_CAP= S_ALLOW_ANY_SFP)) { > 1126 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* Make sure we're a= supported PHY type */ > 1127 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (hw->phy.type =3D= =3D ixgbe_phy_sfp_intel) { > 1128 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 stat= us =3D IXGBE_SUCCESS; > 1129 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } else { > 1130 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 DEBU= GOUT("SFP+ module not supported\n"); > 1131 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 hw->= phy.type =3D ixgbe_phy_sfp_unsupported; > 1132 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 stat= us =3D IXGBE_ERR_SFP_NOT_SUPPORTED; > 1133 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > 1134 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } else { > 1135 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 status =3D IXGBE_SUC= CESS; > 1136 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > > Some more goodies: > > comp_codes_1g 0 > comp_codes_10g 20 > cable_tech 0 > sfp_type: 6 > vendor_oui: 906500 > device caps: 0xfffc > > What's interesting is that according to the datasheet, 0x2C of the > EEPROM is software reserved (Intel black magic!). =A0Based on the logic, > it seems if its an Intel SFP, its okay otherwise claim its not > supported. > > If I #ifdef out this code, the driver comes up but does not > autonegotiate on the first shot. =A0If I then do ifconfig ix0 up/down > everything comes up and I can use it. =A0I noticed that there has been > some churn in this area of recognizing SFPs between 7.x - CURRENT. > (obviously Juli's issue might be related to this as well). > > $ ifconfig ix1 > ix1: flags=3D8802 metric 0 mtu 1500 > =A0 =A0 =A0 =A0options=3D5bb > =A0 =A0 =A0 =A0ether 00:1b:21:40:4b:2d > =A0 =A0 =A0 =A0media: Ethernet autoselect > =A0 =A0 =A0 =A0status: no carrier > # ifconfig ix1 down > # ifconfig ix1 up > # ifconfig ix1 > ix1: flags=3D8843 metric 0 mtu 15= 00 > =A0 =A0 =A0 =A0options=3D5bb > =A0 =A0 =A0 =A0ether 00:1b:21:40:4b:2d > =A0 =A0 =A0 =A0media: Ethernet autoselect (10Gbase-SR ) > =A0 =A0 =A0 =A0status: active > > Jack, any idea on what's going on? =A0(and what the heck is 0x2C in the E= EPROM?) I apologize: ix0@pci0:10:0:0: class=3D0x020000 card=3D0x000c8086 chip=3D0x10fb8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D network subclass =3D ethernet ix1@pci0:10:0:1: class=3D0x020000 card=3D0x000c8086 chip=3D0x10fb8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D network subclass =3D ethernet I am sure that would be helpful too. Its a 7.2-amd64 + CURRENT driver + my little fixes to make it compile (minor nits). -aps