<?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 std</title>
    <link>http://nxr.netbsd.org/rss/src/sys/conf/std</link>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2005</copyright>
    <generator>Java</generator>
    
<item>
    <title>Make swap encryption truly optional, rather than just able to be<br/>default-disabled<br/>- New option VMSWAP_ENCRYPTION (enabled by default in conf/std along with<br/>  VMSWAP)<br/>- Remove the "aes" attribute from VMSWAP and hand it to VMSWAP_ENCRYPTION.<br/>- Conditionalize all code and data related to swap encryption on the<br/>  new VMSWAP_ENCRYPTION option.<br/><br/>While the swap encryption code itself is not that large, it drags in<br/>the AES code if enabled.  If a constrained platform doesn't care about<br/>encrypted swap, this lets it not pay the cost for AES.</title>
    <description>/src/sys/conf/std - 1.26</description>
    <pubDate>Sat Jul 18 01:06:15 UTC 2026</pubDate>
    <dc:creator>thorpej</dc:creator>
</item>

<item>
    <title>Our security(7) manual page has long documented the functionality<br/>enabled by secmodel_extensions.  It's thus not really optional, and<br/>declaring it so causes an odd mismatch in behavior between MODULAR and<br/>non-modular kernels.  It's tiny, just add it to std.</title>
    <description>/src/sys/conf/std - 1.25</description>
    <pubDate>Sun Mar 29 00:02:29 UTC 2026</pubDate>
    <dc:creator>tls</dc:creator>
</item>

<item>
    <title>conf/std: Update comment over rnd(4) to reflect current reality.<br/><br/>PR kern/46728</title>
    <description>/src/sys/conf/std - 1.24</description>
    <pubDate>Tue Mar 26 10:56:34 UTC 2024</pubDate>
    <dc:creator>riastradh</dc:creator>
</item>

<item>
    <title>Merge the [pgoyette-compat] branch</title>
    <description>/src/sys/conf/std - 1.23</description>
    <pubDate>Sun Jan 27 02:08:41 UTC 2019</pubDate>
    <dc:creator>pgoyette</dc:creator>
</item>

<item>
    <title>branches:  1.22.14;  1.22.16;<br/>* Split sys/kern/sys_process.c into three parts:<br/>        1 - ptrace(2) syscall for native emulation<br/>        2 - common ptrace(2) syscall code (shared with compat_netbsd32)<br/>        3 - support routines that are shared with PROCFS and/or KTRACE<br/><br/>* Add module glue for #1 and #2.  Both modules will be built-in to the<br/>  kernel if "options PTRACE" is included in the config file (this is<br/>  the default, defined in sys/conf/std).<br/><br/>* Mark the ptrace(2) syscall as modular in syscalls.master (generated<br/>  files will be committed shortly).<br/><br/>* Conditionalize all remaining portions of PTRACE code on a new kernel<br/>  option PTRACE_HOOKS.<br/><br/>XXX Instead of PROCFS depending on 'options PTRACE', we should probably<br/>    just add a procfs attribute to the sys/kern/sys_process.c file's<br/>    entry in files.kern, and add PROCFS to the "#if defineds" for<br/>    process_domem().  It's really confusing to have two different ways<br/>    of requiring this file.</title>
    <description>/src/sys/conf/std - 1.22</description>
    <pubDate>Wed Nov 02 00:11:59 UTC 2016</pubDate>
    <dc:creator>pgoyette</dc:creator>
</item>

<item>
    <title>branches:  1.21.2;<br/>Always include the "vfs" attribute (module).  Although all of the<br/>ufs/xxx file systems depend on the vfs attribute, it is not required<br/>that any file system actually be built-in to the kernel.  (At least<br/>on some architectures, file system modules can be loaded at boot<br/>time.)</title>
    <description>/src/sys/conf/std - 1.21</description>
    <pubDate>Sat Nov 14 07:31:13 UTC 2015</pubDate>
    <dc:creator>pgoyette</dc:creator>
</item>

<item>
    <title>branches:  1.20.2;<br/>config(1), config(5): Introduce "select"<br/><br/>o Introduce a new selection directive "select" to select an attribute (as a<br/>  module) and its dependencies.<br/>o Support "no select" too.<br/>o Stop abusing "options" to select an attribute.<br/>o Bump config(1) version.</title>
    <description>/src/sys/conf/std - 1.20</description>
    <pubDate>Fri Oct 31 07:38:36 UTC 2014</pubDate>
    <dc:creator>uebayasi</dc:creator>
