<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in XEN3_DOM0</title>
    <link>http://nxr.netbsd.org/rss/src/sys/arch/amd64/conf/XEN3_DOM0</link>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2005</copyright>
    <generator>Java</generator>
    
<item>
    <title>pchtemp: add a simple driver for intel pch thermal sensor<br/><br/>tested on PCI_PRODUCT_INTEL_2HS_THERM, which was found on HP Z4 G4.<br/>although other variants look compatible, i have not actually tested them.<br/>(no hardware)<br/><br/>dmesg:<br/>```<br/>[   512.596379] pchtemp0 at pci0 dev 20 function 2: Intel PCH Temperature Sensor<br/>```<br/><br/>envstat:<br/>```<br/>[pchtemp0]<br/>  pchtemp0 temperature:    41.500                                      degC<br/>```<br/><br/>enable in kernel configs where amdtemp is enabled.<br/><br/>the man page is mostly copy-and-paste from amdtemp.4.</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.208</description>
    <pubDate>Fri Feb 20 07:54:26 UTC 2026</pubDate>
    <dc:creator>yamt</dc:creator>
</item>

<item>
    <title>Update rge* comment to include soon-to-arrive preliminary support<br/>for RTL8127</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.207</description>
    <pubDate>Fri Nov 07 19:07:38 UTC 2025</pubDate>
    <dc:creator>pgoyette</dc:creator>
</item>

<item>
    <title>Add Realtek 8126 to comment for rge*</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.206</description>
    <pubDate>Tue Oct 21 18:26:24 UTC 2025</pubDate>
    <dc:creator>pgoyette</dc:creator>
</item>

<item>
    <title>branches:  1.205.2;<br/>actually include "amd64/conf/XEN3_DOM0.local as intended<br/><br/>Typoed in previous commit.<br/><br/>PR port-xen/59438: GENERIC content can't be in GENERIC.local because of XEN3_DOM* kernels</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.205</description>
    <pubDate>Thu May 22 09:53:26 UTC 2025</pubDate>
    <dc:creator>bad</dc:creator>
</item>

<item>
    <title>make XEN3 configs include XEN3.local instead of GENERIC.local<br/><br/>The XEN device tree is not compatible with the non-XEN device tree.<br/><br/>This means that one can't enable in GENERIC.local many devices that are<br/>commented out in GENERIC. E.g,<br/><br/>    vio9p*	at virtio?<br/>    i915drm* 	at drm?<br/>    qat* 	at pci? dev ? function ?<br/>    audio* 	at audiobus?<br/><br/>Switch to including XEN3.local instead of GENERIC.local to have a common<br/>file for local XEN3 specific configuration.<br/><br/>See https://mail-index.netbsd.org/tech-kern/2024/08/11/msg029672.html for<br/>the discussion.<br/><br/>Note that GENERIC.local was added to most arches only in February 2023:<br/>https://mail-index.netbsd.org/source-changes/2023/02/12/msg143277.html<br/><br/>Addresses: PR port-xen/59438: GENERIC content can't be in GENERIC.local because<br/>of XEN3_DOM* kernels<br/><br/>Should probably be pulled up to -10 and -9.</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.204</description>
    <pubDate>Thu May 22 09:37:40 UTC 2025</pubDate>
    <dc:creator>bad</dc:creator>
</item>

<item>
    <title>branches:  1.203.2;<br/>Mention DKWEDGE_METHOD_TOS in several kernel config files</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.203</description>
    <pubDate>Tue Apr 02 22:56:50 UTC 2024</pubDate>
    <dc:creator>charlotte</dc:creator>
</item>

<item>
    <title>PR/57889: Ricardo Branco: ext2fs does not have user immutable and append<br/>file flags, only system ones. Restrict those to the superuser. Before<br/>the behavior was controlled by EXT2FS_SYSTEM_FLAGS. Make that behavior the<br/>default.</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.202</description>
    <pubDate>Mon Jan 29 18:27:10 UTC 2024</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>Enable genfb in DOM0 kernels</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.201</description>
    <pubDate>Tue Oct 17 13:30:56 UTC 2023</pubDate>
    <dc:creator>bouyer</dc:creator>
</item>

<item>
    <title>igc(4): Added to kernel config files for tested platforms<br/><br/>I.e., aarch64, amd64, and evbppc/DHT, at the moment.<br/><br/>Please feel free to add to other config files, and report us back<br/>if you find problems :)</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.200</description>
    <pubDate>Wed Oct 04 07:48:55 UTC 2023</pubDate>
    <dc:creator>rin</dc:creator>
</item>

<item>
    <title>xen/x86: Enable heartbeat checks.</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.199</description>
    <pubDate>Sat Aug 05 14:38:43 UTC 2023</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>Adjust _all_ cinclude of *.local files<br/><br/>- Ensure always at end<br/>- Use tab rather than spaces<br/>- Add consistent comment<br/>  "Pull in optional local configuration - always at end"<br/><br/>The only functional change is that a local file which tried to<br/>override an existing setting (eg with "no foo") would have failed<br/>in some cases before, but now will work</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.198</description>
    <pubDate>Thu Feb 09 14:09:48 UTC 2023</pubDate>
    <dc:creator>abs</dc:creator>
