CVS log for src/distrib/sets/lists/modules/md.amd64

Up to [cvs.NetBSD.org] / src / distrib / sets / lists / modules

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

Pull up following revision(s) (requested by riastradh in ticket #939):

	distrib/sets/lists/debug/module.md.amd64: revision 1.18
	sys/modules/Makefile: revision 1.292
	lib/libc/gen/arc4random.c: revision 1.34
	lib/libc/gen/arc4random.c: revision 1.35
	lib/libc/gen/arc4random.c: revision 1.36
	lib/libc/gen/arc4random.c: revision 1.37
	sys/kern/kern_entropy.c: revision 1.70
	lib/libc/gen/arc4random.c: revision 1.38
	sys/kern/kern_entropy.c: revision 1.71
	lib/libc/gen/getentropy.3: revision 1.8
	distrib/sets/lists/modules/md.amd64: revision 1.103
	share/man/man4/rnd.4: revision 1.42
	share/man/man4/rnd.4: revision 1.44
	lib/libc/include/arc4random.h: revision 1.1
	distrib/sets/lists/man/mi: revision 1.1786
	sys/arch/i386/conf/GENERIC: revision 1.1258
	sys/modules/acpivmgenid/acpivmgenid.ioconf: revision 1.1
	sys/arch/amd64/conf/ALL: revision 1.190
	distrib/sets/lists/debug/mi: revision 1.446
	sys/arch/i386/conf/ALL: revision 1.521
	lib/libc/gen/Makefile.inc: revision 1.219
	distrib/sets/lists/debug/module.md.i386: revision 1.12
	sys/dev/acpi/acpi_vmgenid.c: revision 1.1
	sys/dev/acpi/acpi_vmgenid.c: revision 1.2
	lib/libc/include/reentrant.h: revision 1.22
	sys/arch/evbarm/conf/GENERIC64: revision 1.219
	share/man/man4/Makefile: revision 1.735
	distrib/sets/lists/modules/md.i386: revision 1.100
	distrib/sets/lists/tests/mi: revision 1.1334
	lib/libc/gen/arc4random.3: revision 1.22
	sys/dev/acpi/files.acpi: revision 1.133
	lib/libc/gen/arc4random.3: revision 1.23
	tests/lib/libc/gen/t_arc4random.c: revision 1.1
	sys/sys/entropy.h: revision 1.6
	sys/arch/amd64/conf/GENERIC: revision 1.614
	sys/modules/acpivmgenid/Makefile: revision 1.1
	share/man/man4/acpivmgenid.4: revision 1.1
	lib/libc/gen/Makefile.inc: revision 1.220
	tests/lib/libc/gen/Makefile: revision 1.56
	share/man/man4/acpivmgenid.4: revision 1.2
	share/man/man4/acpivmgenid.4: revision 1.3

	(all via patch)

Catch up with all the lint warnings since exit on warning was disabled.

Disable 'missing header declaration' and 'nested extern' warnings for now.
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

entropy(9): Factor out subroutines to reset and gather entropy.
`Reset' means we keep the data in the pool, but assume it had zero
entropy.  `Gather' means we request samples from all on-demand
sources and wait for the synchronous ones to complete.

No functional change intended, other than to expose new symbols --
just preparation to expose these to acpivmgenid(4), so it can use
these when the VM host notifies us that we, the guest, have been
cloned.
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

acpivmgenid(4): Reset and gather entropy on VM clone notification.
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

arc4random(3): Reseed if system entropy epoch changes.
This can happen, for example, if the system is a VM instance, and the
VM is cloned.

This incurs the cost of a system call on every arc4random call, which
is unfortunate, but
1. we don't currently have a (machine-independent) mechanism for
   exposing a read-only page to userland shared by the kernel to
   enable a cheaper access path to the entropy epoch; and
2. the algorithm here -- a simple application of ChaCha -- is likely
   also a bottleneck and could be much cheaper by
   (a) using sys/crypto/chacha for machine-dependent vectorized
       ChaCha code, and
   (b) filling a buffer (somewhere between a cipher block and a page)
       in a batch at a time, instead of running ChaCha to generate
       only 32 bytes at a time.
So although this might be a performance hit, the security benefit is
worthwhile and we have a clear path to do better than reversing the
performance hit later.
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

acpivmgenid(4): Nix BUGS that have been squashed.
Reference kern.entropy.epoch for the remaining bug (which is a
performance issue, not a security issue).
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

entropy(9): Allow unprivileged reads of sysctl kern.entropy.epoch.

Applications need this in order to know when to reseed.  (We should
also expose it through a page shared read-only with userland for
cheaper access, but until we do, let's let applications get at it
through sysctl.)
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

arc4random.c: Fix test program.

This isn't wired up anywhere, but let's reduce the bitrot.  It was
helpful in reminding me that kern.entropy.epoch was, for reasons I
can't remember, restricted to privileged access.
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

amd64, evbarm, i386: Add acpivmgenid(4) to GENERIC.
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

rnd(4): Document kern.entropy.epoch is unprivileged and elaborate.
Cross-reference acpivmgenid(4).
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

arc4random(3): Note that arc4random respects kern.entropy.epoch.
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork
Add debug info for new acpivmgenid module

arc4random(3): Add automatic tests.

This verifies that:
- arc4random zeroes its state and reseeds itself on fork
- arc4random reseeds itself on entropy consolidation (e.g., VM clone)
- arc4random falls back to global state if it can't allocate local
  state because address space limits cause mmap to fail

NOTE: This adds a new libc symbol __arc4random_global, but it's in
the reserved namespace and only used by t_arc4random, so no libc
minor bump.
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

getentropy(3): Note intent to reseed on VM clone, and caveats.

Tidy markup and pacify some mandoc -Tlint complaints while here.
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

Bump dates on man pages recently updated to mention VM clones.
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

arc4random(3): Pacify some of lint's complaints.
PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM
fork

arc4random: suppress another lint warning

Pull up following revision(s) (requested by riastradh in ticket #936):

	sys/dev/acpi/apei_einjvar.h: revision 1.1
	sys/dev/acpi/apei_cper.h: revision 1.2
	distrib/sets/lists/debug/module.md.i386: revision 1.9
	sys/dev/acpi/apei_hest.c: revision 1.1
	sys/modules/apei/Makefile: revision 1.1
	sys/dev/acpi/apei_hest.c: revision 1.2
	distrib/sets/lists/modules/md.amd64: revision 1.101
	sys/dev/acpi/apei_hest.c: revision 1.3
	distrib/sets/lists/modules/md.amd64: revision 1.102
	sys/modules/apei/apei.ioconf: revision 1.1
	sys/dev/acpi/apei_bert.c: revision 1.1
	distrib/sets/lists/man/mi: revision 1.1785
	sys/dev/acpi/apei_bertvar.h: revision 1.1
	sys/dev/acpi/apei.c: revision 1.1
	sys/dev/acpi/apei.c: revision 1.2
	sys/dev/acpi/apei.c: revision 1.3
	sys/modules/Makefile: revision 1.283
	sys/modules/Makefile: revision 1.284
	sys/dev/acpi/apei_reg.c: revision 1.1
	sys/dev/acpi/apei_hestvar.h: revision 1.1
	distrib/sets/lists/debug/module.md.i386: revision 1.10
	sys/dev/acpi/apei_reg.c: revision 1.2
	sys/dev/acpi/apei_reg.c: revision 1.3
	sys/dev/acpi/apei_reg.h: revision 1.1
	sys/dev/acpi/apei_reg.h: revision 1.2
	sys/dev/acpi/apei_reg.h: revision 1.3
	sys/dev/acpi/acpi_hed.c: revision 1.1
	sys/dev/acpi/apei_einj.c: revision 1.1
	sys/dev/acpi/apeivar.h: revision 1.1
	sys/dev/acpi/apei_einj.c: revision 1.2
	sys/dev/acpi/apei_einj.c: revision 1.3
	sys/dev/acpi/apei_einj.c: revision 1.4
	sys/dev/acpi/apei_einj.c: revision 1.5
	share/man/man4/Makefile: revision 1.734
	sys/dev/acpi/apei_einj.c: revision 1.6
	sys/dev/acpi/apei_einj.c: revision 1.7
	sys/dev/acpi/files.acpi: revision 1.131
	sys/dev/acpi/files.acpi: revision 1.132
	sys/dev/acpi/apei_interp.c: revision 1.1
	sys/dev/acpi/apei_interp.c: revision 1.2
	share/man/man4/acpihed.4: revision 1.1
	sys/dev/acpi/apei_mapreg.c: revision 1.1
	sys/dev/acpi/apei_interp.c: revision 1.3
	share/man/man4/acpihed.4: revision 1.2
	distrib/sets/lists/modules/md.i386: revision 1.98
	sys/dev/acpi/apei_mapreg.c: revision 1.2
	sys/dev/acpi/apei_interp.h: revision 1.1
	sys/dev/acpi/apei_interp.c: revision 1.4
	distrib/sets/lists/modules/md.i386: revision 1.99
	sys/modules/acpihed/Makefile: revision 1.1
	sys/dev/acpi/apei_mapreg.c: revision 1.3
	sys/dev/acpi/apei_interp.h: revision 1.2
	sys/arch/amd64/conf/ALL: revision 1.185
	sys/dev/acpi/apei_mapreg.h: revision 1.1
	sys/dev/acpi/apei_mapreg.c: revision 1.4
	sys/arch/amd64/conf/ALL: revision 1.186
	sys/dev/acpi/apei_erstvar.h: revision 1.1
	sys/dev/acpi/apei_erst.c: revision 1.1
	sys/dev/acpi/apei_erst.c: revision 1.2
	sys/dev/acpi/apei_erst.c: revision 1.3
	sys/arch/i386/conf/ALL: revision 1.516
	share/man/man4/apei.4: revision 1.1
	sys/arch/i386/conf/ALL: revision 1.517
	share/man/man4/apei.4: revision 1.2
	distrib/sets/lists/debug/module.md.amd64: revision 1.15
	sys/modules/acpihed/acpihed.ioconf: revision 1.1
	sys/dev/acpi/apei_hed.h: revision 1.1
	distrib/sets/lists/debug/module.md.amd64: revision 1.16
	sys/dev/acpi/apei_cper.h: revision 1.1

	(all via patch)

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

apei(4): Pacify -Wsign-compare.
Assert that the parsing made forward progress too while here.
PR kern/58046

apei(4): Tweak some comments about the APEI interpreter language.
No functional change intended.
PR kern/58046

apei(4): Fix parsing checks for TRIGGER_ERROR action table.
The TableSize is size of the header plus the body, not just the body.
PR kern/58046
apei(4): Note some TODOs for EINJ and HEST.
No functional change intended, comments only.
PR kern/58046

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

acpihed(4): fix name in Dt, use Ql
apei(4): Plug memory leak on teardown of instruction interpreter.
PR kern/58046
apei(4): Fix indexing of multi-unit register access.
PR kern/58046

apei(4): Fix register chunk counting.
Now it will actually read and write the registers!
Have been updating and reloading the wrong module to test this, oops.
PR kern/58046

apei(4): Allow pre-mapping I/O registers too.
PR kern/58046

apei(4): Pre-map registers when compiling interpreter.
This way we don't have to worry about mapping them in nasty contexts
where access to uvm_km_alloc may not be allowed.  Paves the way to
use ERST for saving dmesg on crash.
Exception: ACPI_ERST_MOVE_DATA still needs to do AcpiOsMapMemory.
We'll need to reserve a couple pages to avoid that.
PR kern/58046

apei(4): Simplify EINJ/ERST register access now that it's pre-mapped.
PR kern/58046
apei(4): Make sure to initialize *fatalp in apei_gesb_report.
PR kern/58046

apei: fix typos in comments

apei: fix typos in comments and snprintb bitfmt

apei(4): Fix uninitialized stack access in error branch.
PR kern/58046

apei(4), acpihed(4): Wire up man pages to build.
PR kern/58046: Missing APEI (ACPI Platform Error Interface) support

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

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

Pull up following revision(s) (requested by andvar in ticket #329):

	distrib/sets/lists/modules/md.amd64: revision 1.100
	sys/external/bsd/drm2/dist/include/drm/drm_pciids.h: revision 1.5
	sys/arch/amd64/conf/GENERIC: revision 1.605
	sys/modules/Makefile: revision 1.279
	distrib/sets/lists/debug/module.md.amd64: revision 1.14

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.

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

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.

Sync with HEAD.

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.

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.

Mostly merge changes from HEAD upto 20200411

Add new netbsd32 quota modules to sets lists

if_ixl is MD

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

Retire azalia(4).

Pull up following revision(s) (requested by jmcneill in ticket #525):

	external/cddl/osnet/dev/dtrace/aarch64/dtrace_isa.c: revision 1.1
	distrib/sets/lists/modules/md.i386: revision 1.83
	share/mk/bsd.own.mk: revision 1.1168
	usr.bin/mkubootimage/mkubootimage.c: revision 1.25
	sys/modules/dtrace/Makefile: revision 1.7
	usr.bin/mkubootimage/mkubootimage.c: revision 1.26
	sys/modules/dtrace/Makefile: revision 1.8
	external/cddl/osnet/dist/lib/libdtrace/aarch64/dt_isadep.c: revision 1.2
	distrib/sets/lists/modules/mi: revision 1.128
	sys/arch/aarch64/include/frame.h: revision 1.3
	sys/arch/evbarm/conf/mk.generic64: revision 1.4
	external/cddl/osnet/dist/lib/libdtrace/common/dt_link.c: revision 1.12
	sys/modules/cyclic/Makefile: revision 1.4
	sys/arch/aarch64/conf/Makefile.aarch64: revision 1.16
	external/cddl/osnet/dev/dtrace/aarch64/dtrace_subr.c: revision 1.1
	sys/arch/aarch64/aarch64/start.S: revision 1.3
	sys/arch/aarch64/aarch64/trap.c: revision 1.22
	external/cddl/osnet/dev/fbt/aarch64/fbt_isa.c: revision 1.1
	external/cddl/osnet/dev/dtrace/aarch64/dtrace_asm.S: revision 1.1
	external/cddl/osnet/dev/fbt/aarch64/fbt_isa.h: revision 1.1
	external/cddl/osnet/dev/dtrace/aarch64/regset.h: revision 1.1
	external/cddl/osnet/lib/libdtrace/Makefile: revision 1.26
	distrib/sets/lists/modules/md.amd64: revision 1.82
	usr.bin/mkubootimage/mkubootimage.1: revision 1.13
	distrib/sets/lists/modules/ad.arm: revision 1.14

Add KDTRACE_HOOKS support.

Define lwp_trapframe() macro

dtrace: add support for aarch64

Add syscall_linux back for other arm architectures (accidently removed
in previous)

Add -u flag for updating headers in place.

Fix alignment of .text section by changing load address to
0xffffffc000000000 and adding 64 bytes of padding before the entry point.

Update arm64 image header in place

Move dtrace_syscall_linux out of mi set list

Enable DTrace on aarch64

Fix signed/unsigned comparison

Move dtrace_syscall_linux out of mi set list

Fix set lists for ticket #1710

Fix set lists for ticket #1710

Fix set lists for ticket #1710

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=

Sync with HEAD

Update sets lists for new compat_netbsd32_raid module

Merge the [pgoyette-compat] branch

Sync with HEAD, resolve a couple of conflicts

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.

Reenable the compat_netbsd32 module.  It is _NOT_ an all-version monolithic
module (as was compat_netbsd).

Mark the correct module obsolete!

Mark the old compat_netbsd32 module as obsolete - it is replaced by the
new version-specific modules

Split compat_netbsd32_sysvipc into version-specific modules

Add new compat_netbsd32_16 module to sets

More fixing of placement of version number in module name

Fix module names - the version info comes prior to the .kmod suffix!

Update for removal of monolithic compat modules, and for introduction
of version-specific compat_netbsd32_xx modules

Sync with HEAD

Resolve a couple of conflicts (result of the uimin/uimax changes)

Add drmkms_agp module

Sync with HEAD

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

Update sets lists for new modular ichsmb(4)

Update for newly added imcsmb driver modules.

Pull up following revision(s) (requested by pgoyette in ticket #524):

	distrib/sets/lists/man/mi                       1.1574
	distrib/sets/lists/modules/md.amd64             1.73
	distrib/sets/lists/modules/md.i386              1.76
	share/man/man4/amdtemp.4                        1.11
	share/man/man4/man4.x86/Makefile                1.17
	share/man/man4/man4.x86/amdsmn.4                1.1-1.3
	share/man/man4/man4.x86/amdzentemp.4            1.1-1.6
	sys/arch/amd64/conf/ALL                         1.79,1.80
	sys/arch/amd64/conf/GENERIC                     1.482,1.484
	sys/arch/amd64/conf/XEN3_DOM0                   1.146,1.147
	sys/arch/x86/pci/amdsmn.c                       1.1-1.2
	sys/arch/x86/pci/amdsmn.h                       1.1
	sys/arch/x86/pci/amdzentemp.c                   1.1-1.7
	sys/arch/x86/pci/files.pci                      1.22,1.23
	sys/modules/amdzentemp/amdzentemp.ioconf        1.2


Add amdzentemp from FreeBSD via Ian Clark.

man pages for amdsmn and amdzentemp.

Some clean-up on the HISTORY and AUTHORS sections, and addition of a BUGS
section to document the fact that we don't yet handle the required temp
offset, nor do we expose the available thermal-trip value.

Add missing article 'a'

KNF: Put back the blank line following the empty variable declarations
Put back the variable declaration, too, and mark it __diagused
Otherwise a DIAGNOSTIC kernel will complain about the variable being
undeclared.

Correct placement of __diagused attribute.

Modularize the amdsmn(4) driver, and update dependency for amdzentemp(4),
Create amdsmn(4) amd amdzentemp(4) modules for X86.

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

Sync with HEAD.  (Note that most of these changes are simply $NetBSD$
tag issues.)

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.

Sync with HEAD

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.

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.

Pull up following revision(s) (requested by jmcneill in ticket #634):
	distrib/sets/lists/modules/md.amd64: revision 1.51
	distrib/sets/lists/modules/md.evbppc.powerpc: revision 1.5
	distrib/sets/lists/modules/md.i386: revision 1.55
	distrib/sets/lists/modules/mi: revision 1.71
	sys/dev/i2c/au8522.c: revision 1.7
	sys/dev/i2c/cx24227.c: revision 1.7
	sys/dev/i2c/dbcool.c: revision 1.42
	sys/dev/i2c/hytp14.c: revision 1.3
	sys/dev/i2c/i2c_exec.c: revision 1.10
	sys/dev/i2c/lg3303.c: revision 1.9
	sys/dev/i2c/mt2131.c: revision 1.5
	sys/dev/i2c/nxt2k.c: revision 1.4
	sys/dev/i2c/sdtemp.c: revision 1.24
	sys/dev/i2c/spdmem_i2c.c: revision 1.10
	sys/dev/i2c/tvpll.c: revision 1.6
	sys/dev/i2c/xc3028.c: revision 1.7
	sys/dev/i2c/xc5k.c: revision 1.6
	sys/dev/i2c/zl10353.c: revision 1.4
	sys/modules/Makefile: revision 1.143
	sys/modules/i2cexec/Makefile: revision 1.1
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 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.

Pull up following revision(s) (requested by chs in ticket #401):
	distrib/sets/lists/modules/md.amd64: revisions 1.46, 1.47 via patch
	distrib/sets/lists/modules/md.i386: revisions 1.49, 1.50
	sys/dev/ic/pcdisplayvar.h: revision 1.20
	sys/dev/ic/vgavar.h: revision 1.32
	sys/external/bsd/drm/dist/bsd-core/drm_drv.c: revision 1.26
	sys/external/bsd/drm2/dist/drm/drm_agpsupport.c: revisions 1.5, 1.6
	sys/external/bsd/drm2/dist/drm/drm_pci.c: revisions 1.4, 1.5
	sys/external/bsd/drm2/dist/drm/drm_stub.c: revisions 1.6-1.8
	sys/external/bsd/drm2/dist/drm/i915/i915_drv.h: revision 1.11
	sys/external/bsd/drm2/dist/drm/radeon/cik.c: revision 1.3
	sys/external/bsd/drm2/dist/drm/radeon/ni.c: revision 1.3
	sys/external/bsd/drm2/dist/drm/radeon/si.c: revision 1.3
	sys/external/bsd/drm2/dist/include/drm/drmP.h: revisions 1.8, 1.9
	sys/external/bsd/drm2/dist/include/drm/drm_agpsupport.h: revisions 1.3, 1.4
	sys/external/bsd/drm2/drm/drm_drv.c: revision 1.11
	sys/external/bsd/drm2/drm/drm_module.c: revision 1.9
	sys/external/bsd/drm2/drm/drm_sysctl.c: revisions 1.1-1.4
	sys/external/bsd/drm2/drm/drm_vm.c: revision 1.7
	sys/external/bsd/drm2/drm/files.drmkms: revisions 1.8, 1.9
	sys/external/bsd/drm2/i915drm/files.i915drmkms: revision 1.9
	sys/external/bsd/drm2/i915drm/i915_module.c: revisions 1.4, 1.5
	sys/external/bsd/drm2/include/drm/drm_sysctl.h: revisions 1.1, 1.2
	sys/external/bsd/drm2/include/linux/hdmi.h: revisions 1.3-1.5
	sys/external/bsd/drm2/include/linux/module.h: revision 1.5
	sys/external/bsd/drm2/include/linux/moduleparam.h: revisions 1.3, 1.4
	sys/external/bsd/drm2/include/linux/pci.h: revision 1.11
	sys/external/bsd/drm2/linux/linux_module.c: revision 1.5
	sys/external/bsd/drm2/nouveau/files.nouveau: revision 1.4
	sys/external/bsd/drm2/nouveau/nouveau_module.c: revision 1.3
	sys/external/bsd/drm2/pci/drm_pci.c: revision 1.8
	sys/external/bsd/drm2/pci/drm_pci_module.c: revision 1.3
	sys/external/bsd/drm2/radeon/radeon_module.c: revision 1.3
	sys/external/bsd/drm2/ttm/files.ttm: revision 1.1
	sys/modules/drm2pci/Makefile: file removal
	sys/modules/drmkms/Makefile: revisions 1.4-1.7
	sys/modules/drmkms_linux/Makefile: revision 1.5
	sys/modules/drmkms_pci/Makefile: revisions 1.3, 1.4
	sys/modules/i915drmkms/Makefile: revisions 1.5-1.7
Split drm ttm config into a separate file.
--
Fix module build of drmkms_linux.
--
Remove vestigial drm2pci module, replaced by drmkms_pci.
--
fix the module class.
--
add the drmkms modules
--
make a drm_agp_destroy() function to resolve the circular dependency between
drmkms and drmkms_pci
--
finalize the idr code.
--
add drm_agp_destroy
--
fix drmkms module path for xen.
--
fix build failure.
/tmp/bracket/build/2014.11.10.22.43.46-i386/src/sys/external/bsd/drm2/include/linux/pci.h:36:20: fatal error: acpica.h: No such file or directory
--
make this work: add agpsupport and sysctl code
--
move agpsupport to drmkms to avoid circular dependencies.
--
turn on dynamic ldscript creation to handle link set symbol definitions
used in the automatic sysctl creation.
--
Add __link_set based code to automatically convert the linux module parameters
into sysctls.
--
this module needs MKLDSCRIPT too now
--
more _KERNEL_OPT
--
prettify and add to all the modules that have it.
--
fix description setting.
--
Adjust flags to allow building with clang.
--
Fix build with clang.
--
Drop casts in favour of expressions that actually give the right
pointer.
--
Move all PCI/AGP code back to drmkms_pci module where it belongs.
--
Use correct length for hdmi_infoframe_header_pack in <linux/hdmi.h>.
Fixes PR kern/49411.
--
Back out previous, fix PR kern/49411 correctly.
frame->header.length is not initialized in the vendor packet case.
Instead, make hdmi_infoframe_header_pack take the packet length and
subtract the size of the header when packing the header.
(Could make it take the payload length instead, but for callers it is
more convenient to have a name for the whole packet length.)
--
Fix bounds checking in hdmi_infoframe_header_pack (PR kern/49411).
--
Trivial build fix for no options SYSCTL_INCLUDE_DESCR case, to
avoid -Werror.
OK christos@ and riastradh@
--
fix debugging compilation (ALL kernel)
--
nouveau_nv50_fence.c needs -Wno-shadow.
--
fix a confusion between dev_t and devmajor_t, and include the primary
minor when calling makedev().

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

Rebase to HEAD as of a few days ago.

Pull up following revision(s) (requested by riastradh in ticket #21):
	distrib/sets/lists/modules/md.amd64: revision 1.42
Add dtrace modules to amd64-xen module set list.  Hi jnemeth!

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

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.

sync with head.

for a reference, the tree before this commit was tagged
as yamt-pagecache-tag8.

this commit was splitted into small chunks to avoid
a limitation of cvs.  ("Protocol error: too many arguments")

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

Sort entries in strcmp order.

Resync to 2012-11-19 00:00:00 UTC

sync with head

Add bpfjit and enable it for amd64.

Enable sljit in amd64 kernel and modules.

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.

sync with head

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

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.

Catchup with rmind-uvmplock merge.

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

Modularize amdtemp(4).

re-enable tprof_amdpmi

Sync with HEAD

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.

Sync with HEAD

not there yet.

build tprof_amdpmi

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.