en Copyright 2015 Java http://src.rcs.uwaterloo.ca:8080/history/netbsd-src/sys/modules/securelevel/Makefile#2bc4fb1fcbfffb471b8fccbc8a5486958fd60764 Bump default value of WARNS for modules from 3 to 5, andexplicitly set WARNS for modules that fail with WARNS=5.Also, turn on -Wno-missing-noreturn for clang for some files.At the moment, among ~ 360 modules,- 2 (lua and zfs) need WARNS=0- 1 (solaris) needs WARNS=1- 136 need WARNS=3 (mostly due to sign-compare)- 4 need WARNS=4- others can be compiled with WARNS=5Discussed on tech-kern. List of files: /netbsd-src/sys/modules/securelevel/Makefile Sun, 17 Feb 2019 04:05:41 +0000 rin <rin@NetBSD.org> http://src.rcs.uwaterloo.ca:8080/history/netbsd-src/sys/modules/securelevel/Makefile#53ca19a3b3534aed3244e88a0a4af79fef857ad0 First part of secmodel cleanup and other misc. changes: - Separate the suser part of the bsd44 secmodel into its own secmodel and directory, pending even more cleanups. For revision history purposes, the original location of the files was src/sys/secmodel/bsd44/secmodel_bsd44_suser.c src/sys/secmodel/bsd44/suser.h - Add a man-page for secmodel_suser(9) and update the one for secmodel_bsd44(9). - Add a "secmodel" module class and use it. Userland program and documentation updated. - Manage secmodel count (nsecmodels) through the module framework. This eliminates the need for secmodel_{,de}register() calls in secmodel code. - Prepare for secmodel modularization by adding relevant module bits. The secmodels don't allow auto unload. The bsd44 secmodel depends on the suser and securelevel secmodels. The overlay secmodel depends on the bsd44 secmodel. As the module class is only cosmetic, and to prevent ambiguity, the bsd44 and overlay secmodels are prefixed with "secmodel_". - Adapt the overlay secmodel to recent changes (mainly vnode scope). - Stop using link-sets for the sysctl node(s) creation. - Keep sysctl variables under nodes of their relevant secmodels. In other words, don't create duplicates for the suser/securelevel secmodels under the bsd44 secmodel, as the latter is merely used for "grouping". - For the suser and securelevel secmodels, "advertise presence" in relevant sysctl nodes (sysctl.security.models.{suser,securelevel}). - Get rid of the LKM preprocessor stuff. - As secmodels are now modules, there's no need for an explicit call to secmodel_start(); it's handled by the module framework. That said, the module framework was adjusted to properly load secmodels early during system startup. - Adapt rump to changes: Instead of using empty stubs for securelevel, simply use the suser secmodel. Also replace secmodel_start() with a call to secmodel_suser_start(). - 5.99.20.Testing was done on i386 ("release" build). Spearated module_init()changes were tested on sparc and sparc64 as well by martin@ (thanks!).Mailing list reference: http://mail-index.netbsd.org/tech-kern/2009/09/25/msg006135.html List of files: /netbsd-src/sys/modules/securelevel/Makefile Fri, 02 Oct 2009 18:50:12 +0000 elad <elad@NetBSD.org>