svn commit: r349352 - in head: etc/mtree include lib lib/libnandfs sbin sbin/camcontrol sbin/nandfs sbin/newfs_nandfs share/man/man4 share/man/man5 share/mk stand stand/arm/uboot stand/common stand...
Warner Losh
imp at bsdimp.com
Tue Jun 25 06:21:37 UTC 2019
This commit accidentally reverted r349333, r349334, r349335, r349336,
r349339, r349340, r349341 and r349342. I rebased after one of the make
universes I did to proof this set and something must have gone wrong and I
lost these changes. I noticed while committing, but didn't hit ^C fast
enough to prevent the damage it seems.
I've reapplied those changes rather than revert this commit for two
reasons: first, reverting commits that delete things has caused me trouble
in the past. Second, I judge that to be less repo-churn than doing the
revert, then redoing the nand* removal.
Time was of the essence, so I hope my snap-judgement was sound. My
apologies both for the 'oops' and for any other fallout.
Warner
On Mon, Jun 24, 2019 at 10:50 PM Warner Losh <imp at freebsd.org> wrote:
> Author: imp
> Date: Tue Jun 25 04:50:09 2019
> New Revision: 349352
> URL: https://svnweb.freebsd.org/changeset/base/349352
>
> Log:
> Remove NAND and NANDFS support
>
> NANDFS has been broken for years. Remove it. The NAND drivers that
> remain are for ancient parts that are no longer relevant. They are
> polled, have terrible performance and just for ancient arm
> hardware. NAND parts have evolved significantly from this early work
> and little to none of it would be relevant should someone need to
> update to support raw nand. This code has been off by default for
> years and has violated the vnode protocol leading to panics since it
> was committed.
>
> Numerous posts to arch@ and other locations have found no actual users
> for this software.
>
> Relnotes: Yes
> No Objection From: arch@
> Differential Revision: https://reviews.freebsd.org/D20745
> ...
More information about the svn-src-head
mailing list