re: CVS commit: [pgoyette-compat] src

[Paul Goyette <paul%whooppee.com@localhost>]

On Wed, 18 Apr 2018, matthew green wrote:

> "Paul Goyette" writes:
> > Module Name:	src
> > Committed By:	pgoyette
> > Date:		Tue Apr 17 08:02:35 UTC 2018
> >
> > Modified Files:
> > 	src/distrib/sets/lists/modules [pgoyette-compat]: mi
> > 	src/sys/modules [pgoyette-compat]: Makefile
> > Added Files:
> > 	src/sys/modules/compat_sysctl_09_43 [pgoyette-compat]: Makefile
> >
> > Log Message:
> > Actually create the new compat_sysctl_09_43 module
>
> hmm, these combined seems like an odd choice.  typically,
> older compat relies upon newer comapt, except for compat_43,
> which is more about enabing 4.3BSD tty and other interfaces
> we have modern APIs for.
>
> eg, it's valid to have a non netbsd comapt but compat_43
> kernel running with software compiled today that uses the
> old <sgtty.h> interface, for instance.  the above change
> seems to imply that doing this will pull in all other
> compat as well, via compat_09.

In this case, both compat_43 and compat_09 depend on having this
"shared" module available, but this module doesn't require any
other compat code.  If you load _either_ of compat_43 or compat_09
it will pull in the shared module automatically.

Of course, compat_09 requires all the newer stuff, but compat_43
doesn't.

If you've got a better suggestion for the module name (one that
doesn't imply pulling in all the other compat code), I'd be happy
to use it!



+------------------+--------------------------+----------------------------+
| Paul Goyette     | PGP Key fingerprint:     | E-mail addresses:          |
| (Retired)        | FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com   |
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd dot org |
+------------------+--------------------------+----------------------------+