Re: bad144 - how useful still? Because it's annoyingly ubiquitous.

Jason Thorpe <[email protected]> Sat, 30 May 2026 09:33:36 -0400
Newsgroups gmane.os.netbsd.devel.kernel
Message-ID <[email protected]>
> On May 28, 2026, at 6:17 AM, Jason Thorpe <[email protected]> wrote:
> 
> I think everyone is over-thinking this, here.  What I intend to do is quite minimally-invasive and leaves the logic in the individual drivers that consume it essentially intact (a flag-in-the-disklabel check will be replaced by a pointer-in-the-softc check for “maybe we have to re-map a sector”).

Well, in any case, here’s the diff that re-factors bad144 stuff (mostly) into “one” place.

    https://www.netbsd.org/~thorpej/bad144-refactor-diffs.txt

The diff that G/C’s it from each platform’s readdisklabel() will be separate because there’s not much substance to it (other than hundreds of lines of deleted code).

-- thorpej