distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.13.2;
port-arm/58194: Resurrect vmt(4) from bitrot

On this architecture vmt(4) used to search for a node "/hypervisor" in the
FDT and probed the VMware hypervisor call only when the node was
found. However, things appear to have changed and VMware no longer provides
the FDT node.

Since vmt(4) doesn't actually need to read anything from FDT, and the
hypervisor call logically resides in virtual CPUs themselves, it would be
better to attach it directly to cpu, just like how it's probed on x86.

aarch64: Build drm modules.

Missed the compat_netbsd32_100 stuff in previous commit

add support COMPAT_LINUX32 for aarch64

Modularize compat_linux(8) for aarch64.

Update sets lists for new compat_netbsd32_coredump module

Sort and deduplicate set lists.

Add new netbsd32 quota modules to sets lists

Fix sets

PR misc/46937: add modules package, from Lloyd Parkes.

build exec_elf32 module on arm64.

Add bpfjit and sljit modules.

branches: 1.1.4; 1.1.24; 1.1.26;
Preliminary files for AARCH64 (64-bit ARM) support.
Enough for a distribution build.

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.19.2;
Missed the compat_netbsd32_100 stuff in previous commit

Update sets lists for new compat_netbsd32_coredump module

Sort and deduplicate set lists.

Add new netbsd32 quota modules to sets lists

PR misc/46937: add modules package, from Lloyd Parkes.

Move dtrace_syscall_linux out of mi set list

Add a new member to struct vfsstat and grow the unused members
The new member is caled f_mntfromlabel and it is the dkw_wname
of the corresponding wedge. This is now used by df -W to display
the mountpoint name as NAME=

branches: 1.12.2;
Update sets lists for new compat_netbsd32_raid module

Merge the [pgoyette-compat] branch

branches: 1.10.12; 1.10.14;

