From owner-freebsd-arch@FreeBSD.ORG Tue Dec 9 15:35:47 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4160F798; Tue, 9 Dec 2014 15:35:47 +0000 (UTC) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 10D66356; Tue, 9 Dec 2014 15:35:47 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id eu11so756100pac.22 for ; Tue, 09 Dec 2014 07:35:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=61+hF24eYIGjkbatguO9qYGfTDcvGZtkQ6y7Htj1JT8=; b=U/Pb4+xO7zDjcssQAheVuxNx0ri7/8LQZFTBIsccQNJSZKl7tjpOKkS0PTDLqiswo4 MQp5IeU7FYAlYrPv7iOKancofOpqiBPJNP9WggJ8xgYY6wBvOpQ2gim3/5Ly9S3XzejN pEoJHObUoR+fjBYskesBk9yE5S4svl6ZnYSni2f4W8W9w/AEBNjcStcwD49Qtk3aJ7hJ nivVdc9BIjdGQecNBwlcl6LkS84QMW3RCBy5LDAhwPlVj1yiyFegkUIsHfc0fgyqCQvy LQ0/qua2vNdibagHqxtCYHlbRdjSTWUrBCZJ0wTZ1tMZXRlAcPvMORJiTpFnZwVKy3uT DeEg== X-Received: by 10.68.208.65 with SMTP id mc1mr6341535pbc.111.1418139346553; Tue, 09 Dec 2014 07:35:46 -0800 (PST) Received: from ox ([24.6.44.228]) by mx.google.com with ESMTPSA id kb16sm1819735pbb.34.2014.12.09.07.35.44 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 09 Dec 2014 07:35:45 -0800 (PST) Date: Tue, 9 Dec 2014 07:35:39 -0800 From: Navdeep Parhar To: Slawa Olhovchenkov Subject: Re: Adding new media types to if_media.h Message-ID: <20141209153539.GA3925@ox> Mail-Followup-To: Slawa Olhovchenkov , Eric Joyner , Adrian Chadd , Jack F Vogel , freebsd-arch@freebsd.org References: <20141209130412.GA81921@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141209130412.GA81921@zxy.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Adrian Chadd , Jack F Vogel , Eric Joyner , freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2014 15:35:47 -0000 On Tue, Dec 09, 2014 at 05:04:13PM +0400, Slawa Olhovchenkov wrote: > On Tue, Dec 09, 2014 at 01:05:27AM -0800, Eric Joyner wrote: > > > This is a continuation of a discussion from off the list: > > > > ixgbe needs to support devices with media types that aren't in if_media.h; > > for now those are 10GBaseKR, 10GBaseKX4, and 1000baseKX. Immediately, we're > > running into the issue that there is no room for all of these types under > > the IFM_ETHER category; there's only room for two more (and per John > > Baldwin, only one more if one of those two unused types is to be used for a > > reserved type). Long term, there are going to be tons of media types for > > future ethernet speeds like 25G, 50G, 100G, and etc, and ixl already > > supports media types that aren't in if_media.h, either. > > > > So, something needs to change. Does anyone have any thoughts on what should > > happen? I've thought of a few things, but I don't have an adequate grasp of > > what the pros/cons of each are: > > > > 1. Add a new media category (like IFM_ETHER) and change kernel code to > > treat it like the existing IFM_ETHER. This creates ~28 new media types we > > can use, but it may just be delaying the inevitable for a short time. > > > > 2. Extend media value from 32-bits to 64-bits. I don't have a good idea of > > what the consequences are of this on architectures that aren't amd64. > > > > 3. (Initially suggested by Adrian) would be to create a new media type > > struct (instead of using an int value) or adding an extra value to the > > existing ifmedia/ifmedia_entry struct for this. This sounds like the best > > solution to me, but I don't know how much effort it would take to implement > > -- does ifconfig need a lot of changing to handle this? > > > > Thoughts? Any previous discussions worth looking at? > > I think need support for media type and subtype, i.e.: > > cxl0: flags=8843 metric 0 mtu 1500 > options=ec07bb > ether 00:07:43:2c:af:10 > inet 37.220.36.28 netmask 0xffffff00 broadcast 37.220.36.255 > nd6 options=9 > media: Ethernet Unknown > status: active > > This is 40G SFP+ DAC. This doesn't look related to the discussion Eric started, but I'd like to point out that is not a reliable link -- "Unknown" media for cxgbe/cxl means the driver has no idea what kind of cable this is and is probably using incorrect settings that happen to work by accident (if this is a working setup). Please provide the output of "cxgbetool t5nex0 modinfo 0 raw" if you'd like to get to the bottom of this. Off-list or new thread is better since it has nothing to do with the stuff in if_media.h Regards, Navdeep > I think this is must be 'media: Ethernet 40G Unknown ' > because supported cable speed detetcted by i2c, unknown only cable type. > > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"