From owner-freebsd-arch@freebsd.org Thu Oct 4 17:24:28 2018 Return-Path: Delivered-To: freebsd-arch@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 A708B10B3A0E for ; Thu, 4 Oct 2018 17:24:28 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [173.228.5.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3943E7A927 for ; Thu, 4 Oct 2018 17:24:28 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id F08F5156E40C for ; Thu, 4 Oct 2018 10:24:13 -0700 (PDT) From: Bakul Shah To: freebsd-arch@freebsd.org Subject: Re: FCP-0101: Deprecating most 10/100 Ethernet drivers In-reply-to: Your message of "Wed, 03 Oct 2018 21:05:16 -0000." <20181003210516.GA71565@spindle.one-eyed-alien.net> References: <20181003210516.GA71565@spindle.one-eyed-alien.net> Comments: In-reply-to Brooks Davis message dated "Wed, 03 Oct 2018 21:05:16 -0000." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21759.1538673853.1@bitblocks.com> Date: Thu, 04 Oct 2018 10:24:13 -0700 Message-Id: <20181004172420.F08F5156E40C@mail.bitblocks.com> X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 17:24:28 -0000 On Wed, 03 Oct 2018 21:05:16 -0000 Brooks Davis wrote: > > The current list of drivers slated for REMOVAL is: > > ae, bfe, bm, cs, dme, ed, ep, ex, fe, pcn, rl, sf, smc, sn, > ste, tl, tx, txp, vx, wb, xe > > The current list of drivers that will STAY in the tree is: > > dc, ffec, fxpl, hme, le, sis, vr, xl What is the disposition of drivers not on either list? > 10 and 100 megabit Ethernet drivers are largely irrelevant today > and we have a significant number of them in the tree. The ones that > are no longer used and/or are not known to be working need to be > removed due to the significant ongoing 'tax' on new development. I don't understand why there is a "significant ongoing 'tax' on new development" for old NICs. Can the internal MI<->MD interface be evolved in the direction where the MD drivers for old h/w "just work"? Or is it a hopeless task?