From owner-freebsd-net@FreeBSD.ORG Tue Feb 17 07:17:11 2015 Return-Path: Delivered-To: freebsd-net@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 E6135DB8; Tue, 17 Feb 2015 07:17:11 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B75EF6C3; Tue, 17 Feb 2015 07:17:10 +0000 (UTC) Received: from julian-mbp3.pixel8networks.com (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t1H7H9K2003756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 16 Feb 2015 23:17:09 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <54E2EAEF.5050201@freebsd.org> Date: Mon, 16 Feb 2015 23:17:03 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: mike@karels.net, George Neville-Neil Subject: Re: Adding new media types to if_media.h References: <201502170150.t1H1ouxM020621@mail.karels.net> In-Reply-To: <201502170150.t1H1ouxM020621@mail.karels.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 07:17:12 -0000 On 2/16/15 5:50 PM, Mike Karels wrote: > Well, I developed the prototype as I had planned, using a 64-bit > media word, and found that I got about 100 files in GENERIC that > didn't compile; [...] > so I went to Plan B. Plan B is to steal an unused bit (RFU) to > indicate an "extended" media type. I then used the variant/subtype > field to store the extended type. [...] > I modified one driver (vtnet) to use an extended type, and the rest > of GENERIC is happy. The changes to ifconfig are also fairly small. > The patch is appended, where email programs will screw it up, or at > ftp://ftp.karels.net/outgoing/if_media.patch. The VFAST subtype is a > throw-away for testing. This seems like a reasonably pragmatic > change to support the new 40 Gb/s media types until someone wants to > design an improved but non-backward- compatible interface. I think > it meets the goal of suitability for back-porting; it could be > MFCed. Mike Index: sys/net/if_media.h I like it.. The patch seems appropriately manageable.