From owner-freebsd-arch@FreeBSD.ORG Wed Feb 25 22:42:57 2015 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 A6198D5D; Wed, 25 Feb 2015 22:42:57 +0000 (UTC) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E1A6784; Wed, 25 Feb 2015 22:42:57 +0000 (UTC) Received: by pabkx10 with SMTP id kx10so8785779pab.0; Wed, 25 Feb 2015 14:42:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=synNKbI10QmCXiRS13RbWOTJKfeuehlof2Uwl9DaGbQ=; b=Ffy0o7Zk6e8wOYkUJNMxojCvdcn3Gy2GvdtAjOgEFDWMd3WX+CL+5vLjNzs2jrslX8 b9yjC4+rtce5c65fnMd6V/yQ2TmU+dB8n/DcmIKJtQzJJnCGUktdHMx5y2qTMdDIj5gL jaPKiE3Kp56P3wtU8kYCaRHMPM8oSrlgXSY1HO7qwnn1+zNY+qe4/IKta6dmciUDnozc 1dALhF/lSLN3cKiY+59xlIpXb14Smq9OYCz5E43mL5CLiqih7fWEzAn7kvhVi8ugQNdk wvTRKy3z2oAlaU/dqWKzi+lBk840mCVS30Yn6OHJNZDyTxYvIrOzu5PwLNcchXM3aNol K7Fw== X-Received: by 10.70.46.65 with SMTP id t1mr9378775pdm.128.1424904176925; Wed, 25 Feb 2015 14:42:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.70.67.104 with HTTP; Wed, 25 Feb 2015 14:42:16 -0800 (PST) In-Reply-To: <20150225222902.GD17947@glebius.int.ru> References: <201502170150.t1H1ouxM020621@mail.karels.net> <20150225221120.GC17947@FreeBSD.org> <20150225222902.GD17947@glebius.int.ru> From: Eric Joyner Date: Wed, 25 Feb 2015 14:42:16 -0800 Message-ID: Subject: Re: Adding new media types to if_media.h To: Gleb Smirnoff Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-net@freebsd.org" , Jack Vogel , Mike Karels , "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: Wed, 25 Feb 2015 22:42:57 -0000 Tbh, I respect Gleb's approach, but developing such a thing would take a while; the fix Mike proposed would be a fix now. I mean, I'd like to see a decoupling of media types and speeds from "standard" names, and maybe have both an ability to query what modules a device supports and what speeds it supports given its current module, instead of relying on the clunky media type list now. And then it'd be nice to set flow control from ifconfig, too, without having to couple those modes to media types. I'm still all for having a new system in the future. But in changing the KPI so much, it'd be important to consider the "do we need an ethtool-equivalent" discussion. And I think we've lost a bunch of people who were in the original discussion from the to:/cc: list. --- - Eric Joyner On Wed, Feb 25, 2015 at 2:29 PM, Gleb Smirnoff wrote: > 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. > _______________________________________________ > 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" >