Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
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-...@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 0xff00 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. -- Brooks signature.asc Description: PGP signature
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
> On Tue, Oct 23, 2018 at 6:02 PM Rodney W. Grimes < > freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote: ... deleted un relavent text ... > > > > > > 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. > > > > Good point Rod. While common sense suggests that trivial changes during the > voting should be allowed for editorial purposes (eg fix grammar mistakes, > table rendering etc), it's better to spell that out so there's no confusion. Agreed. > > diff --git a/fcp-.md b/fcp-.md > index b4fe0f3..c8cc6f7 100644 > --- a/fcp-.md > +++ b/fcp-.md > @@ -144,7 +144,10 @@ When the discussion of a change has come to a suitable > and acceptable close it > SHOULD be updated to the `vote` state. > > At this time the FreeBSD Core Team will vote on the subject of the FCP. The > -result of vote moves the FCP into the `accepted` or `rejected` state. > +result of vote moves the FCP into the `accepted` or `rejected` state. The > +core team MAY make minor edits to the FCP to correct minor mistakes. Core > +MAY return the proposal to the submitter if there are major problems that > +need to be addressed. This allows and clarifies that core may modify it, it does not address if the author/submitter can modify it. > > FCPs in the `accepted` state can be updated and corrected. > See the "Changes after acceptance" section for more information. > > Normally I'd submit that as a pull request, but since I know you don't use > github, I thought I'd present it here to see if this answers your concerns > before doing so. I thank you very much for that consideration, -- Rod Grimes rgri...@freebsd.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
On Tue, Oct 23, 2018 at 6:02 PM Rodney W. Grimes < freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote: > -- 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-...@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 0xff00 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. > Good point Rod. While common sense suggests that trivial changes during the voting should be allowed for editorial purposes (eg fix grammar mistakes, table rendering etc), it's better to spell that out so there's no confusion. diff --git a/fcp-.md b/fcp-.md index b4fe0f3..c8cc6f7 100644 --- a/fcp-.md +++ b/fcp-.md @@ -144,7 +144,10 @@ When the discussion of a change has come to a suitable and acceptable close it SHOULD be updated to the `vote` state. At this time the FreeBSD Core Team will vote on the subject of the FCP. The -result of vote moves the FCP into the `accepted` or `rejected` state. +result of vote moves the FCP into the `accepted` or `rejected` state. The +core team MAY make minor edits to the FCP to correct minor mistakes. Core +MAY return the proposal to the submitter if there are major problems that +need to be addressed. FCPs in the `accepted` state can be updated and corrected. See the "Changes after acceptance" section for more information. Normally I'd submit that as a pull request, but since I know you don't use github, I thought I'd present it here to see if this answers your concerns before doing so. Warner ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
On Tue, Oct 23, 2018 at 5:26 PM Rodney W. Grimes < freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote: > > On Tue, Oct 23, 2018 at 5:07 PM Rodney W. Grimes < > > freebsd-...@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 0xff00 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. > 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 ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
-- 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-...@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 0xff00 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 rgri...@freebsd.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
> On Tue, Oct 23, 2018 at 5:07 PM Rodney W. Grimes < > freebsd-...@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 0xff00 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? -- Rod Grimes rgri...@freebsd.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
On Tue, Oct 23, 2018 at 04:06:48PM -0700, Rodney W. Grimes 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 0xff00 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? https://github.com/freebsd/fcp/blob/master/fcp-0101.md has been updated throughout the feedback process as drivers were moved to the STAY list, errors were found, etc. It also contains a summary of responses and the hard data we have. -- Brooks signature.asc Description: PGP signature
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
On Tue, Oct 23, 2018 at 3:57 PM Julian H. Stacey wrote: > Doug Hardie wrote: > > I have a number of production servers that only have bge and I don't see > that listed in either category. None of them are running FreeBSD 12 yet as > it has not been released. Also there are some with rl. Those are add-on > boards so they could be changed, but would require extensive effort as the > machines are about a 4 hour drive from here and would require > reconfiguration (an error prone process when you are tired). > > bge is also used by my main laptop with current Oct 15 18:33 > /boot/kernel/kernel > > bge0: flags=8843 metric 0 mtu 1500 > > options=c019b > media: Ethernet autoselect (1000baseT ) > > Doug, I think bge must be safe as man 4 bge: > "bge - Broadcom BCM57xx/BCM590x Gigabit/Fast Ethernet driver" > & Brooks proposal was ... "a plan to deprecate most 10/100 Ethernet > drivers" > Indeed. https://github.com/freebsd/fcp/blob/master/fcp-0101.md shows bge is not on the list to go. Warner ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
On Tue, Oct 23, 2018 at 5:07 PM Rodney W. Grimes < freebsd-...@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 0xff00 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: https://github.com/freebsd/fcp/blob/master/fcp-0101.md Warner ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
> 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 0xff00 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? -- Rod Grimes rgri...@freebsd.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
Hi, Reference: > From: Brooks Davis > Date: Tue, 23 Oct 2018 22:10:37 + Brooks Davis wrote: > > --lrZ03NoBR/3+SXJZ > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > 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, sm= > c, > > > sf, tl, tx and vr drivers, which nobody has mentioned in this thread, a= > nd > > > which I doubt are in use in any FreeBSD system of any age today. > >=20 > > vr is used by my TV driver laptop: > > http://www.berklix.com/~jhs/hardware/laptops/novatech-8355/ > > vr0: flags=3D8843 metric 0 mtu 15= > 00 > > options=3D82808 > > ether 00:40:d0:5e:26:38 > > inet 192.168.91.65 netmask 0xff00 broadcast 192.168.91.255 > > media: Ethernet autoselect (100baseTX pause,txpause>) > > status: active > >=20 > > 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. Great, Thanks. Cheers, Julian -- Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich. Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU. Campaign lies, criminal funding, economy & pound down. Time for an honest ref. http://exitbrexit.ukhttps://www.peoples-vote.uk/petition https://eci.ec.europa.eu/002/public/#/initiative ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
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 0xff00 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 signature.asc Description: PGP signature
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
Doug Hardie wrote: > I have a number of production servers that only have bge and I don't see that > listed in either category. None of them are running FreeBSD 12 yet as it has > not been released. Also there are some with rl. Those are add-on boards so > they could be changed, but would require extensive effort as the machines are > about a 4 hour drive from here and would require reconfiguration (an error > prone process when you are tired). bge is also used by my main laptop with current Oct 15 18:33 /boot/kernel/kernel bge0: flags=8843 metric 0 mtu 1500 options=c019b media: Ethernet autoselect (1000baseT ) Doug, I think bge must be safe as man 4 bge: "bge - Broadcom BCM57xx/BCM590x Gigabit/Fast Ethernet driver" & Brooks proposal was ... "a plan to deprecate most 10/100 Ethernet drivers" Cheers, Julian -- Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich. Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU. Campaign lies, criminal funding, economy & pound down. Time for an honest ref. http://exitbrexit.ukhttps://www.peoples-vote.uk/petition https://eci.ec.europa.eu/002/public/#/initiative ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
> 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 0xff00 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. Cheers, Julian -- Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich. Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU. Campaign lies, criminal funding, economy & pound down. Time for an honest ref. http://exitbrexit.ukhttps://www.peoples-vote.uk/petition https://eci.ec.europa.eu/002/public/#/initiative ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: loader lsdev crashes loader (Was: head -r338804 boots threadripper 1950X fine; head -r338810+ do not; -r338807 seems implicated)
On Tue, Oct 23, 2018 at 08:54:24AM -0600, Warner Losh wrote: > On Tue, Oct 23, 2018 at 5:54 AM Toomas Soome wrote: > > > > > > On 23 Oct 2018, at 13:53, Lev Serebryakov wrote: > > > > > > On 22.10.2018 12:27, Toomas Soome wrote: > > > > > >> It would help to get output from loader lsdev -v command. > > > current loader crashes on "lsdev" for me: > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232483 (it is not > > > threadripper-related, my hardware is Intel Atom). > > > > > > -- > > > // Lev Serebryakov > > > > > > > That error means something is corrupting the memory, it is hard to guess > > what exactly and debugging it is nasty - it means we would need to track > > down what was allocated before this memory block (guard1 is marker inserted > > in front of the allocated memory block). > > > > Fortunately the code to print the partition table is in > > stand/common/disk.c and the partition code is just next to it and so it > > should be relatively easy to find the guilty one… I will try to see if I > > can replicate the issue. > > > > We've had reports of other systems mysteriously hanging on boot with the > new boot loader, but not older ones. It isn't limited to new AMD boxes, but > it's been seen on other Intel boxes of various flavors. When we crash, it > seems like we don't have a good recovery like we do with BTX. Maybe they > are related? There is the 'grab_faults' command which might be used to get information about the fault (as in, CPU fault due to the programming mistake). You need to issue it before doing something that can cause the fault. It is not enabled by default due to the methods it uses to catch the exceptions. I recently noted that at least UEFI 2.7 provides debugging interfaces which can be used to achieve the same fault interception effect without hacks. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: loader lsdev crashes loader (Was: head -r338804 boots threadripper 1950X fine; head -r338810+ do not; -r338807 seems implicated)
On Tue, Oct 23, 2018 at 5:54 AM Toomas Soome wrote: > > > On 23 Oct 2018, at 13:53, Lev Serebryakov wrote: > > > > On 22.10.2018 12:27, Toomas Soome wrote: > > > >> It would help to get output from loader lsdev -v command. > > current loader crashes on "lsdev" for me: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232483 (it is not > > threadripper-related, my hardware is Intel Atom). > > > > -- > > // Lev Serebryakov > > > > That error means something is corrupting the memory, it is hard to guess > what exactly and debugging it is nasty - it means we would need to track > down what was allocated before this memory block (guard1 is marker inserted > in front of the allocated memory block). > > Fortunately the code to print the partition table is in > stand/common/disk.c and the partition code is just next to it and so it > should be relatively easy to find the guilty one… I will try to see if I > can replicate the issue. > We've had reports of other systems mysteriously hanging on boot with the new boot loader, but not older ones. It isn't limited to new AMD boxes, but it's been seen on other Intel boxes of various flavors. When we crash, it seems like we don't have a good recovery like we do with BTX. Maybe they are related? Warner ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: loader lsdev crashes loader (Was: head -r338804 boots threadripper 1950X fine; head -r338810+ do not; -r338807 seems implicated)
> On 23 Oct 2018, at 13:53, Lev Serebryakov wrote: > > On 22.10.2018 12:27, Toomas Soome wrote: > >> It would help to get output from loader lsdev -v command. > current loader crashes on "lsdev" for me: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232483 (it is not > threadripper-related, my hardware is Intel Atom). > > -- > // Lev Serebryakov > That error means something is corrupting the memory, it is hard to guess what exactly and debugging it is nasty - it means we would need to track down what was allocated before this memory block (guard1 is marker inserted in front of the allocated memory block). Fortunately the code to print the partition table is in stand/common/disk.c and the partition code is just next to it and so it should be relatively easy to find the guilty one… I will try to see if I can replicate the issue. rgds, toomas ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
loader lsdev crashes loader (Was: head -r338804 boots threadripper 1950X fine; head -r338810+ do not; -r338807 seems implicated)
On 22.10.2018 12:27, Toomas Soome wrote: > It would help to get output from loader lsdev -v command. current loader crashes on "lsdev" for me: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232483 (it is not threadripper-related, my hardware is Intel Atom). -- // Lev Serebryakov signature.asc Description: OpenPGP digital signature
