From owner-freebsd-net@FreeBSD.ORG Wed Feb 25 22:29:05 2015 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB48E661; Wed, 25 Feb 2015 22:29:05 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 59F9135C; Wed, 25 Feb 2015 22:29:04 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.9/8.14.9) with ESMTP id t1PMT2EP025280 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 Feb 2015 01:29:02 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.9/8.14.9/Submit) id t1PMT2Z6025279; Thu, 26 Feb 2015 01:29:02 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 26 Feb 2015 01:29:02 +0300 From: Gleb Smirnoff To: Jack Vogel Subject: Re: Adding new media types to if_media.h Message-ID: <20150225222902.GD17947@glebius.int.ru> References: <201502170150.t1H1ouxM020621@mail.karels.net> <20150225221120.GC17947@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-net@freebsd.org" , Mike Karels , "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: Wed, 25 Feb 2015 22:29:06 -0000 On Wed, Feb 25, 2015 at 02:17:44PM -0800, Jack Vogel wrote: J> So we have products coming soon that need to extend the media, if you have J> grandiose plans in the future you can worry about things then, Linux can J> handle the extended media TODAY, wouldn't it be nice to do so as well? I didn't suggest to wait, did I? J> Also, this solution is something that can be MFC'd into 10 STABLE, J> if you do something big in the 11 stream I will be that wont be possible, J> so I'd say lets do this as a first step. That would mean that new SIOCXGIFMEDIA needs to be supported from now and forever, still using the old structure and still limited to 62 types. Alternative is: In head: - new if_media, new value for SIOCGIFMEDIA, old API preserved via keeping oif_media, OSIOCGIFMEDIA, keeping it contained under ifdef BURN_BRIDGES. With a possibility to remove it some foreseable future. Merging to stable/10: - new if_media by the name of nif_media, new SIOCGIFMEDIA by name of NSIOCGIFMEDIA - old API untouched This way we still are able to introduce new feature to stable/10. But the ugly compat code is put into the branch with limited lifetime, instead of carrying it to future. -- Totus tuus, Glebius.