FCP-0101: Deprecating most 10/100 Ethernet drivers

[Warner Losh]

On Tue, Oct 23, 2018 at 5:26 PM Rodney W. Grimes <
freebsd-rwg at pdx.rh.cn85.dnsmgr.net> wrote:

> > On Tue, Oct 23, 2018 at 5:07 PM Rodney W. Grimes <
> > freebsd-rwg at 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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0
> mtu
> > > 1500
> > > > >         options=82808<VLAN_MTU,WOL_UCAST,WOL_MAGIC,LINKSTATE>
> > > > >         ether 00:40:d0:5e:26:38
> > > > >         inet 192.168.91.65 netmask 0xffffff00 broadcast
> 192.168.91.255
> > > > >         media: Ethernet autoselect (100baseTX
> > > <full-duplex,flowcontrol,rxpause,txpause>)
> > > > >         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.
>

The fcp process was officially approved by core.9. You can make suggestions
to core for improvements to the process. Lord knows this FCP hasn't been
trouble free (though we've learned some valuable lessons). Submissions to
the author is always an option should you choose not to use the widely used
technology we've chosen to automate this process. Some FreeBSD users don't
have accounts, however, many non-developers have github accounts and I
think it's a reasonable way to do outreach to the larger community w/o
requiring everybody to get a freebsd account (since they are already likely
to have a github account, and if not they are trivial to get).

So yea, it's a flawed process, and we'd love feedback on actionable items
we can do to make it better.

Warner