</item>

<item>
    <title>branches:  1.197.4;<br/>UFS/LFS dirhash:<br/>- Enable UFS_DIRHASH if the architecture or kernel model specific config<br/>  file can use 128MB of RAM or more.<br/>- Remove experimental tag from UFS_DIRHASH; it's been with RUMP kernel<br/>  and by a number of NetBSD developers for years.<br/>- Add LFS_DIRHASH if LFS was enabled.<br/>- Be somewhat consistent with FS options order.</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.197</description>
    <pubDate>Sun Aug 07 02:52:23 UTC 2022</pubDate>
    <dc:creator>simonb</dc:creator>
</item>

<item>
    <title>PR kern/56853: add a dummy acpi_md_vbios_reset variable so that we<br/>can again enable vga at pci for Xen.<br/>Note that this only works in BIOS mode, not UEFI mode.</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.196</description>
    <pubDate>Tue May 24 17:06:08 UTC 2022</pubDate>
    <dc:creator>bouyer</dc:creator>
</item>

<item>
    <title>Looks like we finally can enable MSI/MSI-X on Xen<br/>Should fix PR kern/56793 and PR kern/55667</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.195</description>
    <pubDate>Tue May 24 16:01:25 UTC 2022</pubDate>
    <dc:creator>bouyer</dc:creator>
</item>

<item>
    <title>Move XEN3_DOM0 as close as possible to GENERIC.<br/>Document why some options are disabled<br/>Set NO_PCI_MSI_MSIX to work around crashes reported in multiple PR</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.194</description>
    <pubDate>Fri Sep 24 00:29:46 UTC 2021</pubDate>
    <dc:creator>manu</dc:creator>
</item>

<item>
    <title>Remove uscanner(4) driver<br/><br/>This exists for compatibility with a Linux interface which was apparently<br/>deprecated in Linux 2.6. There are various mailing list threads going<br/>back to 2004 where the usefulness of this driver is discussed, but<br/>the conclusion is that scanner software has all moved to using ugen(4)<br/>instead, and enabling this driver will not help you scan things.</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.193</description>
    <pubDate>Tue Jun 29 10:22:34 UTC 2021</pubDate>
    <dc:creator>nia</dc:creator>
</item>

<item>
    <title>branches:  1.192.4;<br/>XEN3_DOM0: Approach GENERIC<br/><br/>When processed to remove comments, blank lines, normalize whitespace,<br/>and sort/uniq (one line was previously duplicated), this file is<br/>identical to the previous version.  It has been reorganized to reduce<br/>diffs to GENERIC, and many missing lines from GENERIC have been added<br/>but commented out.</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.192</description>
    <pubDate>Fri Mar 05 20:30:56 UTC 2021</pubDate>
    <dc:creator>gdt</dc:creator>
</item>

<item>
    <title>XEN3_DOM0: Move closer to GENERIC (NFC)<br/><br/>This is another step in making XEN3_DOM0 closer to GENERIC.  It is<br/>just reordering lines, adding commented out lines, and adding a few<br/>comments.  (Test-booted with no dmesg change.)<br/><br/>This pass is showing cases where there are substantive and likely<br/>undesired changes (e.g., UFS_ACL is not defined in XEN3_DOM0).  Often<br/>I added them but commented them out to preserve the NFC property of<br/>this commit.  My plan is to finish the easy NFC stuff first before<br/>addressing functional changes.</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.191</description>
    <pubDate>Thu Mar 04 16:02:10 UTC 2021</pubDate>
    <dc:creator>gdt</dc:creator>
</item>

<item>
    <title>XEN3_DOM0: Move closer to GENERIC (NFC)<br/><br/>This commit reorders some lines, and brings in commented lines from<br/>GENERIC to reduce the diff.  It also brings in two agp lines,<br/>commented out, and with a warning that they are intentionally omitted.</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.190</description>
    <pubDate>Wed Mar 03 00:31:19 UTC 2021</pubDate>
    <dc:creator>gdt</dc:creator>
</item>

<item>
    <title>XEN3_DOM0: Fix pckbc console attachment logic<br/><br/>Copy PCKBD_CNATTACH_MAY_FAIL lines from GENERIC to XEN3_DOM0.<br/><br/>GENERIC defines PCKBD_CNATTACH_MAY_FAIL, which means that an attempt<br/>to activate console input on pckbc will fail if there is no keyboard<br/>present.  This is a problem on semi-modern machines that have pckbc<br/>silicon but not ports, and thus almost always have a USB keyboard<br/>also.  What I suspect are bugs in console attachment logic lead to<br/>attempting to attach a ukbd while there already is a console keyboard,<br/>and with DIAGNOSTIC this is (properly) fatal, so XEN3_DOM0 blows up<br/>with a USB keyboard in current, and probably not in 9.<br/><br/>Live tested on a machine that previously paniced on boot.</title>
    <description>/src/sys/arch/amd64/conf/XEN3_DOM0 - 1.189</description>
    <pubDate>Tue Mar 02 18:10:31 UTC 2021</pubDate>
    <dc:creator>gdt</dc:creator>
</item>
</channel></rss>

