make XEN3 configs include XEN3.local instead of GENERIC.local

The XEN device tree is not compatible with the non-XEN device tree.

This means that one can't enable in GENERIC.local many devices that are
commented out in GENERIC. E.g,

vio9p* at virtio?
i915drm* at drm?
qat* at pci? dev ? function ?
audio* at audiobus?

Switch to including XEN3.local instead of GENERIC.local to have a common
file for local XEN3 specific configuration.

See https://mail-index.netbsd.org/tech-kern/2024/08/11/msg029672.html for
the discussion.

Note that GENERIC.local was added to most arches only in February 2023:
https://mail-index.netbsd.org/source-changes/2023/02/12/msg143277.html

Addresses: PR port-xen/59438: GENERIC content can't be in GENERIC.local because
of XEN3_DOM* kernels

Should probably be pulled up to -10 and -9.

branches: 1.105.2;
Mention DKWEDGE_METHOD_TOS in several kernel config files

PR/57889: Ricardo Branco: ext2fs does not have user immutable and append
file flags, only system ones. Restrict those to the superuser. Before
the behavior was controlled by EXT2FS_SYSTEM_FLAGS. Make that behavior the
default.

xen/x86: Enable heartbeat checks.

amd64/XEN3_DOMU: Pass -g to build debug data like GENERIC.

Needed for CTF data by dtrace when MKDEBUG=no MKDEBUGKERNEL=no.

XXX pullup-10

amd64/XEN3_DOMU: Enable KDTRACE_HOOKS.

XXX pullup-10

Adjust _all_ cinclude of *.local files

- Ensure always at end
- Use tab rather than spaces
- Add consistent comment
"Pull in optional local configuration - always at end"

The only functional change is that a local file which tried to
override an existing setting (eg with "no foo") would have failed
in some cases before, but now will work

branches: 1.99.4;
UFS/LFS dirhash:
- Enable UFS_DIRHASH if the architecture or kernel model specific config
file can use 128MB of RAM or more.
- Remove experimental tag from UFS_DIRHASH; it's been with RUMP kernel
and by a number of NetBSD developers for years.
- Add LFS_DIRHASH if LFS was enabled.
- Be somewhat consistent with FS options order.

enable UFS_ACL option for XEN3_DOMU, it's useful for e.g. running Samba in DomU

idea from Matthias Petermann via current-users@

remove compat_ossaudio from kernel modules

this is only useful with compat_linux and gets autoloaded when
compat_linux is loaded, so there's no reason to bake it into kernels
any more.

branches: 1.96.2;
vether: Add to kernel configurations

It's only enabled if the kernel enabled bridge AND tap.
Otherwise it's commented out.

make COMPAT_LINUX option disabled by default

leave the option enabled only in amd64/i386 ALL kernels to make
sure it continues to be compilable also when included in kernel

Remove references to BRIDGE_IPF, it is now compiled in by default.

Disable -g, which got enabled by mistake in the bouyer-xenpvh merge

Merge the bouyer-xenpvh branch, bringing in Xen PV drivers support under HVM
guests in GENERIC.
Xen support can be disabled at runtime with
boot -c
disable hypervisor

remove MAXPHYS override, xbd(4) was changed to work with 64k transfers

branches: 1.90.6;
No USER_LDT on Xen.

branches: 1.89.2;
Use filesystems.config to reduce duplication

We reorganise definitions for XEN source support as follows:

XEN - common sources required for baseline XEN support.
XENPV - sources required for support of XEN in PV mode.
XENPVHVM - sources required for support for XEN in HVM mode.
XENPVH - sources required for support for XEN in PVH mode.

Enable L2TP on all x86 configurations, not just native amd64.

Unreference IPF/PF from the x86 config files (amd64, i386, xen), and enable
NPF instead when wanted.

Put back trace in DDB_COMMANDONENTER; in seems that the sysctl is not
functionnal early in boot.

branches: 1.84.2; 1.84.4;
With the introduction of ddb.dumpstack which is enabled by default, we no longer
need to explicitly set DDB_COMMANDONENTER to run a trace.

Alternate buffer queue strategies no longer considered experimental, update
description.

Discussed on tech-kern
http://mail-index.netbsd.org/tech-kern/2018/01/21/msg023002.html