More sets list sorting (maybe this time they're really all done)

PR kern/51514: ptrace(2) fails for 32-bit process on 64-bit kernel

Updated from the original patch in the PR by me.

branches: 1.8.2;
Split out the SYSV IPC stuff into its own compat_netbsd32_sysvipc
module. Adjust dependencies as needed.

Add new compat_netbsd32_mqueue module to sets lists.

Finish up with the new compat_netbsd32_nfssrv module by adding it to
the sets lists.

This set of commits together should address PRs kern/50410 and kern/50486.

This is also the first of several new modules to be created in response to
PR kern/50489

Update set lists for compat_netbsd32.kmod

Build ubsec module only for i386 and amd64 and punt on the other arches.

Build ubsec(4) as a module on all arches where it was obivous how to do so.
That excludes powerpc because evppc OEA is missing definitions for
PPC_INTR_IMPL and PPC_PCI_MACHDEP_IMPL.
Adjust set lists.

Compile tested for most arches only.

Sort entries in strcmp order.

branches: 1.1.6; 1.1.12;
Create a modules.tgz set and move kernel modules into it.

Rename NetBSD/hp700 to NetBSD/hppa.

Unfortunately our VCS isn't very helpful here.

branches: 1.1.6; 1.1.12;
Create a modules.tgz set and move kernel modules into it.

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.3.12;
PR misc/46937: add modules package, from Lloyd Parkes.

branches: 1.2.48;
Build and install compat_aoutm68k.kmod and exec_aout.kmod on m68k machines.

Create a modules.tgz set and move kernel modules into it.

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.19.2;
Missed the compat_netbsd32_100 stuff in previous commit

Column alignment.

branches: 1.17.4;
Update sets lists for new compat_netbsd32_coredump module

Sort and deduplicate set lists.

Add new netbsd32 quota modules to sets lists

PR misc/46937: add modules package, from Lloyd Parkes.

Add a new member to struct vfsstat and grow the unused members
The new member is caled f_mntfromlabel and it is the dkw_wname
of the corresponding wedge. This is now used by df -W to display
the mountpoint name as NAME=

Update sets lists for new compat_netbsd32_raid module

Merge the [pgoyette-compat] branch

branches: 1.10.12; 1.10.14;

More sets list sorting (maybe this time they're really all done)

PR kern/51514: ptrace(2) fails for 32-bit process on 64-bit kernel

Updated from the original patch in the PR by me.

branches: 1.8.2;
Split out the SYSV IPC stuff into its own compat_netbsd32_sysvipc
module. Adjust dependencies as needed.

Add new compat_netbsd32_mqueue module to sets lists.

Finish up with the new compat_netbsd32_nfssrv module by adding it to
the sets lists.

This set of commits together should address PRs kern/50410 and kern/50486.

This is also the first of several new modules to be created in response to
PR kern/50489

Add nocompatmodules keyword to stop the expanding of a kmod to compatmodules.
Use for compat_netbsd32 on mips

Add compat_netbsd32.kmod if arch64

Build ubsec module only for i386 and amd64 and punt on the other arches.

Build ubsec(4) as a module on all arches where it was obivous how to do so.
That excludes powerpc because evppc OEA is missing definitions for
PPC_INTR_IMPL and PPC_PCI_MACHDEP_IMPL.
Adjust set lists.

Compile tested for most arches only.

branches: 1.1.4; 1.1.10;
Collapse all the ad.mips* set lists into a single ad.mips which works for
all variations of mips{,64}e{b,l}

Collapse all the ad.mips* set lists into a single ad.mips which works for
all variations of mips{,64}e{b,l}

branches: 1.1.6; 1.1.12;
update mips64* sets for reality, and fix a couple of newly introduced
issues with sparc64 and amd64.

Collapse all the ad.mips* set lists into a single ad.mips which works for
all variations of mips{,64}e{b,l}

branches: 1.1.6; 1.1.12;
update mips64* sets for reality, and fix a couple of newly introduced
issues with sparc64 and amd64.

Collapse all the ad.mips* set lists into a single ad.mips which works for
all variations of mips{,64}e{b,l}

branches: 1.1.6; 1.1.12;
Create a modules.tgz set and move kernel modules into it.

Collapse all the ad.mips* set lists into a single ad.mips which works for
all variations of mips{,64}e{b,l}

branches: 1.1.6; 1.1.12;
Create a modules.tgz set and move kernel modules into it.

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.2.12;
PR misc/46937: add modules package, from Lloyd Parkes.

branches: 1.1.48;
Create a modules.tgz set and move kernel modules into it.

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.1.2;
RISC-V support that works on QEMU with a single hart.

Thanks for Simon Burge for plic(4).

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.1.2;
RISC-V support that works on QEMU with a single hart.

Thanks for Simon Burge for plic(4).

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.2.12;
PR misc/46937: add modules package, from Lloyd Parkes.

branches: 1.1.48;
Create a modules.tgz set and move kernel modules into it.

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.6.12;
PR misc/46937: add modules package, from Lloyd Parkes.

branches: 1.5.14;
For now, disable all the newly-created ld(4) related modules. We need
to come up with a better way to handle attachment-specific modules, and
possibly a better directory structure for modules in general, as the
current mechanism doesn't scale.

Update sets lists for all the new modules (for l4(4) and its attachments)

branches: 1.3.6;
Build ubsec module only for i386 and amd64 and punt on the other arches.

Build ubsec(4) as a module on all arches where it was obivous how to do so.
That excludes powerpc because evppc OEA is missing definitions for
PPC_INTR_IMPL and PPC_PCI_MACHDEP_IMPL.
Adjust set lists.

Compile tested for most arches only.

Create a modules.tgz set and move kernel modules into it.

acpivmgenid(4): New driver for virtual machine generation ID.

Added to amd64/ALL and i386/ALL kernel configurations, and made
available as a loadable module acpivmgenid.kmod on x86, for now.

TBD: Add to all ACPI-supporting GENERIC kernels.

PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

branches: 1.102.2;
acpihed(4): New driver for PNP0C33 to notify apei(4).

PNP0C33 denotes the ACPI Hardware Error Device, which exists only to
be a vector for event notifications.

PR kern/58046

apei(4): New driver for ACPI Platform Error Interfaces.

For now it is wired up only in x86 ALL kernels, and built as a module
for x86 and Arm. Once it gets a little more testing on machines with
APEI, I would like to flip it on by default.

PR kern/58046

viadrmums(4): build legacy VIA DRM UMS driver module for amd64.

This driver is not built-in by default, thus loadable module can help (un)lucky
owners of 64-bit capable VIA (Nano/Eden) systems or early AMD/Intel systems
with some VIA chipsets, which include VIA integrated graphics.
I also boldly added product IDs for few later models from VX8xx/VX9xx chipsets
without 3D support (DX9_0) to "expand" the driver support to more systems.
Tested successfully basic functionality on VX800, and partially successfully
on VX900 (on VX900 Xorg failed to initialize due to openchrome related issues,
viadrmums attaches and it is by used the driver).
Didn't test on VX855, I don't have one.

Pull up to netbsd-10 is needed.

Missed the compat_netbsd32_100 stuff in previous commit

branches: 1.98.2;
Comment out emuxki here for now - I don't think they belong here and
something else(tm) is wrong with the setup anyway, so better fix the build
for now and leave cleanup to somebody else.

emuxki(4): allow building as a module

Tested on NetBSD/amd64 with a Sound Blaster Live! Value (CT4870)

Note that this required setting outputs.master to the maximum value
allowed (255) to get sound out, and then cranking the volume pretty
high.

Additional sound cards sponsored by the NetBSD Foundation; thanks!

i915: Restore non-obsolete set list entries.

drm: Hook up the drmkms modules to the build.

Enable amdgpu module & firmware on x86

Make it easier to test this one out, add `load amdgpu` before boot netbsd.

XXX there should probably be a drm block in sys/modules/Makefile which
includes aarch64.

Disable drmkms module builds.

They haven't been functional (and won't be before fixing genfb abi).
In a new drm update, we haven't prioritized fixing the build either.

don't restrict pad module to i386 and amd64.

- module build tested on amiga, vax, i386, amd64, evbarm.
- build.sh release tested on i386.
- pad module functionality tested on aarch64.

branches: 1.91.2;
Update sets lists for new compat_netbsd32_coredump module

Add HAVE_NVMM and use it to control the build of NVMM related components.
Defined to "yes" on amd64, "no" everywhere else.

Added iavf(4) that is based on OpenBSD's iavf(4) implementation

reviewed by msaitoh@n.o and knakahara@n.o

Sort and deduplicate set lists.

the x86 xen and non-xen modules are identical,
so remove the unneeded extra copies.
Xen kernels now use the same modules as native kernels.

Add new netbsd32 quota modules to sets lists

if_ixl is MD

PR misc/46937: add modules package, from Lloyd Parkes.

Retire azalia(4).

Move dtrace_syscall_linux out of mi set list

Add a new member to struct vfsstat and grow the unused members
The new member is caled f_mntfromlabel and it is the dkw_wname
of the corresponding wedge. This is now used by df -W to display
the mountpoint name as NAME=

branches: 1.80.2;
Update sets lists for new compat_netbsd32_raid module

Merge the [pgoyette-compat] branch

Add NVMM - for NetBSD Virtual Machine Monitor -, a kernel driver that
provides support for hardware-accelerated virtualization on NetBSD.

It is made of an MI frontend, to which MD backends can be plugged. One
MD backend is implemented, x86-SVM, for x86 AMD CPUs.

We install

/usr/include/dev/nvmm/nvmm.h
/usr/include/dev/nvmm/nvmm_ioctl.h
/usr/include/dev/nvmm/{arch}/nvmm_{arch}.h

And the kernel module. For now, the only architecture where we do that
is amd64 (arch=x86).

NVMM is not enabled by default in amd64-GENERIC, but is instead easily
modloadable.

Sent to tech-kern@ a month ago. Validated with kASan, and optimized
with tprof.

Add drmkms_agp module

Merge the tprof_pmi and tprof_amdpmi modules into a single tprof_x86
module.

branches: 1.75.2; 1.75.4;
Update sets lists for new modular ichsmb(4)

Update for newly added imcsmb driver modules.

Update sets lists for new amdsmn(4) and amdzentemp(4) modules

branches: 1.72.6;

More sets list sorting (maybe this time they're really all done)

Update for the new "universal" spkr module.

Note that entries in the md.i386 and md.amd64 lists are actually deleted
(rather than being marked "obsolete" as directed in the comments). This
is OK, since there is now a new module in the mi list to replace them.

PR kern/51514: ptrace(2) fails for 32-bit process on 64-bit kernel

Updated from the original patch in the PR by me.

For now, disable all the newly-created ld(4) related modules. We need
to come up with a better way to handle attachment-specific modules, and
possibly a better directory structure for modules in general, as the
current mechanism doesn't scale.

Update sets lists for all the new modules (for l4(4) and its attachments)

Fix sets lists for nvme module. Since it is being built only for the
i386 and amd64 platforms, the entries belong in the md.xxx lists, not
in the mi list.

branches: 1.66.2;
Split out the SYSV IPC stuff into its own compat_netbsd32_sysvipc
module. Adjust dependencies as needed.

Add new compat_netbsd32_mqueue module to sets lists.

Finish up with the new compat_netbsd32_nfssrv module by adding it to
the sets lists.

This set of commits together should address PRs kern/50410 and kern/50486.

This is also the first of several new modules to be created in response to
PR kern/50489

Update some of the set lists to use the compatdir/compatfile
compattestsdir/compattestsfile as well the kmod auto-entry creation.
Remove entries that are now instantiated by the above.

Add spkr(4) module to the sets lists.

Update sets lists for new sysv_ipc module

Update sets lists for new compat_sysv module.

Include the new tco module on i386 and amd64 builds

Update sets lists for new sysmon modules

Update sets lists for new swwdog module

Split hdaudio and PCI attach glue. Even though the driver was written with
this separation in mind, all of the code lived in sys/dev/pci/hdaudio. Move
common parts to sys/dev/hdaudio and PCI attach glue to sys/dev/pci.

Add missing entries for dtrace modules to set lists.

add dtrace syscall linux32

change dtrace_foo_syscall -> dtrace_syscall_foo

Add dtrace syscalls

i2c devices don't actually have a dependency on "iic" (the bus driver)
but on "i2cexec". Create an i2cexec module (i2c_exec.c) to mirror the
dependencies in files.i2c and switch device drivers to depend on "i2cexec"
module instead.

A kernel with a USB stack and no I2C controller / bus attachment would spit
out a bunch of "WARNING: module error: can't find builtin dependency `iic'"
messages at boot. This change solves that problem.

Fix some tags on set lists related to zfs, solaris, lvm, mdns, xen.

Tag the Xen iSCSI modules with `iscsi' in the md.x86 lists.

Add compatmodules keyword so that build.sh -V MKCOMPATMODULES=no won't fail.

fix drmkms module path for xen.

add the drmkms modules

Add hdaudioverbose

Per the wiki roadmap, rename the three dtrace modules to have
a "dtrace_" prefix.
amd64 build tested, other set list changes done the same way.

sort

Add dtrace modules to amd64-xen module set list. Hi jnemeth!

branches: 1.41.2;
remove debug cruft, the example module is not normally built

Add the infrastructure for MODULAR support for Xen kernels. At
the moment, this can only load very simple modules due to missing
symbols. It is being add at this time to make pullups to the
netbsd-7 branch easier. It is not enabled by default in any kernels.

Build ubsec(4) as a module on all arches where it was obivous how to do so.
That excludes powerpc because evppc OEA is missing definitions for
PPC_INTR_IMPL and PPC_PCI_MACHDEP_IMPL.
Adjust set lists.

Compile tested for most arches only.

Build and install sljit.kmod and bpfjit.kmod iff ${MKSLJIT} != "no".

Sort entries in strcmp order.

Add bpfjit and enable it for amd64.

Enable sljit in amd64 kernel and modules.

branches: 1.34.2;
The hdaudio and hdafg modules are not MI (they at least require PCI)

Move i386 and amd64 usermode configurations to their respective directories
and make the usermode kernels buildalbe under build.sh.

The resulting kernels are build and packaged correctly as are the associated
modules.

Add lm, lm_isa_common, lm_isa, lm_wbsio and wbsio modules to the x86 build.

branches: 1.31.2;
add & enable vmt module

Add Zarlink ZL10353 DVB demodulator (or as it is now know, Intel CE623x).

pwdog is not mi, but it only in the lists we build it for.

Build acpiwdrt(4) as a module on x86.

include cx24227, lg3303, mt2131, nxt2k, tvpll, xc3028, coram, cxdtv, and emdtv
modules in x86 build

As wmieeepc(4) was added to amd64 GENERIC, build it also as a amd64 module.

build and install finsio module on i386 and amd64

build and install itesio module on i386 and amd64

A driver for HP 3D DriverGuard; a LIS3LV02DL-based accelerometer. Tested on
HP NC4400. Like aps(4), this is commented out in the GENERIC kernels.

Modularize hpet(4). Works nicely with the multiple bus locations.

Modularize amdtemp(4).

branches: 1.20.2;
re-enable tprof_amdpmi

Add module build glue for odcm(4).

Add build glue for powernow(4).

Build glue for est(4).

Add build glue for coretemp(4).

Build fujbp(4), fujhk(4), and wmieeepc(4) as modules.

not there yet.

build tprof_amdpmi

branches: 1.12.2;
build and install aps module on i386 and amd64

Add a dummy-driver for ACPI fans.

Add build files for acpipmtr(4) module.

some platforms don't have bus_dma, so only build these modules on x86

Build asus(x) and hpqlb(4) as modules on x86.

Update for new ACPI modules.

Build acpiacad(4), acpibat(4), acpibut(4), acpicpu(4), acpilid(4), and
thinkpad(4) as modules on x86. More to come later.

build acpiwmi as a module on x86

build wmi drivers as modules on x86

Extract ACPIVERBOSE into a kernel module. The module can be builtin
by defining 'options ACPIVERBOSE' in the kernel config file (no change
from current behavior), or it can be loaded at boot time on those
architectures that support the boot loader's "load" command.

ACPIVERBOSE also includes code to dump acpi/wmi data.

Connect the pad(4) kernel module to the build on i386 and amd64.

Create a modules.tgz set and move kernel modules into it.

Added iavf(4) that is based on OpenBSD's iavf(4) implementation

reviewed by msaitoh@n.o and knakahara@n.o

branches: 1.1.2;
Fixup the evbarm PCI modules

Rename md.evbppc to md.evbppc-powerpc, to separate it from the evbppc64
one (which is nonexistant for now).

Fix obvious copy&pasto

Re-sort, and update md.evbppc for new crypto modules

Add ccd, cgd, dk_subr and zlib.

Do not remove luacore entries, mark them as obsolete instead.

renamed luacore to luasystm

Add smsc to ibm4xx and booke.

ubsec is not a MI buildable module. disable it for now.

Make ubsec(4) loadable as kmod.

add lua(4) related modules

Add the if_axen kmod to md.evbppc to unbreak the evbppc build.

Sort entries in strcmp order.

more npf sets lossage.

add npflog module.

Add NPF "rndblock" extension to randomly drop packets (using a random function
with a percentage or modulo operation). This is a demo module, although it can
be used for packet loss simulation. Example of a procedure in npf.conf:

procedure "somedrop" {
# Drop 1.9% of the traffic
rndblock: percentage 1.9
}

Fix npf module paths

npf extension modules for evbppc abi variants

branches: 1.26.2;
The hdaudio and hdafg modules are not MI (they at least require PCI)

Add hdaudio modules to the md.evbppc set list too.

Add uatp to the md.evbppc modules set list too.

Retry previous, but with proper path this time.

Add a few modules in booke/4xx compat lists - should fix the evbppc build.

Add the sdtemp and dbcool modules for the non-default powerpc variants.

add vcoda module

P1003_1B_SEMAPHORE is no longer optional.

branches: 1.18.2;
Add the secmodel_extensions variants of the kernel modules.

Add the chfs module for powerpc-4xx and powerpc-booke.

Add the iscsi kernel module and directories for ibm4xx and booke variants.
Re-sort.

Add entries for "npf_alg_icmp" kernel module.

Add "npf" kernel module.

branches: 1.13.2;
mark all these modules with "compatmodules" as evbppc64 doesn't want them.

Build iic(4) and gpioiic(4) as modules.

Add filemon to the modules we build.

Link the gpioow(4) and onewire(4) modules to the build and add them to the
lists.

gpio(4) and gpiosim(4) can now be built and used as modules. While here,
make some functions static.

pwdog is not mi, but it only in the lists we build it for.

Add the pwdog module to md.evbppc as well and take a note in mi that
module have to be added in md.evbppc as well (and why that is so).

add dtv_math module

Add the spdmem directory and kernel modules for booke and 4xx.

Add missing v7fs kmods for 4xx and booke

Add "v7fs" kernel module.

Add the ibm4xx and booke modules for dtv.

branches: 1.1.2;
build evbppc modules in 3 different flavours:

- oea (default)
- ibm4xx
- booke

this, together with earlier machine_module[] work, should allow evbppc
platforms to use modules.

It is md.${MACHINE}.${MACHINE_ARCH}

Rename md.evbppc to md.evbppc-powerpc, to separate it from the evbppc64
one (which is nonexistant for now).

No longer needed

Update sets lists for new sysv_ipc module

Update sets lists for new compat_sysv module.

Update sets lists for new sysmon modules

Update sets lists for new swwdog module

i2c devices don't actually have a dependency on "iic" (the bus driver)
but on "i2cexec". Create an i2cexec module (i2c_exec.c) to mirror the
dependencies in files.i2c and switch device drivers to depend on "i2cexec"
module instead.

A kernel with a USB stack and no I2C controller / bus attachment would spit
out a bunch of "WARNING: module error: can't find builtin dependency `iic'"
messages at boot. This change solves that problem.

Per the wiki roadmap, rename the three dtrace modules to have
a "dtrace_" prefix.
amd64 build tested, other set list changes done the same way.

branches: 1.3.2; 1.3.4; 1.3.6;
add hythygtemp module to set lists

sort

branches: 1.1.2;
It is md.${MACHINE}.${MACHINE_ARCH}

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.8.10;
clean up file lists

- remove trailing whitespace
- remove empty line
- remove typo "htm\tl", that line is repeated

PR misc/46937: add modules package, from Lloyd Parkes.

branches: 1.6.14;

More sets list sorting (maybe this time they're really all done)

For now, disable all the newly-created ld(4) related modules. We need
to come up with a better way to handle attachment-specific modules, and
possibly a better directory structure for modules in general, as the
current mechanism doesn't scale.

Update sets lists for all the new modules (for l4(4) and its attachments)

branches: 1.3.4; 1.3.8;
Build ubsec module only for i386 and amd64 and punt on the other arches.

Build ubsec(4) as a module on all arches where it was obivous how to do so.
That excludes powerpc because evppc OEA is missing definitions for
PPC_INTR_IMPL and PPC_PCI_MACHDEP_IMPL.
Adjust set lists.

Compile tested for most arches only.

branches: 1.1.4;
Rename NetBSD/hp700 to NetBSD/hppa.

Unfortunately our VCS isn't very helpful here.

acpivmgenid(4): New driver for virtual machine generation ID.

Added to amd64/ALL and i386/ALL kernel configurations, and made
available as a loadable module acpivmgenid.kmod on x86, for now.

TBD: Add to all ACPI-supporting GENERIC kernels.

PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

branches: 1.99.2;
acpihed(4): New driver for PNP0C33 to notify apei(4).

PNP0C33 denotes the ACPI Hardware Error Device, which exists only to
be a vector for event notifications.

PR kern/58046

apei(4): New driver for ACPI Platform Error Interfaces.

For now it is wired up only in x86 ALL kernels, and built as a module
for x86 and Arm. Once it gets a little more testing on machines with
APEI, I would like to flip it on by default.

PR kern/58046

Unhook radeondrm module from the build; it doesn't work, and
it's just tempting someone to try it. Leave the files around
in case someone wants to pursue making this work.

Should address kern/57793

XXX Related modules from the same legacy era should probably be
XXX removed, too, but so far only radeondrm has been reported
XXX as an issue. Kep an eye out for sisdrm, savagedrm, tdfxdrm,
XXX and r128drm.

branches: 1.96.2;
Comment out emuxki here for now - I don't think they belong here and
something else(tm) is wrong with the setup anyway, so better fix the build
for now and leave cleanup to somebody else.

emuxki(4): allow building as a module

Tested on NetBSD/amd64 with a Sound Blaster Live! Value (CT4870)

Note that this required setting outputs.master to the maximum value
allowed (255) to get sound out, and then cranking the volume pretty
high.

Additional sound cards sponsored by the NetBSD Foundation; thanks!

i915: Restore non-obsolete set list entries.

drm: Hook up the drmkms modules to the build.

Enable amdgpu module & firmware on x86

Make it easier to test this one out, add `load amdgpu` before boot netbsd.

XXX there should probably be a drm block in sys/modules/Makefile which
includes aarch64.

Disable drmkms module builds.

They haven't been functional (and won't be before fixing genfb abi).
In a new drm update, we haven't prioritized fixing the build either.

don't restrict pad module to i386 and amd64.

- module build tested on amiga, vax, i386, amd64, evbarm.
- build.sh release tested on i386.
- pad module functionality tested on aarch64.

branches: 1.89.2;
Added iavf(4) that is based on OpenBSD's iavf(4) implementation

reviewed by msaitoh@n.o and knakahara@n.o

Sort and deduplicate set lists.

the x86 xen and non-xen modules are identical,
so remove the unneeded extra copies.
Xen kernels now use the same modules as native kernels.

if_ixl is MD

PR misc/46937: add modules package, from Lloyd Parkes.

Retire azalia(4).

Move dtrace_syscall_linux out of mi set list

branches: 1.82.2;
Don't build the module sets for non-pae-32bit-pv. Noted by John D. Baker
on port-i386@, thanks.

Add drmkms_agp module

Merge the tprof_pmi and tprof_amdpmi modules into a single tprof_x86
module.

Remove viadrm(4), superseded by viadrmums.

Aside from viadrm using older drm code, it's also dysfunctional right now.
See PR port-i386/53364.

branches: 1.78.2; 1.78.4;
Update sets lists for new modular ichsmb(4)

Update for newly added imcsmb driver modules.

Update sets lists for new amdsmn(4) and amdzentemp(4) modules

Remove compat_ibcs2 from i386. After a discussion on port-vax, it turns
out that compat_ibcs2 does not implement the iBCS2 standard - which is
x86-specific - but rather SVR3. Our real iBCS2 implementation was a
mixture of compat_ibcs2 and compat_svr4, and was only partial. Keeping
support for this in i386 is totally irrelevant today. I also asked on
port-i386 but didn't wait long.

The main issue is that compat_ibcs2 should have been called compat_svr3.
But CVS does not support renaming files, and moving things around is both
painful and tiring, even more so when no one seems to be interested in
doing this work or in the feature at all. For now compat_ibcs2 is available
on Vax and will stay, until someone (not me) cleans it up.

Mark the compat_svr4 module obsolete.

hopefully fixes the build, this is a blind commit.

branches: 1.73.6;

More sets list sorting (maybe this time they're really all done)

Update for the new "universal" spkr module.

Note that entries in the md.i386 and md.amd64 lists are actually deleted
(rather than being marked "obsolete" as directed in the comments). This
is OK, since there is now a new module in the mi list to replace them.

For now, disable all the newly-created ld(4) related modules. We need
to come up with a better way to handle attachment-specific modules, and
possibly a better directory structure for modules in general, as the
current mechanism doesn't scale.

Update sets lists for all the new modules (for l4(4) and its attachments)

Fix sets lists for nvme module. Since it is being built only for the
i386 and amd64 platforms, the entries belong in the md.xxx lists, not
in the mi list.

branches: 1.68.2;
Remove compatmodules lines since they are now autogenerated

Add spkr(4) module to the sets lists.

Update sets lists for new sysv_ipc module

Update sets lists for new compat_sysv module.

Put the '/' back, but put it in the correct location!

Fix typo, fix the build-break. One '/' is enough in path names.

Include the new tco module on i386 and amd64 builds

Forgot to commit set list update for viadrmums.

Update sets lists for new sysmon modules

Update sets lists for new swwdog module

Split hdaudio and PCI attach glue. Even though the driver was written with
this separation in mind, all of the code lived in sys/dev/pci/hdaudio. Move
common parts to sys/dev/hdaudio and PCI attach glue to sys/dev/pci.

change dtrace_foo_syscall -> dtrace_syscall_foo

Add dtrace syscalls

i2c devices don't actually have a dependency on "iic" (the bus driver)
but on "i2cexec". Create an i2cexec module (i2c_exec.c) to mirror the
dependencies in files.i2c and switch device drivers to depend on "i2cexec"
module instead.

A kernel with a USB stack and no I2C controller / bus attachment would spit
out a bunch of "WARNING: module error: can't find builtin dependency `iic'"
messages at boot. This change solves that problem.

Add missing dtrace modules to md.i386 set list

Add missing tags (zfs, solaris and lvm) to md.i386

Tag the Xen iSCSI modules with `iscsi' in the md.x86 lists.

Add compatmodules keyword so that build.sh -V MKCOMPATMODULES=no won't fail.

fix drmkms module path for xen.

add the drmkms modules

missed an hdaudio change.

Add hdaudioverbose

branches: 1.46.2;
remove debug cruft, the example module is not normally built

Add the infrastructure for MODULAR support for Xen kernels. At
the moment, this can only load very simple modules due to missing
symbols. It is being add at this time to make pullups to the
netbsd-7 branch easier. It is not enabled by default in any kernels.

Build ubsec(4) as a module on all arches where it was obivous how to do so.
That excludes powerpc because evppc OEA is missing definitions for
PPC_INTR_IMPL and PPC_PCI_MACHDEP_IMPL.
Adjust set lists.

Compile tested for most arches only.

Build and install sljit.kmod and bpfjit.kmod iff ${MKSLJIT} != "no".

Sort entries in strcmp order.

Build bpfjit on i386.

branches: 1.40.2;
The hdaudio and hdafg modules are not MI (they at least require PCI)

Move i386 and amd64 usermode configurations to their respective directories
and make the usermode kernels buildalbe under build.sh.

The resulting kernels are build and packaged correctly as are the associated
modules.

Add lm, lm_isa_common, lm_isa, lm_wbsio and wbsio modules to the x86 build.

branches: 1.37.2;
add & enable vmt module

Add Zarlink ZL10353 DVB demodulator (or as it is now know, Intel CE623x).

add mach64drm, mgadrm, r128drm, savagedrm, sisdrm, and tdfxdrm modules

Split out ati_pcigart into a separate module so it can be shared with r128drm

pwdog is not mi, but it only in the lists we build it for.

Build acpiwdrt(4) as a module on x86.

include cx24227, lg3303, mt2131, nxt2k, tvpll, xc3028, coram, cxdtv, and emdtv
modules in x86 build

build and install finsio module on i386 and amd64

build and install itesio module on i386 and amd64

add nsclpcsio module to i386 build

A driver for HP 3D DriverGuard; a LIS3LV02DL-based accelerometer. Tested on
HP NC4400. Like aps(4), this is commented out in the GENERIC kernels.

Modularize hpet(4). Works nicely with the multiple bus locations.

Modularize amdtemp(4).

branches: 1.24.2;
re-enable tprof_amdpmi

Add module build glue for odcm(4).

Build glue for viac7temp(4).

Add build glue for powernow(4).

Build glue for est(4).

Add build glue for coretemp(4).

hpqlb(4) was accidentally removed in the previous commit. Put it back.

Build fujbp(4), fujhk(4), and wmieeepc(4) as modules.

build padlock module on i386

not here yet either (mirror amd64 commit)

build tprof_amdpmi

branches: 1.13.2;
build and install aps module on i386 and amd64

Add a dummy-driver for ACPI fans.

Add build files for acpipmtr(4) module.

some platforms don't have bus_dma, so only build these modules on x86

Build asus(x) and hpqlb(4) as modules on x86.

Update for new ACPI modules.

Build acpiacad(4), acpibat(4), acpibut(4), acpicpu(4), acpilid(4), and
thinkpad(4) as modules on x86. More to come later.

build acpiwmi as a module on x86

build wmi drivers as modules on x86

Extract ACPIVERBOSE into a kernel module. The module can be builtin
by defining 'options ACPIVERBOSE' in the kernel config file (no change
from current behavior), or it can be loaded at boot time on those
architectures that support the boot loader's "load" command.

ACPIVERBOSE also includes code to dump acpi/wmi data.

Connect the pad(4) kernel module to the build on i386 and amd64.

enable viadrm kmod for i386

Create a modules.tgz set and move kernel modules into it.

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.6.12;
PR misc/46937: add modules package, from Lloyd Parkes.

branches: 1.5.14;

More sets list sorting (maybe this time they're really all done)

PR port-ia64/51261

Changes for ia64

branches: 1.3.6;
Build ubsec module only for i386 and amd64 and punt on the other arches.

Build ubsec(4) as a module on all arches where it was obivous how to do so.
That excludes powerpc because evppc OEA is missing definitions for
PPC_INTR_IMPL and PPC_PCI_MACHDEP_IMPL.
Adjust set lists.

Compile tested for most arches only.

Extract ACPIVERBOSE into a kernel module. The module can be builtin
by defining 'options ACPIVERBOSE' in the kernel config file (no change
from current behavior), or it can be loaded at boot time on those
architectures that support the boot loader's "load" command.

ACPIVERBOSE also includes code to dump acpi/wmi data.

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.2.2; 1.2.30;
For now, disable all the newly-created ld(4) related modules. We need
to come up with a better way to handle attachment-specific modules, and
possibly a better directory structure for modules in general, as the
current mechanism doesn't scale.

Update sets lists for all the new modules (for l4(4) and its attachments)

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.2.2; 1.2.30;
For now, disable all the newly-created ld(4) related modules. We need
to come up with a better way to handle attachment-specific modules, and
possibly a better directory structure for modules in general, as the
current mechanism doesn't scale.

Update sets lists for all the new modules (for l4(4) and its attachments)

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.6.12;
PR misc/46937: add modules package, from Lloyd Parkes.

branches: 1.5.24;
Build ubsec module only for i386 and amd64 and punt on the other arches.

Build ubsec(4) as a module on all arches where it was obivous how to do so.
That excludes powerpc because evppc OEA is missing definitions for
PPC_INTR_IMPL and PPC_PCI_MACHDEP_IMPL.
Adjust set lists.

Compile tested for most arches only.

Build and install sljit.kmod and bpfjit.kmod iff ${MKSLJIT} != "no".

Enable bpfjit on sparc.

branches: 1.1.6; 1.1.12;
Create a modules.tgz set and move kernel modules into it.

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.13.2;
Missed the compat_netbsd32_100 stuff in previous commit

Update sets lists for new compat_netbsd32_coredump module

Sort and deduplicate set lists.

Add new netbsd32 quota modules to sets lists

PR misc/46937: add modules package, from Lloyd Parkes.

Add a new member to struct vfsstat and grow the unused members
The new member is caled f_mntfromlabel and it is the dkw_wname
of the corresponding wedge. This is now used by df -W to display
the mountpoint name as NAME=

Update sets lists for new compat_netbsd32_raid module

Merge the [pgoyette-compat] branch

Include the compat_netbsd32* modules for sparc64

Their absence was noticed by martin@ when the recent libnv-related
build failure on amd64 did not affect sparc64!

branches: 1.4.22; 1.4.24;
Build ubsec module only for i386 and amd64 and punt on the other arches.

Build ubsec(4) as a module on all arches where it was obivous how to do so.
That excludes powerpc because evppc OEA is missing definitions for
PPC_INTR_IMPL and PPC_PCI_MACHDEP_IMPL.
Adjust set lists.

Compile tested for most arches only.

pwdog is not mi, but it only in the lists we build it for.

Create a modules.tgz set and move kernel modules into it.

distrib/sets/lists: Add a blank comment line between RCS id and body.

This serves as a buffer between RCS id changes and other changes to
the set lists, in an attempt to reduce the pain of merge conflicts
around mass set list changes.

No functional change intended.

branches: 1.2.12;
PR misc/46937: add modules package, from Lloyd Parkes.

branches: 1.1.48;
Create a modules.tgz set and move kernel modules into it.

A driver and userland utility for a couple of families of the
Microchip Technology / SMSC fan controller chips.

The driver and utility supports the:

o EMC2101 and EMC2101-R
o EMC2103-1, EMC2102-2 and EMC2103-4
o EMC2104
o EMC2106
o EMC2301
o EMC2302
o EMC2303
o EMC2305

The EMC210X family supports 1 or 2 fans with tachometer. Depending on
the chip, it may support 2 additional fans without tach and might
support a high side attachment (i.e. a fan, usually 5v, driven
directly from the chip and not PWM or DAC). All versions of EMC210X
support internal temperature measurements, and depending on the chip,
may support up to 5 additional temperature zones. The tachometers and
temperature measurements are provided to the system via the envsys(4)
framework. Some chip types support GPIO pins and support is provided
via the gpio(4) framework.

The EMC230X family supports 1, 2, 3 or 5 fans with the same number of
tachometers. No temperature zone or GPIO support. The tachometers
are provided to the system via the envsys(4) framework. The fan
support can be provided by PWM signaling or DAC.

The two chip families mostly do PWM signaling for the fan speed, but a
number of them support DAC output, a 0 to 3v or so voltage. When the
chip supports external temperature zones, this is done usually by a
bipolar NPN or PNP transister configured as a diode, but some of the
chip varients support thermistors.

The emcfan(4) kernel driver provides a simple read / write / seek
device in /dev/ to the register set in the chip. The heavy lifting is
done in the userland utility emcfanctl(8) which provides the ability
to read and write to any valid register and provides some basic higher
level commands to control fan behavior. The output is simple text
lines, or JSON.

The kernel driver does not reset or other mess with the chip, aside
from reading registers. It is entirely possible that something else
in any particular system is the major manager of the fan controller
and it would not do for the kernel driver to mess too much with the
attached device. All interactions are intentional via the userland
utility.

It is known that a EMC2301 is present on the Raspberry PI 4 Compute IO
module (not to be confused with the Raspberry PI 4 Compute module
itself) and there is a breakout board from Adafruit with a EMC2101 on
it. The chips themselves are pretty inexpensive from Mouser or
Digi-key and can be soldered using the simpler SMD soldering
techniques. A number of the variants are QFN packages, but the pads
are exposed to the side of the chip. No other external components are
required to use these fan controllers.

A driver for the DS28E17 1-Wire to I2C bridge chip.

This chip acts like a 1-Wire slave device and provides a iic(4) master
at the end of the 1-Wire bus. More or less it is the polar opposite
of the DS2482 [ds2482ow(4)] chip.

This device couples well with ds2482ow(4) and can be used to provide a
I2C bus at very great lengths from the controlling computer.

All features of the chip are supported, except for 1-Wire overdrive
support, which requires more work from the onewire(4) infrastructure.

The chip does not support Read without Stop. Attempts to do this will
get turned into a Read with Stop and one will have to hope for the
best. The chip also does not support zero length I2C reads or zero
length I2C writes. This has the side effect of making the default
mode, a zero length I2C write, for i2scan(8) return false positives.
The alternative mode that i2cscan(8) can use, the single byte read,
should work as expected.

The chip has automatic support for end devices that do I2C clock
stretching.

It was noticed that this chip does not work with the gpioow(4) driver.
That might be an interesting thing to debug if one has a good logic
analyzer on hand. While the presence pulse is detected, the gpioow(4)
driver is not able to complete the initial ROM enumeration. The
DS28E17 works flawlessly when driven by a DS2482 [ds2482ow(4)] driver
chip. Poke me if you want any more details.

The chip is pretty inexpensive and only requires a single cap to get
it hooked up. However, the package it comes in is only a 16-QFN
package, so it could provide to be hard to solider onto a board for
some. There are side tabs, so it was possible with a very small iron
and lots of flux. There is a slightly expensive breakout board sold
by Mikroe that probably works well -> https://www.mikroe.com/1-wire-i2c-click

Add ncm(4) a driver for USB Network Control Model

Seen on my Google Pixel 8, which implements ncm instead of urndis.

Add a driver for the Maxim DS2482-100 and DS2482-800 I2C to 1-Wire
bridge.

This chip provides a I2C device that then has 1 or 8 1-Wire busses on
the other side. The 1-Wire buses show up as onewire(4) buses in the
NetBSD.

The chip can be used in situations where:

* You have a I2C bus extended a long distance, say with a LTC4311
active terminator / extender or one of the differential I2C
extenders and you would like to have a 1-Wire device on the far end
and it isn't possible to add wiring to get to the far end.

* You are either out of GPIO pins or the GPIO pins are not reliable
enough to use gpioow(4), but you do have working I2C.

The DS2482 does all of the 1-Wire signals in hardware and provides for
a couple of pullup options for the 1-Wire devices.

All of the functions of the DS2482-100 and -800 are supported except
for overdrive speed support. To do this will likely require some API
changes to onewire(4).

Breakout boards exist for the DS2482 for both variants, but they
appear to be more expensive than expected. The chip itself is quiet
cheap and wasn't all that hard to SMD solder to a board. No other
components are really needed.

There are other members in the same family, the DS2482-101, DS2484 and
DS2485. The DS2482-101 has a sleep pin, but from the datasheet
appears to program the same as the -100 variant. The DS2484 has a
slightly different way to set configuration information and probably
won't quite work with the driver, but isn't far off. The DS2485 is
very different and would require a new driver to function.

modules: Build `ipl` module only if MKIPFILTER is enabled

branches: 1.159.2;
make owtemp a module

add compat_100 module setlist entries

branches: 1.157.2;


Split the BMP280 / BME280 driver into common code and create I2C and
SPI attachments.

A driver for the Bosch BMP280 / BME280 temperature, humidity and
atmospheric pressure sensor. This is an inexpensive to moderately
expensive chip available from a large number of places. The driver
supports all aspects of the two chips, except for the repeating read
mode which would allow for sub-second queries, such as fall detection
or perhaps even as an altimeter. This driver also only supports the
I2C interface and not the SPI interface.

The BME280, the one with humidity, is not fully tested at this point,
awaiting upon a breakout board and may not show proper humidity.

A driver for the Aosong AHT20 temperature and humidity sensor. While
slow for an I2C sensor it is inexpensive and should work well enough
in most indoor conditions. All features of the chip are supported.

Add sets-lists entries for the new combined midi_seq module

Add the new scsi_subr module to sets lists.

Create a loaable adiantum module, and make cgd require it.

This enablees use of a loadable cgd module, rather thtan requiring
it to be built-in.

Partially resolves kern/56772

Split i2c_subr.c into a separate module rather than including it in
the iic module. There are valid configurations where i2c_subr code
can be both built-in and part of a loaded module (eg, piixpm is in
the kernel, but the iic module is loaded later). This causes the
in-kernel linker to detect a duplicate symbol.

A driver and user land utility for the Sparkfun Serial Controlled Motor
Driver module as illustrated here:

https://www.sparkfun.com/products/13911

A SCMD module is a ARM SOC simular to a Arduino in front of a motor
driver chip. The single SCMD module can control two motors and up to
16 additional modules can be chained together using an internal I2C
bus. One can interface with the SCMD using tty uart commands, SPI or
I2C. The driver in this commit adds a kernel driver for the I2C and
SPI interfaces. The command line utility provides a set of
convenience commands that support most of the functions of the SCMD
and is able to use the tty uart mode, SPI user land or the included
kernel driver in a uniform manor.

The use of the SCMD module is mostly for small robots and the like,
but it can control anything that is controllable by voltage.

Driver for the Sensirion SHT30/SHT31/SHT35 temperature and humidity
sensor such as:

https://www.adafruit.com/product/2857

This is a higher priced sensor with a lot of features, including the
ability to do sub-second periodic updates. The driver supports
everything about the sensor except for the alert pin.

A driver for the Sensirion SGP40 MOx gas sensor. An example of this
chip from Adafruit is:

https://www.adafruit.com/product/4829

This is a moderately priced gas sensor that can detect volatile
organic compounds in the air. The driver uses the 3-clause BSD
licensed VOC algorithm provided by Sensirion to turn the raw sensor
metric into a VOC index which can indicate the quality of the air in a
particular indoor environment. All published functions of the chip
are supported and one unpublished feature.

A driver for the Sensirion SHT40/SHT41/SHT45 temperature and humidity
sensor. An example of this chip is:

https://www.adafruit.com/product/4885

This is a lower cost chip that provides higher then usual precision
according to the data sheet. This driver supports all of the published
functions that the chip has.

Build and install the if_run module. run(4) is not necessarily included
in all GENERIC kernels (as reported on libera IRC).

modules for if_wg, blake2s, libsodium

Add a new link-aggregation pseudo interface named lagg(4)

- FreeBSD's lagg(4) based implementation
- MP-safe and MP-scalable

branches: 1.143.2;
don't restrict pad module to i386 and amd64.

- module build tested on amiga, vax, i386, amd64, evbarm.
- build.sh release tested on i386.
- pad module functionality tested on aarch64.

branches: 1.142.2;
Add HAVE_NVMM and use it to control the build of NVMM related components.
Defined to "yes" on amd64, "no" everywhere else.

Remove if_iavf

Add if_iavf

Sort and deduplicate set lists.

Remove stale comments.

Add -unknown- to "./netbsd" in modules/mi to fix "build.sh syspkgs" failure

Infrastructure for putting kernel+modules in /netbsd/kernel and
/netbsd/modules respectively instead of /netbsd and
/stand/<arch>/<version>/modules. This is only supported for x86,
and is turned off by default. To try it, add KERNEL_DIR=yes in your
/mk.conf and install a system from that build.

remove SMBFS and nsmb/netsmb - userland part

if_ixl is MD

Make ixl(4) be able to build as a module

PR misc/46937: add modules package, from Lloyd Parkes.

Split the compat_50 module into two, separating the QUOTA-related
stuff from the rest of the module. This allows loading of the
(main) compat_50 module on kernels that don't include ``options
QUOTA''.

Welcome to 9.99.40 !

Addresses PR kern/54875

Remove the strip(4) - Starmode Radio IP - pseudo-device driver. It is
long since obsolete.

Ported driver for Intel Ethernet 700 series

reviewed by msaitoh and knakahara

Move dtrace_syscall_linux out of mi set list

Disable filemon.

It isn't suited for general use (that is, it poses security risks),
but the existence of the module means it is auto-loaded when /dev/filemon
is opened, which can be done by any user.

Thanks Ilja van Sprundel for the heads up.

Add a new member to struct vfsstat and grow the unused members
The new member is caled f_mntfromlabel and it is the dkw_wname
of the corresponding wedge. This is now used by df -W to display
the mountpoint name as NAME=

enable building modules for if_aue(4), if_cdce(4), if_cue(4),
if_kue(4), if_upl(4), if_url(4), and if_urndis(4)

Build an if_udav module (untested)

introduce a library of common code / backends to share code between
USB ethernet drivers.

usbnet.h introduces a new set of APIs to provide common solutions
for these driver features:
- USB endpoint pipe handling
- rx and tx chain handling
- generic handlers or support for several struct ifnet callbacks
- MII bus locking
- interrupt handling
- partial autoconf handling: much of attach, and detach/activate
can use common versions directly.

currently, only axen(4) and cdce(4) are converted. the reductions
in these drivers are quite significant: if_cdce.c is reduced from
1000 lines to 320 lines, and if_axen is reduced from 1902 lines
to 1021 lines.

add a "usbnet" module and make the if_axen module depend upon it.

branches: 1.122.2;
Update sets lists for new ufs module

Now that the if_srt module has a chance of working (ie, it now
actually attaches/detaches the cdevsw!), add the required srt
module to allow module autoload triggered by opening /dev/srtN

XXX As noted in the recent commit to if_srt.c, someone(tm) needs
XXX to create the /dev/srt* device nodes with major 179. :)

Add a loadable module for tap(4).

The code was already modularized, we simply didn't build the loadable
module.

Note also that since the tap(4) device can be reasonably accessed by
either creating a device instance (using ifconfig(8)) or by opening
/dev/tap, we need to create both if_tap.kmod and tap.kmod (similar to
what is done with tun(4)).

Add ure(4): RealTek RTL8152/RTL8153 10/100/Gigabit USB Ethernet device.
Ported from OpenBSD. Support for RX/TX checksum offload added by myself.

Merge the [pgoyette-compat] branch

Add mue(4), driver for Microchip LAN75xx/LAN78xx known as internal NIC of
Raspberry Pi 3 B+, from OpenBSD.

Tested on Raspberry Pi 3 B+ (LAN7800) and Z-TEK ZE582 (LAN7500).

* BUGS/TODO

- If the media type is set to something other than 1000baseT-FDX, data
transmission becomes quite unstable. Also, ukphy(4) recognize 1000baseT as
a supported media type, but it is not in fact.

- Catch up with changes made to usmsc(4) in nick-nhusb branch, i.e.,
make the driver MP-safe.

- Support RX/VLAN/TX chekcsum offloading.

branches: 1.116.2;
Add a 1PPS-over-GPIO driver, originally by Brad Spencer, with changes by
me to adapt to the new GPIO interrupt interface and support a wider variety
of GPIO pin configuations.

PR kern/51676

Add an example "gpioirq" driver that demonstrates interrupts on GPIO
pins. Will be enhanced in the future to support sending events to
user space on edge-triggered interrupt events.

Based on initial work by Brad Spencer.
PR kern/51676

branches: 1.114.2;
Merge autofs support from: Tomohiro Kusumi
XXX: Does not work yet

add new drivers, sort.

Split ip_ecn code into its own module, so it can be shared between
gif(4), stf(4), and ipsec(4). Without this, loading the if_gif
module can result in redefined global symbols if either ipsec(4) or
stf(4) but not gif(4) is built into the kernel.

Fixes PR kern/52795 (as reported by martin@ via irc).

XXX pullup to netbsd-8

Add new wsbell(4) module to the sets list.

branches: 1.110.2;
Update sets lists for new modules

Modularize ualea(4).

Unclear why we have a separate xyz.ioconf for module and XYZ.ioconf
for rump component, but at least xyz_modcmd obviates the need for
xyz_component.c (though evidently the latter could have been replaced
anyway by RUMP_COMPONENT=ioconf in the rump component Makefile).

add l2tp(4) L2TPv3 interface.

originally implemented by IIJ SEIL team.

branches: 1.107.2;
PR/51773: Yorick Hardy: drvctl module is not part of lvm

More sets list sorting (maybe this time they're really all done)

Restore the obsolete entries for spkr_synth, and mark the new spkr
module as not-obsolete.

Update for the new "universal" spkr module.

Note that entries in the md.i386 and md.amd64 lists are actually deleted
(rather than being marked "obsolete" as directed in the comments). This
is OK, since there is now a new module in the mi list to replace them.

delete spkr_synth

Create a new module for the synthesized speaker(4).

XXX Device module autoload (invoked when the /dev/speaker is opened, and
XXX no driver exists) will not find this module. On i386 and amd64, the
XXX autoload will find the spkr module (spkr0 at pcppi0) and that module
XXX will be autoloaded. For other architectures, either include the
XXX "spkr0 at audio0" in your config file, or manually load this new
XXX spkr_synth module using modload(8).

Update sets lists for new bufq_* modules

Update sets lists for new ptrace{,_common} modules

Missed the mlx_pci module in previous commit (to disable)

For now, disable all the newly-created ld(4) related modules. We need
to come up with a better way to handle attachment-specific modules, and
possibly a better directory structure for modules in general, as the
current mechanism doesn't scale.

Update sets lists for all the new modules (for l4(4) and its attachments)

Fix sets lists for nvme module. Since it is being built only for the
i386 and amd64 platforms, the entries belong in the md.xxx lists, not
in the mi list.

Add the new nvme module to the sets lists.

Update sets for new dummy "tun" module.

Sets for new modules

Modularize the pppoe driver

Modularize the sppp_subr stuff so it can be shared by pppoe and lmc
drivers as they get modularized.

sets for slip and strip

rename the ppp module so that it autoloads.

Modularize the ppp driver, and adjust dependencies of the compressor
modules.

For now, this is still included as a built-in module in GENERIC kernels.

Update sets lists for new slcompress module

branches: 1.86.2;
Update sets lists for new ipl (aka ipfilter) module.

Re-sort

Update sets for new i2c_bitbang and bpf_filter modules.

Descend into new raid module, and update sets lists.

Modularize drvctl(4)

Modularize the clockctl pseudo-device and link to the build.

Update sets list for merge of compat_sysv --> sysv_ipc

Add the newly-created wapbl module to the sets list.

Update sets lists for new sysv_ipc module

Additional commentary for where other duplicate entries might need to
be made (amd64-xen, i386-xen, and i386-xen-pae).

Update sets lists for new compat_sysv module.

Update sets lists for new sysmon modules

Update sets lists for new swwdog module

Add missing entries for dtrace modules to set lists.

add dtrace_lockstat

i2c devices don't actually have a dependency on "iic" (the bus driver)
but on "i2cexec". Create an i2cexec module (i2c_exec.c) to mirror the
dependencies in files.i2c and switch device drivers to depend on "i2cexec"
module instead.

A kernel with a USB stack and no I2C controller / bus attachment would spit
out a bunch of "WARNING: module error: can't find builtin dependency `iic'"
messages at boot. This change solves that problem.

Per the wiki roadmap, rename the three dtrace modules to have
a "dtrace_" prefix.
amd64 build tested, other set list changes done the same way.

branches: 1.69.2;
add hythygtemp module to set lists

sort

branches: 1.67.2;
Re-sort, and update md.evbppc for new crypto modules

Add new modules for opencrypto

Add new crypto algorithm modules to sets list

Add new zlib module

Add entries for new ccd module

Update sets lists for new modules.

Do not remove luacore entries, mark them as obsolete instead.

renamed luacore to luasystm

ubsec is not a MI buildable module. disable it for now.

Make ubsec(4) loadable as kmod.

Build a module for usmsc(4).

linke pmf(9l) to the build

link core(9l) (docs pending) to the build

link the lua(4) module to the build

Add driver for ASIX AX88178a and AX88179 Ethernet interface.
Ported from OpenBSD.

Sort entries in strcmp order.

more npf sets lossage.

Add entries for "cylic" and "profile" modules which are part of DTrace.

Add NPF "rndblock" extension to randomly drop packets (using a random function
with a percentage or modulo operation). This is a demo module, although it can
be used for packet loss simulation. Example of a procedure in npf.conf:

procedure "somedrop" {
# Drop 1.9% of the traffic
rndblock: percentage 1.9
}

Implement dynamic NPF extensions interface. An extension consists of
dynamically loaded module (.so) supplementing npfctl(8) and a kernel
module. Move normalisation and logging functionality into their own
extensions. More improvements to come.

branches: 1.47.2;
The hdaudio and hdafg modules are not MI (they at least require PCI)

Build hdaudio and hdafg modules.

Add distrib entries for new uatp module.

Hello, riastradh!

add vcoda module

Actually create the if_axe module - driver was modularized a while ago.

Actually create the dbcool(4) module. Driver was modularized a while ago.

Create the module for sdtemp (driver itself was modularized some time ago)

P1003_1B_SEMAPHORE is no longer optional.

branches: 1.39.2;
Set list fix...

add chfs.kmod

Build and install new in-kernel iscsi initiator kernel module and associated
binaries (iscsid, iscsictl) if MKISCSI != no. Initiator can also be built
into a kernel by adding 'pseudo-device iscsi' in kernel configuration.

Add entries for "npf_alg_icmp" kernel module.

Add "npf" kernel module.

branches: 1.34.2;
Build iic(4) and gpioiic(4) as modules.

Add filemon to the modules we build.

Link the gpioow(4) and onewire(4) modules to the build and add them to the
lists.

gpio(4) and gpiosim(4) can now be built and used as modules. While here,
make some functions static.

pwdog is not mi, but it only in the lists we build it for.

Fix a typo.

Add the pwdog module to md.evbppc as well and take a note in mi that
module have to be added in md.evbppc as well (and why that is so).

pwdog(4) is a device driver for QUANCOM Electronic PWDOG1 PCI
attached watchdog timers.

add dtv_math module

Ooopppsss - there were some other modules here that should not have been
committed. Remove them.

Add new spdmem(4) module

Add "v7fs" kernel module.

build dtv module

Import the Flash and NAND subsytem code contributed by the University
of Szeged, Hungary.

The commit includes:
- Flash layer, which gives a common API to access flash devices
- NAND controller subsystem for the flash layer
- An example OMAP driver which is used on BeagleBoard or alike ARM boards

branches: 1.20.2;
some platforms don't have bus_dma, so only build these modules on x86

hook xc5k, au8522, and auvitek into build

Build the new swsensor(4) device and add to set lists

Extract MIIVERBOSE into a kernel module. The module can be builtin
by defining 'options MIIVERBOSE' in the kernel config file (no change
from current behavior), or it can be loaded at boot time on those
architectures that support the boot loader's "load" command.

Extract SCSIVERBOSE into a kernel module. The module can be builtin
by defining 'options SCSIVERBOSE' in the kernel config file (no change
from current behavior), or it can be loaded at boot time on those
architectures that support the boot loader's "load" command.

The module is built for all architectures, whether or not SCSI or
atapi support exists.

Extract USBVERBOSE into a kernel module. The module can be builtin
by defining 'options USBVERBOSE' in the kernel config file (no change
from current behavior), or it can be loaded at boot time on those
architectures that support the boot loader's "load" command.

The module is built for all architectures, whether or not USB support
exists.

Extract the vendor/product tables and related access routines into a
separate kernel module. Update pci bus attach routine to load the
module (if available) when we're about to start scanning the bus, and
unload the module after the scan is finished.

On architectures which support loading of modules by the boot loader,
the 'pciverbose' module can be loaded and executed without needing to
rebuild the kernel. On all architectures, using 'options PCIVERBOSE'
in the kernel configuration file will create a 'builtin' module which
is functionally equivalent to previous behavior.

XXX Although not nearly as large as the vendor and product tables,
XXX the PCI class and subclass tables might also be offloaded into
XXX the module at a future time.

XXX Cardbus (and possibly other) drivers should also be modified to
XXX load the module before scanning/attaching devices.

Add pf to the module set list.

DTrace: Add the Function Boundary Trace (FBT) provider moduile. This
module instruments every function in the kernel with entry and exit
probes. These probes are true zero-effect probes in that they don't
exist in the code until they are enabled. The probes are enabled by
directly patching the function entry and exit points to make jumps into
the dtrace framework.
This gives us over 29,000 trace points in the kernel.

"dtrace,zfs" means "MKDTRACE=yes" *and* "MKZFS=yes" which is not what
we want. Invent a flag "solaris" which is the or of those two flags.

The directory "modules/solaris" depends on ZFS as well.

The "solaris" kernel module also gets build if ZFS is enabled.

DTrace: Add an SDT (Statically Defined Tracing) provider framework, and
implement most of the proc provider. Adds proc:::create, exec,
exec_success, exec_faillure, signal_send, signal_discard, signal_handle,
lwp_create, lwp_start, lwp_exit.

Add DTrace to sets.

add bpf kmod

Remove the portalfs kernel file system driver. Replace mount_portal(8)
with a version based on puffs. User functionality remains the same.

Add zfs sets and needed veriables to hook zfs into the build. ZFS on i386
need still one fix othervise it should be ready for testing.

First part of secmodel cleanup and other misc. changes:

- Separate the suser part of the bsd44 secmodel into its own secmodel
and directory, pending even more cleanups. For revision history
purposes, the original location of the files was

src/sys/secmodel/bsd44/secmodel_bsd44_suser.c
src/sys/secmodel/bsd44/suser.h

- Add a man-page for secmodel_suser(9) and update the one for
secmodel_bsd44(9).

- Add a "secmodel" module class and use it. Userland program and
documentation updated.

- Manage secmodel count (nsecmodels) through the module framework.
This eliminates the need for secmodel_{,de}register() calls in
secmodel code.

- Prepare for secmodel modularization by adding relevant module bits.
The secmodels don't allow auto unload. The bsd44 secmodel depends
on the suser and securelevel secmodels. The overlay secmodel depends
on the bsd44 secmodel. As the module class is only cosmetic, and to
prevent ambiguity, the bsd44 and overlay secmodels are prefixed with
"secmodel_".

- Adapt the overlay secmodel to recent changes (mainly vnode scope).

- Stop using link-sets for the sysctl node(s) creation.

- Keep sysctl variables under nodes of their relevant secmodels. In
other words, don't create duplicates for the suser/securelevel
secmodels under the bsd44 secmodel, as the latter is merely used
for "grouping".

- For the suser and securelevel secmodels, "advertise presence" in
relevant sysctl nodes (sysctl.security.models.{suser,securelevel}).

- Get rid of the LKM preprocessor stuff.

- As secmodels are now modules, there's no need for an explicit call
to secmodel_start(); it's handled by the module framework. That
said, the module framework was adjusted to properly load secmodels
early during system startup.

- Adapt rump to changes: Instead of using empty stubs for securelevel,
simply use the suser secmodel. Also replace secmodel_start() with a
call to secmodel_suser_start().

- 5.99.20.

Testing was done on i386 ("release" build). Spearated module_init()
changes were tested on sparc and sparc64 as well by martin@ (thanks!).

Mailing list reference:

http://mail-index.netbsd.org/tech-kern/2009/09/25/msg006135.html

add ./etc/mtree/set.modules so that modules.tgz is created with
actual files in it, rather than a 20 byte .gz file (ie, empty file.)


HI JNEMETH!

Create a modules.tgz set and move kernel modules into it.