</item>

<item>
    <title>Define net attribute.  Always select it for now.</title>
    <description>/src/sys/conf/std - 1.19</description>
    <pubDate>Fri Oct 10 00:46:32 UTC 2014</pubDate>
    <dc:creator>uebayasi</dc:creator>
</item>

<item>
    <title>Use option dependency to always select KERN (and its dependencies).</title>
    <description>/src/sys/conf/std - 1.18</description>
    <pubDate>Fri Oct 10 09:31:40 UTC 2014</pubDate>
    <dc:creator>uebayasi</dc:creator>
</item>

<item>
    <title>Define "machdep" attribute and mark files (in amd64 and x86).</title>
    <description>/src/sys/conf/std - 1.17</description>
    <pubDate>Fri Oct 10 09:13:21 UTC 2014</pubDate>
    <dc:creator>uebayasi</dc:creator>
</item>

<item>
    <title>Define "uvm" attribute and mark files.</title>
    <description>/src/sys/conf/std - 1.16</description>
    <pubDate>Fri Oct 10 08:24:54 UTC 2014</pubDate>
    <dc:creator>uebayasi</dc:creator>
</item>

<item>
    <title>Define "kern" attribute (a.k.a module).  Mark kern_*.c (and some others) as<br/>"kern".  Always select "kern" in sys/conf/std.</title>
    <description>/src/sys/conf/std - 1.15</description>
    <pubDate>Fri Oct 10 08:18:04 UTC 2014</pubDate>
    <dc:creator>uebayasi</dc:creator>
</item>

<item>
    <title>branches:  1.14.8;<br/><br/>The rnd pseudo-device is not really optional, because it is in the same<br/>source file as the entropy-pool code itself.  Move it to std.  This<br/>will be cleaned up more when I split the sources up as they should be.<br/><br/>This fixes build breaks on several ports.  Thanks to Havard Eidnes for<br/>pointing them out.</title>
    <description>/src/sys/conf/std - 1.14</description>
    <pubDate>Tue Nov 22 21:25:42 UTC 2011</pubDate>
    <dc:creator>tls</dc:creator>
</item>

<item>
    <title>branches:  1.13.2;  1.13.12;<br/>Remove uarea swap-out functionality:<br/><br/>- Addresses the issue described in PR/38828.<br/>- Some simplification in threading and sleepq subsystems.<br/>- Eliminates pmap_collect() and, as a side note, allows pmap optimisations.<br/>- Eliminates XS_CTL_DATA_ONSTACK in scsipi code.<br/>- Avoids few scans on LWP list and thus potentially long holds of proc_lock.<br/>- Cuts ~1.5k lines of code.  Reduces amd64 kernel size by ~4k.<br/>- Removes __SWAP_BROKEN cases.<br/><br/>Tested on x86, mips, acorn32 (thanks &lt;mpumford&gt;) and partly tested on<br/>acorn26 (thanks to &lt;bjh21&gt;).<br/><br/>Discussed on &lt;tech-kern&gt;, reviewed by &lt;ad&gt;.</title>
    <description>/src/sys/conf/std - 1.13</description>
    <pubDate>Wed Oct 21 21:12:05 UTC 2009</pubDate>
    <dc:creator>rmind</dc:creator>
</item>

<item>
    <title>Tab police.</title>
    <description>/src/sys/conf/std - 1.12</description>
    <pubDate>Mon Aug 10 11:46:42 UTC 2009</pubDate>
    <dc:creator>simonb</dc:creator>
</item>

<item>
    <title>Add [default] option to make UAREAs swappable.  Disabling the option makes<br/>them unswappable and therefore allocatable using KSEG/BAT/etc.</title>
    <description>/src/sys/conf/std - 1.11</description>
    <pubDate>Sun Aug 09 21:58:03 UTC 2009</pubDate>
    <dc:creator>matt</dc:creator>
</item>