added commented out AUTOFS pseudo-device entries

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

Revive commented out DISKLABEL_EI option to kernel configuration files
that contain FFS_EI option.

Add commented-out ident lines to the XEN3_DOM{0,U} kernel config files
for consistency with other config files.

OK bouyer@

clean up COMPAT_* options for native netbsd code:
- new series of files that are useful for saying "i want everything
since netbsd 1.4", etc.
- use the fact COMPAT_* options have future dependancies to remove
many redundant options.

removes about 3000 lines total across kernel configuration files.
tested about 30 random kernels in the changed list.

Pff, I forgot to revert my change in these files. I committed only the
GENERIC files, and the message was:

Revert my changes, and re-enable COMPAT_NOMID, COMPAT_09 and COMPAT_43.
Several compat options happen to be dependent on the compat_43_* functions,
the availability of which is (wrongfully) controlled with COMPAT_43. Same
for COMPAT_09.

After a careful review, and all things considered, disable compat43 by
default on amd64. The use case is limited, the potential for damage too
high, and it is safer to run a BSD4.3 binary on i386 since the kernel does
not have to go through netbsd32 - which may not correctly reproduce i386.

branches: 1.75.2;
Remove unnecessary SYSMON_* options.

Add commented out carp and mpls pseudo-devices to be consistent with
GENERIC

branches: 1.73.4;
Comment out DISKLABEL_RDB as it is too specific for general usage.
(Also add commented out that entry for GENERIC on amd64; I forgot it)

Remove commented DISKLABEL_EI for strictly little endian architectures

It will never be useful.

Add DKWEDGE_METHOD_RDB option, which is enabled for x86, commented out for
other platforms by default.

PR kern/51208
Add DISKLABEL_EI option (and also FFS_EI if missing), commented out except for
ALL on amd64 and i386.

PR/51908: Kyle Amon: Allow customization of XEN kernels via .local files.

branches: 1.68.2;
white space police

Whitespace.

Add MODULAR in Xen kernels.

branches: 1.65.2;
Turn on MPROTECT on GENERIC and both MPROTECT and ASLR on XEN*

Add "pseudo-device iscsi" to ALL and as a commented out hint in XEN3_*

Remove KMEMSTATS.

Uncoment options IPSEC, as requested by Gary Duzan in PR port-amd64/50052

For non-modular XEN3_DOMU kernels, include sysmon and all of its
subcomponents. While the wdog and envsys subcomponents aren't
terribly useful in DOMU environment, this restores functionality
to previous (pre-modularized sysmon) state.

branches: 1.60.2;
Remove unused extended attributes kernel options

As Masao Uebayashi pointed to me, UFS_EXTATTR_AUTOSTART, LFS_EXTATTR_AUTOSTART
and UFS_EXTATTR_AUTOCREATE are not used anywhere in the code. Remove them
as they have been obsolete for a long time:
UFS_EXTATTR_AUTOSTART was replaced by mount -o extattr
LFS_EXTATTR_AUTOSTART was created to match obsolete UFS_EXTATTR_AUTOSTART
UFS_EXTATTR_AUTOCREATE was replaced by sysctl vfs.ffs.extattr_autocreate

Support for UFS1 extended attributes in GENERIC and GENERIC-like kernels

This change just brings UFS1 extended attribute *support* in the kernel,
extended attributes are not enabled unless three conditions are met:
1) filesystem is UFS1 (newfs -O1)
2) .attribute/system and .attribute/user directories are created at fs root
3) filesystem is mounted with -o extattr

Some GENERIC kernels are obviously memory constrained, the extended
attributes options were not enabled for them, but just added commented out.
(kernel were considered memory constrained if QUOTA option was disabled)

Disable BSDLABEL and MBR DKWEDGE methods again since sysinst does not work
with wedges.

Systematize (and in many cases, fix) the comments on options COMPAT_NN.

There are quite a few configs that are missing some COMPAT_NN options
in ways that don't make sense; this should probably get cleaned up
too, but for the time being I've not added or removed anything.

- Enable Wedge support for MBR/BSDLABEL where it was commented out.
- Add apple partition support where it was missing
- Add comments where missing

