<?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/i386/conf/GENERIC</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/i386/conf/GENERIC - 1.1262</description>
    <pubDate>Fri Feb 20 07:54:26 UTC 2026</pubDate>
    <dc:creator>yamt</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/i386/conf/GENERIC - 1.1261</description>
    <pubDate>Mon Oct 06 00:27:52 UTC 2025</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>branches:  1.1260.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/i386/conf/GENERIC - 1.1260</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/i386/conf/GENERIC - 1.1259</description>
    <pubDate>Thu Mar 27 00:22:44 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/i386/conf/GENERIC - 1.1258</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/i386/conf/GENERIC - 1.1257</description>
    <pubDate>Tue Jul 16 00:01:19 UTC 2024</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>branches:  1.1256.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/i386/conf/GENERIC - 1.1256</description>
    <pubDate>Tue Apr 30 19:35:28 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/i386/conf/GENERIC - 1.1255</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/i386/conf/GENERIC - 1.1254</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/i386/conf/GENERIC - 1.1253</description>
    <pubDate>Mon Jan 29 18:27:13 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/i386/conf/GENERIC - 1.1252</description>
    <pubDate>Mon Oct 23 01:43:55 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/i386/conf/GENERIC - 1.1251</description>
    <pubDate>Fri Oct 20 10:09:44 UTC 2023</pubDate>
    <dc:creator>msaitoh</dc:creator>
</item>

<item>
    <title>i386: Re-enable HEARTBEAT.</title>
    <description>/src/sys/arch/i386/conf/GENERIC - 1.1250</description>
    <pubDate>Sun Jul 16 10:20:07 UTC 2023</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>revert previous change to enable HEARTBEAT.<br/><br/>the new code has a "needs 64-bit atomic ops" trigger:<br/><br/>	ci-&gt;ci_heartbeat_uptime_cache = atomic_load_relaxed(&amp;time_uptime);<br/><br/>but time_uptime is a 64-bit value, and this trips CTASSERT().</title>
    <description>/src/sys/arch/i386/conf/GENERIC - 1.1249</description>
    <pubDate>Sun Jul 16 05:24:08 UTC 2023</pubDate>
    <dc:creator>mrg</dc:creator>
</item>

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

<item>
    <title>i386/GENERIC: Enable EFI runtime support.<br/><br/>PR kern/57076<br/><br/>XXX pullup-10</title>
    <description>/src/sys/arch/i386/conf/GENERIC - 1.1247</description>
    <pubDate>Mon May 22 16:28:34 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/i386/conf/GENERIC - 1.1246</description>
    <pubDate>Thu Feb 09 14:09:48 UTC 2023</pubDate>
    <dc:creator>abs</dc:creator>
</item>

<item>
    <title>Ensure GENERIC.local is always at the end of GENERIC<br/><br/>Where a GENERIC config had an existing inclusion of GENERIC.local,<br/>ensure it is always at the end of the file, with a consistent<br/>comment:<br/><br/># Pull in optional local configuration<br/>cinclude "arch/landisk/conf/GENERIC.local"<br/><br/>This allows GENERIC.local to correctly override all options<br/><br/>(This pass does not affect any GENERIC which did not already have<br/>an include of GENERIC.local)</title>
    <description>/src/sys/arch/i386/conf/GENERIC - 1.1245</description>
    <pubDate>Thu Feb 09 13:16:04 UTC 2023</pubDate>
    <dc:creator>abs</dc:creator>
</item>

<item>
    <title>Add commented vio9p* to match amd64 GENERIC</title>
    <description>/src/sys/arch/i386/conf/GENERIC - 1.1244</description>
    <pubDate>Thu Dec 22 19:07:16 UTC 2022</pubDate>
    <dc:creator>jakllsch</dc:creator>
</item>

<item>
    <title>branches:  1.1243.2;<br/>Enable options DISKLABEL_EI by default as amd64.<br/><br/>No particular comment no port-i386@:<br/> https://mail-index.netbsd.org/port-i386/2022/12/02/msg004063.html</title>
    <description>/src/sys/arch/i386/conf/GENERIC - 1.1243</description>
    <pubDate>Sun Dec 11 04:20:52 UTC 2022</pubDate>
    <dc:creator>tsutsui</dc:creator>
</item>
</channel></rss>

