<?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 GENERIC</title>
    <link>http://nxr.netbsd.org/rss/src/sys/arch/amd64/conf/GENERIC</link>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2005</copyright>
    <generator>Java</generator>
    
<item>
    <title>x86/GENERIC: Enable PCI_RESOURCE.<br/><br/>Has been needed for motherboards that are already several years old<br/>by now, which require the OS to allocate PCI memory regions for some<br/>devices like iwm(4); let's get some experience with having it on by<br/>default.<br/><br/>PR port-amd64/59118: Thinkpad T495s - iwm PCI BAR is zero</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.622</description>
    <pubDate>Thu Jul 02 17:56:49 UTC 2026</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<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/GENERIC - 1.621</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/GENERIC - 1.620</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/GENERIC - 1.619</description>
    <pubDate>Tue Oct 21 18:26:24 UTC 2025</pubDate>
    <dc:creator>pgoyette</dc:creator>
</item>

<item>
    <title>x86: Wire up PCI resource manager if enabled.<br/><br/>Enable in your kernel config with `options PCI_RESOURCE'.<br/><br/>Adapted from a patch by mlelstv@.<br/><br/>PR port-amd64/59118: Thinkpad T495s - iwm PCI BAR is zero</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.618</description>
    <pubDate>Mon Oct 06 00:27:52 UTC 2025</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>Add a port of the FreeBSD driver for the VMware PV SCSI controller found<br/>in VMware's ESXi product.<br/><br/>Tested on ESXi/Arm such that an installation from ISO succeeds and boots.</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.617</description>
    <pubDate>Mon Aug 04 20:03:12 UTC 2025</pubDate>
    <dc:creator>skrll</dc:creator>
</item>

<item>
    <title>branches:  1.616.2;<br/>x86: Enable vio9p(4) out of the box.<br/><br/>PR kern/59211: vio9p(4): missing from various GENERICs and MAKEDEVs</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.616</description>
    <pubDate>Thu Mar 27 00:22:59 UTC 2025</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>virtio(4): Consolidate kernel configs.<br/><br/>No functional change intended.<br/><br/>Leave `# XXX ?' comments where I don't know why the driver in<br/>question is excluded.  (Typical reason is that PAGE_SIZE is not 4096<br/>but I didn't investigate -- if you do investigate, please either<br/>update the comment if you determine a reason, or enable the driver if<br/>you don't.)<br/><br/>PR kern/59211: vio9p(4): missing from various GENERICs and MAKEDEVs</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.615</description>
    <pubDate>Thu Mar 27 00:22:43 UTC 2025</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>amd64, evbarm, i386: Add acpivmgenid(4) to GENERIC.<br/><br/>PR kern/58632: getentropy(2) and arc4random(3) do not reseed on VM<br/>fork</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.614</description>
    <pubDate>Tue Aug 27 00:56:16 UTC 2024</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>viocon(4): Add to various kernel configs.</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.613</description>
    <pubDate>Tue Jul 16 00:01:18 UTC 2024</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>branches:  1.612.2;<br/>viac7temp(4): rewrite temperature sensor to read value from MSR instead of using<br/>documented cpuid instruction and eax register.<br/><br/>This approach is adapted from linux via-cputemp.c, no official documentation is<br/>currently available. However, msr value seems to work on all tested CPUs while<br/>documented cpuid instruction typically reports 0, even for my C7-D CPU.<br/>msr value seems to have temperature in Celsius in lower 24-bits without fraction<br/>(thus "msr &amp; 0xffffff;" is used).<br/><br/>Tested on my personal systems based on CPUs below (i386 and amd64):<br/>C7-D 1.6GHz (i386 only), Nano X2 L4350E, Nano X2 U4300, U2300 Nano, KX-U6580.<br/>Also got one response via email which was based on Nano X2 L4050 (VE-900).<br/>Nano reports independent values for each core.<br/>KX-U6580 seems to show the same value for all cores but more testing is needed.<br/><br/>Since it works on amd64 capable CPUs, adding driver to GENERIC kernel config.<br/>Also moving viac7temp man page to x86 instead of i386 (with updates).<br/>In theory the change should add support for all VIA Nano CPUs and Zhaoxin CPUs<br/> at least up to KX-6000(G) series.<br/><br/>In the future I may need to introduce amd64 kernel module as well.<br/><br/>Plan to pullup to at least netbsd-10.<br/><br/>Patch mainly reviewed by riastradh.</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.612</description>
    <pubDate>Tue Apr 30 19:35:29 UTC 2024</pubDate>
    <dc:creator>andvar</dc:creator>
</item>

<item>
    <title>apei(4), acpihed(4): Enable in x86 GENERIC.<br/><br/>Let's just see how this works out in practice.  Might need to reduce<br/>the overhead of each GHES on machines with thousands of them, but<br/>we'll see.<br/><br/>PR kern/58046</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.611</description>
    <pubDate>Sun Apr 21 14:11:12 UTC 2024</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>Mention DKWEDGE_METHOD_TOS in several kernel config files</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.610</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/GENERIC - 1.609</description>
    <pubDate>Mon Jan 29 18:27:10 UTC 2024</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>eqos(4): Disable eqos(4) by default because it's not stable on x86.</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.608</description>
    <pubDate>Mon Oct 23 01:43:56 UTC 2023</pubDate>
    <dc:creator>msaitoh</dc:creator>
</item>

<item>
    <title>eqos(4): Add initial support for Intel Elkhart Lake internal Ethernet devices.<br/><br/> - Only tested on PSE SGMII 1G Ethernet MAC with MaxLinear GPY115.<br/> - I don't know why dmat64 doesn't work. eqos_attach() have a special<br/>   code if EQOS_HW_FEATURE_ADDR64_32BIT(sc) is true, but it seems it doesn't<br/>   work.<br/> - TODO:<br/> 	Multiqueue support.<br/>	Detach support.</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.607</description>
    <pubDate>Fri Oct 20 10:09:43 UTC 2023</pubDate>
    <dc:creator>msaitoh</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/GENERIC - 1.606</description>
    <pubDate>Wed Oct 04 07:48:55 UTC 2023</pubDate>
    <dc:creator>rin</dc:creator>
</item>

<item>
    <title>viadrmums(4): build legacy VIA DRM UMS driver module for amd64.<br/><br/>This driver is not built-in by default, thus loadable module can help (un)lucky<br/>owners of 64-bit capable VIA (Nano/Eden) systems or early AMD/Intel systems<br/>with some VIA chipsets, which include VIA integrated graphics.<br/>I also boldly added product IDs for few later models from VX8xx/VX9xx chipsets<br/>without 3D support (DX9_0) to "expand" the driver support to more systems.<br/>Tested successfully basic functionality on VX800, and partially successfully<br/>on VX900 (on VX900 Xorg failed to initialize due to openchrome related issues,<br/>viadrmums attaches and it is by used the driver).<br/>Didn't test on VX855, I don't have one.<br/><br/>Pull up to netbsd-10 is needed.</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.605</description>
    <pubDate>Wed Aug 09 09:36:26 UTC 2023</pubDate>
    <dc:creator>andvar</dc:creator>
</item>

<item>
    <title>amd64: Enable HEARTBEAT option, not just a HEARTBEAT option comment.</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.604</description>
    <pubDate>Sat Jul 15 22:16:00 UTC 2023</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>x86: Enable HEARTBEAT by default in GENERIC.</title>
    <description>/src/sys/arch/amd64/conf/GENERIC - 1.603</description>
    <pubDate>Sat Jul 15 22:14:39 UTC 2023</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>
</channel></rss>

