| History log of /src/sys/arch/i386/conf/XEN3PAE_DOM0 |
| Revision | | Date | Author | Comments |
| 1.45 |
| 20-Feb-2026 |
yamt | pchtemp: add a simple driver for intel pch thermal sensor
tested on PCI_PRODUCT_INTEL_2HS_THERM, which was found on HP Z4 G4.
although other variants look compatible, i have not actually tested them.
(no hardware)
dmesg:
```
[ 512.596379] pchtemp0 at pci0 dev 20 function 2: Intel PCH Temperature Sensor
```
envstat:
```
[pchtemp0]
pchtemp0 temperature: 41.500 degC
```
enable in kernel configs where amdtemp is enabled.
the man page is mostly copy-and-paste from amdtemp.4.
|
| 1.44 |
| 22-May-2025 |
bad | branches: 1.44.2;
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.
|
| 1.43 |
| 02-Apr-2024 |
charlotte | branches: 1.43.2;
Mention DKWEDGE_METHOD_TOS in several kernel config files
|
| 1.42 |
| 29-Jan-2024 |
christos | 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.
|
| 1.41 |
| 17-Oct-2023 |
bouyer | Enable genfb in DOM0 kernels
|
| 1.40 |
| 05-Aug-2023 |
riastradh | xen/x86: Enable heartbeat checks.
|
| 1.39 |
| 22-Jul-2023 |
riastradh | i386/XEN3PAE_DOM0: Pass -g to build debug data like GENERIC.
Needed for CTF data by dtrace when MKDEBUG=no MKDEBUGKERNEL=no.
XXX pullup-10
|
| 1.38 |
| 21-Jul-2023 |
riastradh | i386/XEN3PAE_DOM0: Enable KDTRACE_HOOKS.
XXX pullup-10
|
| 1.37 |
| 09-Feb-2023 |
abs | 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
|
| 1.36 |
| 07-Aug-2022 |
simonb | branches: 1.36.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.
|
| 1.35 |
| 29-Jun-2021 |
nia | Remove uscanner(4) driver
This exists for compatibility with a Linux interface which was apparently
deprecated in Linux 2.6. There are various mailing list threads going
back to 2004 where the usefulness of this driver is discussed, but
the conclusion is that scanner software has all moved to using ugen(4)
instead, and enabling this driver will not help you scan things.
|
| 1.34 |
| 20-Jan-2021 |
nia | branches: 1.34.4;
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.
|
| 1.33 |
| 27-Sep-2020 |
roy | branches: 1.33.2;
vether: Add to kernel configurations
It's only enabled if the kernel enabled bridge AND tap.
Otherwise it's commented out.
|
| 1.32 |
| 16-Aug-2020 |
jdolecek | 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
|
| 1.31 |
| 01-Aug-2020 |
maxv | Remove references to BRIDGE_IPF, it is now compiled in by default.
|
| 1.30 |
| 28-Jul-2020 |
jdolecek | remove NO_PCI_MSI_MSIX again, enabling MSI for Xen Dom0 by default
|
| 1.29 |
| 26-May-2020 |
jdolecek | put back NO_PCI_MSI_MSIX, need to fix MSI issues reported in PR port-xen/55285
first
|
| 1.28 |
| 22-May-2020 |
jdolecek | remove NO_PCI_MSI_MSIX option, MSI is supported for XenPV Dom0
|
| 1.27 |
| 16-May-2020 |
maya | Remove uyap, USB YAP phone firmware loader.
And the associated ezload EZ-USB code, which is only used by uyap.
It could theoretically be used by other drivers, but none of them are
in tree.
I suspect that this device isn't in use, as phone technology has improved
a lot since 2001 when uyap(4) was added to the tree.
Proposed with no objections on netbsd-users on 13 April 2020
|
| 1.26 |
| 13-May-2020 |
bouyer | MULTIPROCESSOR for dom0 should be safe now. Enable it.
|
| 1.25 |
| 25-Apr-2020 |
bouyer | Disable -g, which got enabled by mistake in the bouyer-xenpvh merge
|
| 1.24 |
| 25-Apr-2020 |
bouyer | 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
|
| 1.23 |
| 10-Apr-2020 |
jdolecek | remove commented out __XEN_INTERFACE_VERSION__ option, it comes via std.xen
|
| 1.22 |
| 09-Apr-2020 |
jdolecek | move xen/conf/std.xen to i386/conf/std.xen, it's i386-specific
split off __XEN_INTERFACE_VERSION__ to new xen/conf/std.xenversion
and use from both i386/conf/std.xen and amd64/conf/stf.xen, so that
there is single place for the definition
|
| 1.21 |
| 25-Mar-2020 |
jdolecek | branches: 1.21.2;
remove 'file-system SMBFS' and 'pseudo-device nsmb' from all kernel configs
to prepare for their eventual removal
|
| 1.20 |
| 29-Jan-2020 |
maya | remove urio(4), a driver for the Rio500 MP3 player.
At this point it is highly unlikely this 1999 device still has users,
but it still comes up in the context of maxv's USB-fuzzing (and any device
could pretend to be a urio(4)), so it's best to get rid of it.
Renamed all major entries to obsolete, as was done in previous removals.
This still requires an update to sanitizers, but they're located in
"external", perhaps it should be first committed upstream?
Proposed on tech-kern a month ago.
|
| 1.19 |
| 25-Jan-2020 |
thorpej | Retire "le* at pci?" from the shipped kernel configs:
- If the config had both an le@pci and a pcn, simply remove le@pci
(pcn would match at a higher priority anyway).
- If the config had le@pci enabled, but no pcn, change le@pci to pcn.
- If the config had le@pci commented out, but no pcn, change le@pci
to pcn and leave it commented out.
The pcn driver supports more chips than le@pci and does DMA directly
to/from mbufs rather than memory copies.
|
| 1.18 |
| 20-Jan-2020 |
thorpej | Remove FDDI support.
|
| 1.17 |
| 19-Jan-2020 |
thorpej | Remove HIPPI support and the esh(4) driver that uses it. There have not
been any users of HIPPI for some time, and it is unlikely to be resurrected.
|
| 1.16 |
| 19-Jan-2020 |
thorpej | Remove the strip(4) - Starmode Radio IP - pseudo-device driver. It is
long since obsolete.
|
| 1.15 |
| 21-Aug-2019 |
maxv | branches: 1.15.2;
No USER_LDT on Xen.
|
| 1.14 |
| 09-Aug-2019 |
rin | xhci(4) is considered stable enough. So, remove misleading comments.
XXX
pullup to netbsd-9
|
| 1.13 |
| 11-Feb-2019 |
cherry | branches: 1.13.4;
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.
|
| 1.12 |
| 06-Feb-2019 |
rin | Add ure(4) to kernel config files. Also add PHY drivers where necessary.
|
| 1.11 |
| 25-Dec-2018 |
mlelstv | Make ipmi driver available to other platforms.
Add ACPI attachment.
|
| 1.10 |
| 22-Dec-2018 |
cherry | This change modifies the mainbus(4) entry point for all x86 sub-archs
in the following way:
i) It provides a unified entry point in
x86/x86/mainbus.c:mainbus_attach()
ii) It carves out the preliminary bus attachment sequence that is
common to all sub-archs into
x86/x86/mainbus.c: x86_cpubus_attach()
iii) It consolidates the remaining pathways as internal callee
functions so that these may be called piecemeal if required. A
special usecase of this is XEN PVHVM which may need to call the
native configure path, the xen configure path, or both.
iv) It moves the driver private data structures from
i386/i386_mainbus.c to an x86/ level one. This allows for other
sub-arch's to do similar, if needed. (They do not at the moment).
v) For dom0 kernels, it enables 'acpi0 at mainbus?' and
'acpi0 at hypervisorbus'. This serves two purposes:
a) To demonstrate the possibility of dynamic configuration tree
traversal ordering changes.
b) To allow for the common acpi_check(self, "acpibus") call in
x86/mainbus.c to not barf when it is called from the dom0 attach
path. We allow for the acpi0 device to be a child of mainbus with
the changes to amd64/conf/XEN3_DOM0 and i386/conf/XEN3PAE_DOM0
without actually probing further in the code. This path will later
be pursued in a PVHVM boot codepath.
There should be no operative changes with this change. If there are,
please complain loudly.
|
| 1.9 |
| 12-Dec-2018 |
maxv | Remove references to "lmc" in the kernel configurations.
|
| 1.8 |
| 24-Nov-2018 |
bouyer | Add mpii(4), a driver for LSI Megaraid Fusion controllers.
Ported from OpenBSD. This driver is MP-safe.
Note that the earlier fusion controllers (Megaraid 2208, codenamed Thunderbold)
are also supported by mfi(4). mpii will take precedence if both drivers
are enabled.
Tested on a
mfii0 at pci6 dev 0 function 0: "PERC H740P Adapter ", firmware 50.3.0-1512, 819
2MB cache
mfii0: interrupting at ioapic2 pin 2
scsibus0 at mfii0: 64 targets, 8 luns per target
scsibus0: waiting 2 seconds for devices to settle...
sd0 at scsibus0 target 0 lun 0: <DELL, PERC H740P Adp, 5.03> disk fixed
sd0: fabricating a geometry
sd0: 99 GB, 102399 cyl, 64 head, 32 sec, 512 bytes/sect x 209714688 sectors
sd0: tagged queueing
sd1 at scsibus0 target 1 lun 0: <DELL, PERC H740P Adp, 5.03> disk fixed
sd1: fabricating a geometry
sd1: 22254 GB, 22788608 cyl, 64 head, 32 sec, 512 bytes/sect x 46671069696 sectors
sd1: fabricating a geometry
It supports bioctl(8) ioctls, as well as sensors for the BBU and logical
drives.
Sponsored by LIP6.
|
| 1.7 |
| 23-Oct-2018 |
jdolecek | remove the 'wd* at umass?' for the non-standardized and rare (extinct?)
In-System Design ATA protocol over Bulk-Only devices from most kernels,
leave only in i386/amd64 ALL; it's unmaintained and likely currently broken,
lack of test hardware makes it impossible to support
|
| 1.6 |
| 06-Sep-2018 |
maxv | Retire the 'midway' driver. Discussed on tech-net@ recently and also three
years ago, part of removing the network ATM code.
|
| 1.5 |
| 25-Aug-2018 |
rin | Add (commented out) mue(4) to where appropriate.
Also add MII/PHY drivers for USB NICs if missing.
|
| 1.4 |
| 14-Aug-2018 |
maxv | Enable L2TP on all x86 configurations, not just native amd64.
|
| 1.3 |
| 01-Aug-2018 |
maxv | Unreference IPF/PF from the x86 config files (amd64, i386, xen), and enable
NPF instead when wanted.
|
| 1.2 |
| 26-Jul-2018 |
maxv | Retire the non-PAE-i386-PV configuration files. Keep only PAE-i386-PV.
Non-PAE has been dropped years ago by Xen.
The content of XEN3_* is merged into XEN3PAE_*, with "options PAE" set.
|
| 1.1 |
| 13-Feb-2009 |
bouyer | branches: 1.1.2; 1.1.4; 1.1.6; 1.1.8; 1.1.14; 1.1.72; 1.1.74;
Add kernel config file for i386PAE dom0 kernel.
|
| 1.1.74.3 |
| 13-Apr-2020 |
martin | Mostly merge changes from HEAD upto 20200411
|
| 1.1.74.2 |
| 08-Apr-2020 |
martin | Merge changes from current as of 20200406
|
| 1.1.74.1 |
| 10-Jun-2019 |
christos | Sync with HEAD
|
| 1.1.72.5 |
| 26-Dec-2018 |
pgoyette | Sync with HEAD, resolve a few conflicts
|
| 1.1.72.4 |
| 26-Nov-2018 |
pgoyette | Sync with HEAD, resolve a couple of conflicts
|
| 1.1.72.3 |
| 30-Sep-2018 |
pgoyette | Ssync with HEAD
|
| 1.1.72.2 |
| 06-Sep-2018 |
pgoyette | Sync with HEAD
Resolve a couple of conflicts (result of the uimin/uimax changes)
|
| 1.1.72.1 |
| 28-Jul-2018 |
pgoyette | Sync with HEAD
|
| 1.1.14.2 |
| 21-Apr-2010 |
matt | sync to netbsd-5
|
| 1.1.14.1 |
| 13-Feb-2009 |
matt | file XEN3PAE_DOM0 was added on branch matt-nb5-mips64 on 2010-04-21 00:33:50 +0000
|
| 1.1.8.2 |
| 30-Sep-2009 |
snj | Pull up following revision(s) (requested by bouyer in ticket #1040):
sys/arch/i386/include/param.h: revision 1.71
sys/arch/i386/i386/db_memrw.c: revision 1.25
sys/arch/xen/include/xenpmap.h: revision 1.22
sys/arch/xen/xen/xenevt.c: revision 1.31
More i386PAE fixes:
- x86_round_page, x86_trunc_page, x86_btop and x86_ptob macros are used with
physical addresses; cast to paddr_t instead of u_long. Issue pointed out
by jym@
- machine_to_phys_mapping[] is a long. This is fine as it holds page
frame numbers (and this fits in a 32bit int as physical addresses are
only 36bits), but cast to paddr_t before << PAGE_SHIFT
- xen_start_info.store_mfn is a long; cast it to paddr_t before << PAGE_SHIFT.
should fix issue pointed out by cegger@
|
| 1.1.8.1 |
| 13-Feb-2009 |
snj | file XEN3PAE_DOM0 was added on branch netbsd-5 on 2009-09-30 00:08:03 +0000
|
| 1.1.6.5 |
| 29-Mar-2011 |
jym | More sync fixes. And add the mbr_gpt files.
|
| 1.1.6.4 |
| 28-Mar-2011 |
jym | Cure sync hiccups. Code with compile errors is not really useful, heh.
|
| 1.1.6.3 |
| 01-Nov-2009 |
jym | Sync with HEAD.
|
| 1.1.6.2 |
| 13-May-2009 |
jym | Sync with HEAD.
Commit is split, to avoid a "too many arguments" protocol error.
|
| 1.1.6.1 |
| 13-Feb-2009 |
jym | file XEN3PAE_DOM0 was added on branch jym-xensuspend on 2009-05-13 17:17:49 +0000
|
| 1.1.4.2 |
| 04-May-2009 |
yamt | sync with head.
|
| 1.1.4.1 |
| 13-Feb-2009 |
yamt | file XEN3PAE_DOM0 was added on branch yamt-nfs-mp on 2009-05-04 08:11:15 +0000
|
| 1.1.2.2 |
| 03-Mar-2009 |
skrll | Sync with HEAD.
|
| 1.1.2.1 |
| 13-Feb-2009 |
skrll | file XEN3PAE_DOM0 was added on branch nick-hppapmap on 2009-03-03 18:28:59 +0000
|
| 1.13.4.2 |
| 21-Nov-2019 |
martin | In preparation for the upcoming release, turn off DIAGNOSTIC in most
kernel configs, modules and libc.
|
| 1.13.4.1 |
| 09-Aug-2019 |
martin | Pull up following revision(s) (requested by rin in ticket #35):
sys/arch/amd64/conf/ALL: revision 1.121
sys/arch/i386/conf/XEN3PAE_DOM0: revision 1.14
sys/arch/amd64/conf/XEN3_DOM0: revision 1.168
sys/arch/i386/conf/GENERIC: revision 1.1210
sys/arch/amd64/conf/GENERIC: revision 1.534
xhci(4) is considered stable enough. So, remove misleading comments.
XXX
pullup to netbsd-9
|
| 1.15.2.2 |
| 29-Feb-2020 |
ad | Sync with head.
|
| 1.15.2.1 |
| 25-Jan-2020 |
ad | Sync with head.
|
| 1.21.2.3 |
| 20-Apr-2020 |
bouyer | Sync with HEAD
|
| 1.21.2.2 |
| 16-Apr-2020 |
bouyer | Reorganise sources to make it possible to include Xen PVHVM support in
native kernels. Among others:
- move xen/include/amd64/hypercall.h to amd64/include/xen and
xen/include/i386/hypercall.h to i386/include/xen
- exclude some native files from the build for xenpv
- add xen to "machine" config statement for amd64 and i386
- split arch/xen/conf/files.xen to arch/xen/conf/files.xen (for pv drivers)
and arch/xen/conf/files.xen.pv (for full pv support)
- add GENERIC_XENHVM kernel config which includes GENERIC and add Xen PV
drivers.
|
| 1.21.2.1 |
| 08-Apr-2020 |
bouyer | Turn on -g by default on the branch
|
| 1.33.2.1 |
| 03-Apr-2021 |
thorpej | Sync with HEAD.
|
| 1.34.4.1 |
| 01-Aug-2021 |
thorpej | Sync with HEAD.
|
| 1.36.4.2 |
| 18-Oct-2023 |
martin | Pull up following revision(s) (requested by bouyer in ticket #428):
sys/arch/xen/xen/xen_machdep.c: revision 1.28
sys/arch/x86/pci/pci_machdep.c: revision 1.97
sys/arch/xen/xen/genfb_xen.c: revision 1.1
sys/arch/xen/xen/genfb_xen.c: revision 1.2
sys/arch/xen/include/hypervisor.h: revision 1.59
sys/arch/i386/conf/XEN3PAE_DOM0: revision 1.41 (patch)
sys/arch/x86/x86/genfb_machdep.c: revision 1.22
sys/arch/xen/x86/consinit.c: revision 1.18
sys/arch/xen/x86/autoconf.c: revision 1.26
sys/external/mit/xen-include-public/dist/xen/include/public/platform.h: revision 1.2
sys/arch/xen/conf/files.xen: revision 1.188
sys/arch/x86/x86/consinit.c: revision 1.37
sys/arch/xen/conf/files.xen: revision 1.189
sys/arch/x86/x86/consinit.c: revision 1.38
sys/external/mit/xen-include-public/dist/xen/include/public/xen.h: revision 1.2
sys/arch/x86/include/genfb_machdep.h: revision 1.7
sys/arch/xen/x86/pvh_consinit.c: revision 1.5
sys/arch/xen/x86/pvh_consinit.c: revision 1.6
sys/arch/amd64/conf/XEN3_DOM0: revision 1.201
Move the pvh_xencons so xen_machdep.c as early_xencons, so it can be
used in the future as early ouput for plain PV guests too.
Support non-VGA framebuffers for Xen dom0. This is mandatory for graphic
console on EFI-only hardware.
Add a xen_genfb_getbtinfo() function which will return a btinfo_framebuffer
structure, filled in with parameters provided by Xen
when runing as a Xen dom0, call xen_genfb_getbtinfo() instead of
lookup_bootinfo(BTINFO_FRAMEBUFFER) when adding properties to the
PCI graphic device (when genfb is attached) and in x86_genfb_init()
when genfb is used as console.
x86/x86/consinit.c: If running as a Xen dom0, use xen_genfb_getbtinfo()
to check if we have a genfb console
xen/x86/consinit.c: support genfb as possible console
xen/x86/consinit.c: use the hypervior IO as console until a better one
is found. If the hypervisor is using a serial port for boot messages,
we'll get NetBSD's boot message on the serial port too until
the real console takes over.
xen/x86/autoconf.c: rework device_register() to be closer to the x86 version.
Especially make sure that device_pci_register() is called.
Make sure to always fall back to xen_early_console, even for dom0
Enable genfb in DOM0 kernels
Add ext_lfb_base to dom0_vga_console_info, from recent Xen. We know if it's
present or not by checking dom0.info_size
Add XENPF_get_dom0_console, which gets a dom0_vga_console_info stucture
from the hypervisor. To be used by PVH dom0 kernels.
XENPVH option is not used. Fix consinit.c to use XENPVHVM as intended
and XENPVH from defflag
for a dom0 PVH, the dom0_vga_console_info structure has to be retrieved
using a platform hypercall; do so in the XENPVHVM case.
Now genfb works in a PVH dom0 running on Xen 4.18 (Xen 4.15 doesn't support
this platoform op, so no way to make it work here).
|
| 1.36.4.1 |
| 09-Oct-2023 |
snj | Apply patch (requested by martin in ticket #401):
Disable DIAGNOSTIC/DEBUG.
|
| 1.43.2.1 |
| 02-Aug-2025 |
perseant | Sync with HEAD
|
| 1.44.2.1 |
| 03-Feb-2026 |
snj | Apply patch (requested by martin in ticket #182):
Remove "options DIAGNOSTIC" and "options DEBUG" from all kernels
and _DIAGNOSTIC from libc.
|
