<?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 Makefile</title>
    <link>http://nxr.netbsd.org/rss/src/sys/modules/secmodel_overlay/Makefile</link>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2005</copyright>
    <generator>Java</generator>
    
<item>
    <title>branches:  1.1.4;<br/>First part of secmodel cleanup and other misc. changes:<br/><br/>  - Separate the suser part of the bsd44 secmodel into its own secmodel<br/>    and directory, pending even more cleanups. For revision history<br/>    purposes, the original location of the files was<br/><br/>        src/sys/secmodel/bsd44/secmodel_bsd44_suser.c<br/>        src/sys/secmodel/bsd44/suser.h<br/><br/>  - Add a man-page for secmodel_suser(9) and update the one for<br/>    secmodel_bsd44(9).<br/><br/>  - Add a "secmodel" module class and use it. Userland program and<br/>    documentation updated.<br/><br/>  - Manage secmodel count (nsecmodels) through the module framework.<br/>    This eliminates the need for secmodel_{,de}register() calls in<br/>    secmodel code.<br/><br/>  - Prepare for secmodel modularization by adding relevant module bits.<br/>    The secmodels don't allow auto unload. The bsd44 secmodel depends<br/>    on the suser and securelevel secmodels. The overlay secmodel depends<br/>    on the bsd44 secmodel. As the module class is only cosmetic, and to<br/>    prevent ambiguity, the bsd44 and overlay secmodels are prefixed with<br/>    "secmodel_".<br/><br/>  - Adapt the overlay secmodel to recent changes (mainly vnode scope).<br/><br/>  - Stop using link-sets for the sysctl node(s) creation.<br/><br/>  - Keep sysctl variables under nodes of their relevant secmodels. In<br/>    other words, don't create duplicates for the suser/securelevel<br/>    secmodels under the bsd44 secmodel, as the latter is merely used<br/>    for "grouping".<br/><br/>  - For the suser and securelevel secmodels, "advertise presence" in<br/>    relevant sysctl nodes (sysctl.security.models.{suser,securelevel}).<br/><br/>  - Get rid of the LKM preprocessor stuff.<br/><br/>  - As secmodels are now modules, there's no need for an explicit call<br/>    to secmodel_start(); it's handled by the module framework. That<br/>    said, the module framework was adjusted to properly load secmodels<br/>    early during system startup.<br/><br/>  - Adapt rump to changes: Instead of using empty stubs for securelevel,<br/>    simply use the suser secmodel. Also replace secmodel_start() with a<br/>    call to secmodel_suser_start().<br/><br/>  - 5.99.20.<br/><br/>Testing was done on i386 ("release" build). Spearated module_init()<br/>changes were tested on sparc and sparc64 as well by martin@ (thanks!).<br/><br/>Mailing list reference:<br/><br/>	http://mail-index.netbsd.org/tech-kern/2009/09/25/msg006135.html</title>
    <description>/src/sys/modules/secmodel_overlay/Makefile - 1.1</description>
    <pubDate>Fri Oct 02 18:50:12 UTC 2009</pubDate>
    <dc:creator>elad</dc:creator>
</item>

<item>
    <title>sync with head</title>
    <description>/src/sys/modules/secmodel_overlay/Makefile - 1.1.4.2</description>
    <pubDate>Thu Mar 11 15:04:25 UTC 2010</pubDate>
    <dc:creator>yamt</dc:creator>
</item>

<item>
    <title>file Makefile was added on branch yamt-nfs-mp on 2010-03-11 15:04:25 +0000</title>
    <description>/src/sys/modules/secmodel_overlay/Makefile - 1.1.4.1</description>
    <pubDate>Fri Oct 02 18:50:12 UTC 2009</pubDate>
    <dc:creator>yamt</dc:creator>
</item>
</channel></rss>

