From owner-freebsd-net@freebsd.org Wed Oct 24 00:03:02 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79F0B1037A30; Wed, 24 Oct 2018 00:03:02 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 00D42777FB; Wed, 24 Oct 2018 00:03:01 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w9O02uxp025020; Tue, 23 Oct 2018 17:02:56 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w9O02tXg025019; Tue, 23 Oct 2018 17:02:55 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201810240002.w9O02tXg025019@pdx.rh.CN85.dnsmgr.net> Subject: Re: FCP-0101: Deprecating most 10/100 Ethernet drivers In-Reply-To: <20181023233716.GA15106@spindle.one-eyed-alien.net> To: Brooks Davis Date: Tue, 23 Oct 2018 17:02:55 -0700 (PDT) CC: Warner Losh , FreeBSD-STABLE Mailing List , Ian Lepore , FreeBSD Net , "Julian H. Stacey" , Michelle Sullivan , "freebsd-arch@freebsd.org" , freebsd-fcp@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 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, 24 Oct 2018 00:03:02 -0000 -- Start of PGP signed section. > On Tue, Oct 23, 2018 at 04:26:45PM -0700, Rodney W. Grimes wrote: > > > On Tue, Oct 23, 2018 at 5:07 PM Rodney W. Grimes < > > > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > > > > > > On Tue, Oct 23, 2018 at 11:33:35PM +0200, Julian H. Stacey wrote: > > > > > > > I'd also suggest that rl stands in stark contrast to the cs, wb, sn, > > > > smc, > > > > > > > sf, tl, tx and vr drivers, which nobody has mentioned in this > > > > thread, and > > > > > > > which I doubt are in use in any FreeBSD system of any age today. > > > > > > > > > > > > vr is used by my TV driver laptop: > > > > > > http://www.berklix.com/~jhs/hardware/laptops/novatech-8355/ > > > > > > vr0: flags=8843 metric 0 mtu > > > > 1500 > > > > > > options=82808 > > > > > > ether 00:40:d0:5e:26:38 > > > > > > inet 192.168.91.65 netmask 0xffffff00 broadcast 192.168.91.255 > > > > > > media: Ethernet autoselect (100baseTX > > > > ) > > > > > > status: active > > > > > > > > > > > > Which currently runs 8.4-RELEASE & eg xrandr, but I'll upgrade soon > > > > > > when I also configure it to receive from a raspberry-pi TV VPN server. > > > > > > > > > > The above was a typo. vr is on the the STAY list. > > > > > > > > > > -- Brooks > > > > Brooks, > > > > Is there a public revised version of FCP-0101 that reflects the > > > > feedback which is what core is voting on? > > > > > > > > > > Its on github, just like it's been the whole time for anybody to see, > > > submit pull requests against and track: > > > > I have no gh account, desires no gh account, so have no way to > > submit a change request other than through direct email to > > brooks or another gh user. This is fundementally flawed. > > > > > https://github.com/freebsd/fcp/blob/master/fcp-0101.md > > > > Thank you for the link, I had looked at it before MeetBSD, > > which did not have most of the recent changes done "a day ago". > > > > Isnt this document now in a frozen state while core reviews/votes? > > I sent it to a vote at c224c67557297d7cba909ad008542cb60980cc6b only > to notice a bug in table rendering. I submitted a pull request fix > that and a missing word which was merged since neither was material. I > suppose they could have waited or been skipped, but there's no value in > the FCP process being bound by the sort of pointless rigidity that led > to -DPOSIX_MISTAKE in every libc compile line. The FCP process itself is unclear on this point, I think this should be clarified. It is much more clear on post approval: Changes after acceptance FCPs may need revision after they have been moved into the accepted state. In such cases, the author SHOULD update the FCP to reflect the final conclusions. If the changes are major, the FCP SHOULD be withdrawn and restarted. -- Rod Grimes rgrimes@freebsd.org