<item>
    <title>- Conditionalise POSIX aio and mqueue, but include them by default.<br/>- Add a COMPAT_NETBSD attribute. Emit if any compat options are used.</title>
    <description>/src/sys/conf/std - 1.10</description>
    <pubDate>Fri Nov 14 23:28:30 UTC 2008</pubDate>
    <dc:creator>ad</dc:creator>
</item>

<item>
    <title>branches:  1.9.22;  1.9.26;  1.9.32;  1.9.34;  1.9.36;<br/>Add cpuctl(8). For now this is not much more than a toy for debugging and<br/>benchmarking that allows taking CPUs online/offline.</title>
    <description>/src/sys/conf/std - 1.9</description>
    <pubDate>Sat Aug 04 11:03:00 UTC 2007</pubDate>
    <dc:creator>ad</dc:creator>
</item>

<item>
    <title>branches:  1.8.2;  1.8.6;<br/>merge yamt-idlelwp branch.  asked by core@.  some ports still needs work.<br/><br/>from doc/BRANCHES:<br/><br/>	idle lwp, and some changes depending on it.<br/><br/>	1. separate context switching and thread scheduling.<br/>	   (cf. gmcgarry_ctxsw)<br/>	2. implement idle lwp.<br/>	3. clean up related MD/MI interfaces.<br/>	4. make scheduler(s) modular.</title>
    <description>/src/sys/conf/std - 1.8</description>
    <pubDate>Thu May 17 14:51:37 UTC 2007</pubDate>
    <dc:creator>yamt</dc:creator>
</item>

<item>
    <title>branches:  1.7.6;  1.7.10;  1.7.12;<br/>First take at security model abstraction.<br/><br/>- Add a few scopes to the kernel: system, network, and machdep.<br/><br/>- Add a few more actions/sub-actions (requests), and start using them as<br/>  opposed to the KAUTH_GENERIC_ISSUSER place-holders.<br/><br/>- Introduce a basic set of listeners that implement our "traditional"<br/>  security model, called "bsd44". This is the default (and only) model we<br/>  have at the moment.<br/><br/>- Update all relevant documentation.<br/><br/>- Add some code and docs to help folks who want to actually use this stuff:<br/><br/>  * There's a sample overlay model, sitting on-top of "bsd44", for<br/>    fast experimenting with tweaking just a subset of an existing model.<br/><br/>    This is pretty cool because it's *really* straightforward to do stuff<br/>    you had to use ugly hacks for until now...<br/><br/>  * And of course, documentation describing how to do the above for quick<br/>    reference, including code samples.<br/><br/>All of these changes were tested for regressions using a Python-based<br/>testsuite that will be (I hope) available soon via pkgsrc. Information<br/>about the tests, and how to write new ones, can be found on:<br/><br/>	http://kauth.linbsd.org/kauthwiki<br/><br/>NOTE FOR DEVELOPERS: *PLEASE* don't add any code that does any of the<br/>following:<br/><br/>  - Uses a KAUTH_GENERIC_ISSUSER kauth(9) request,<br/>  - Checks 'securelevel' directly,<br/>  - Checks a uid/gid directly.<br/><br/>(or if you feel you have to, contact me first)<br/><br/>This is still work in progress; It's far from being done, but now it'll<br/>be a lot easier.<br/><br/>Relevant mailing list threads:<br/><br/>http://mail-index.netbsd.org/tech-security/2006/01/25/0011.html<br/>http://mail-index.netbsd.org/tech-security/2006/03/24/0001.html<br/>http://mail-index.netbsd.org/tech-security/2006/04/18/0000.html<br/>http://mail-index.netbsd.org/tech-security/2006/05/15/0000.html<br/>http://mail-index.netbsd.org/tech-security/2006/08/01/0000.html<br/>http://mail-index.netbsd.org/tech-security/2006/08/25/0000.html<br/><br/>Many thanks to YAMAMOTO Takashi, Matt Thomas, and Christos Zoulas for help<br/>stablizing kauth(9).<br/><br/>Full credit for the regression tests, making sure these changes didn't break<br/>anything, goes to Matt Fleming and Jaime Fournier.<br/><br/>Happy birthday Randi! :)</title>
    <description>/src/sys/conf/std - 1.7</description>
    <pubDate>Fri Sep 08 20:58:57 UTC 2006</pubDate>
    <dc:creator>elad</dc:creator>
</item>
</channel></rss>