Add "options COMPAT_70" to all kernel configuration files that
already had "options COMPAT_60".

branches: 1.54.2;
Fix description of DIAGNOSTIC in x86 kernels.

branches: 1.53.2;
fix manual section numbering of sysctl.
thanks wiz@

Disable xpci(4) PCI passthrough in XEN3_DOMU kernels by popular demand.

Enable PCI support in amd64 XEN3_DOMU config to match i386 XEN3_DOMU config.

G/C PFIL_HOOKS from the kernel configs.

branches: 1.49.2;
remove obsolete networking options

the bogus number police

remove confusing numeric locators where they are unused.

Sync DKWEDGE options with XEN3_DOM0.

Under FAST_IPSEC, IPSEC_ESP is mandatory; GC it.

Retire OSI network stack. OK core@

Put back 32k MAXPHYS, reverting
http://mail-index.netbsd.org/source-changes/2013/01/19/msg040666.html

64k MAXPHYS breaks at last iso9660, as shown by periodic anita runs at
http://www-soc.lip6.fr/~bouyer/NetBSD-tests/xen/

xbd has been able to cope with any value of MAXPHYS since
src/sys/arch/xen/xen/xbd_xenbus.c 1.56

Add "options COMPAT_60" to all kernel configuration files
that already had "options COMPAT_50".

Remove references to VM86 from the amd64 kernel configs.
VM86 mode isn't supported while in long mode.

add vmt entry to GENERIC.
standardize commented pfsync and npf entries.

branches: 1.38.2;
P1003_1B_SEMAPHORE is no longer optional.

Comment out options DEBUG from Xen kernel; also comment out
makeoptions DEBUG="-g" where it was still enabled.

branches: 1.36.2;
switch on NetBSD/Xen MULTIPROCESSOR support for domUs as default, for wider testing

Add knob to turn MULTIPROCESSOR build on for XEN

WABPL is no longer considered experimental (has not been for some time)
so update its comment in config files.

branches: 1.33.2;

The rnd pseudo-device is not really optional, because it is in the same
source file as the entropy-pool code itself. Move it to std. This
will be cleaned up more when I split the sources up as they should be.

This fixes build breaks on several ports. Thanks to Havard Eidnes for
pointing them out.

Add pseudo-device drvctl. (Already exists in i386 domU config)

branches: 1.31.2;
Per existing x86 GENERIC kernels, add:
#options BUFQ_READPRIO
options BUFQ_PRIOCSCAN
to Xen kernels.

branches: 1.30.2;
many whitespace cleanup.

Enable balloon(4) for Xen kernels.

ok bouyer@; shortly discussed on port-xen@.

Large rewrite of the balloon driver. This one:

- turns balloon into a driver that attaches to xenbus(4). This allows to
disable the functionality either at compile time or boot time via
userconf(4). Driver can implement detach or pmf(9) hooks if deemed
necessary.

- keeps Cherry's locking model, but simplify it a bit. There is now
only one target value serialized inside balloon, we do not feedback
alternative value to Xenstore (clients are not expected to see its value
evolve behind their back, and can't do much about that either)

- implements min threshold; this is an admin-settable value that tells
driver to "not balloon below this threshold." This can be used by domain
to keep memory reservations, useful if activity is expected in the near
future.

- in addition to min threshold, the driver implements internally a
safeguard value (uvmexp.freemin + 1MiB), so that admin cannot
inadvertently set min to a very low value forcing domain into heavy
memory pressure and swapping.

- create the sysctl(8) kern.xen.balloon tree. 4 nodes are actually present
(values are in KiB):
- min: (rw) an admin-settable value that prevents ballooning below this
mark
- max: (ro) the maximum size for reservation, as set by xm(1) mem-max.
- current: (ro) the current reservation for domain.
- target: (rw) the targetted reservation for domain.

- fix a few limitations here and there, most notably the max_reservation
hypercall, and KiB vs pages representations at interfaces.

The driver is still turned off by default. Enabling it would need more
approval, especially from bouyer@, cherry@ and cegger@.

FWIW: tested it two days long, from amd64 dom0 (with dom0 ballooning
enabled for xend), and bunch of domUs. Did not notice anything suspicious.

XXX it still has one big limitation: it cannot hotplug memory pages in
uvm(9) if they were not present beforehand. Example: ballooning above
physmem will give more pages to domain but it won't use it to serve
allocations, unless we teach uvm(9) how to handle the extra pages.

merge the bouyer-quota2 branch. This adds a new on-disk format
to store disk quota usage and limits, integrated with ffs
metadata. Usage is checked by fsck_ffs (no more quotacheck)
and is covered by the WAPBL journal. Enabled with kernel
option QUOTA2 (added where QUOTA was enabled in kernel config files),
turned on with tunefs(8) on a per-filesystem
basis. mount_mfs(8) can also turn quotas on.

See http://mail-index.netbsd.org/tech-kern/2011/02/19/msg010025.html
for details.

branches: 1.26.2; 1.26.4;
Remove unused count from pseudo-device md.

dd dm driver to XEN configs because they do not have modules working yet.
This will enable using LVM by default on XEN DOM0 hostings running NetBSD.

Change suggested by Sam Fourman.

The Xen balloon driver enables growing and shrinking
PV domains on the fly, by collaborating with UVM and the hypervisor

enable IPFILTER_COMPAT in all kernels that have ipfilter already.
canonicalise several of the ipf option segments in various files
(this mostly means adding commented out IPFILTER_DEFAULT_BLOCK,
or adding commented or uncommented IPFILTER_LOG or IPFILTER_LOOKUP
option statements.)

i built about 20 of these kernels to check, but not all of them.

Remove unused count (invariably "4") from pseudo-device fss.

branches: 1.21.2; 1.21.4;
Compile in PaX support for Xen x86 kernels (dom0 and domU).

ok bouyer@. Compiled and tested by me under i386. Only compile tested for
amd64.

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

catch up with i386 xen kernels:
enable cgd by default

add options COMPAT_50

comment out NFS_BOOT_BOOTSTATIC. It will be useful when a valid set of
NFS_BOOTSTATICs are specfied.

Add commented out PCI pass-through support:
#xpci* at xenbus ? #Xen3 PCI front end driver
#pci* at xpci ?

branches: 1.15.4;
Remove softdep, pass 1. We are focused on improving journalling.

Proposed on tech-kern@.

Remove LKMs and switch to the module framework, pass 1.

Proposed on tech-kern@.

branches: 1.13.2; 1.13.4; 1.13.8;
Add accept filters per request from port-xen:
http://mail-index.netbsd.org/port-xen/2008/08/10/msg004087.html

pseudo-device entries were copied from sys/arch/i386/conf/GENERIC, rev. 1.904

Reduce diff to GENERIC for compat options.

Remove SYSV IPC options as they have been replaced with sysctls.

Add "options WAPBL" to Xen configs

branches: 1.9.4;
Disable OSI networking.

branches: 1.8.2; 1.8.4; 1.8.6;
Revert previous for DOMU kernels. They use a custom xennet bootstatic
callback for cmdline configuration. Keep for DOM0 kernels.

Comment out NFS_BOOT_BOOTSTATIC. There no use having it in the default
kernel as it needs manual configuration anyway. Also, if it's enabled
but no static options given, then the kernel will happily configure the
interface as INADDY_ANY and not even try to use DHCP.

Remove GENERIC.local from the repository

Make all the kernels that currently include their corresponding GENERIC.local
file use the cinclude directive instead of include. This way config(1) will
not complain if the file cannot be found.

After doing this, remove the GENERIC.local files from the repository so that
the user will not see modified files during updates, and local changes to
them cannot end up in the repository by mistake.

Discussed in tech-kern@ earlier this month. No strong objections.

branches: 1.5.2; 1.5.6;
amd64 kernels should use amd64 GENERIC.local.

branches: 1.4.2;
Fixed option indentation, it should be

option<space><tab>
makeoption<space><tab>

Remove systrace. Ok core@.

branches: 1.2.2; 1.2.4; 1.2.8; 1.2.12;
Pull up the bouyer-xenamd64 branch to HEAD. This brings in amd64 support
to NetBSD/Xen, both Dom0 and DomU.

branches: 1.1.2; 1.1.4;
file XEN3_DOMU was initially added on branch bouyer-xenamd64.