* Chris Wright (chrisat_private) wrote: > As discussed before, here is a simple patch to allow for early > initialization of security modules when compiled statically into the > kernel. The standard do_initcalls is too late for complete coverage of > all filesystems and threads for example. If this looks OK, I'd like to > push it on to Linus. Patch is against 2.5.69-bk. It is tested on i386, > and various arch maintainers are copied on relevant bits of patch. This is just the arch specific linker bits for the early initialization for security modules patch. Does this look sane for these arches? --- 1.18/arch/sparc64/vmlinux.lds.S Wed Apr 2 00:42:56 2003 +++ edited/arch/sparc64/vmlinux.lds.S Mon May 12 16:17:00 2003 @@ -68,6 +68,9 @@ __con_initcall_start = .; .con_initcall.init : { *(.con_initcall.init) } __con_initcall_end = .; + __security_initcall_start = .; + .security_initcall.init : { *(.security_initcall.init) } + __security_initcall_end = .; . = ALIGN(8192); __initramfs_start = .; .init.ramfs : { *(.init.ramfs) } --- 1.16/arch/sparc/vmlinux.lds.S Wed Apr 2 00:42:56 2003 +++ edited/arch/sparc/vmlinux.lds.S Mon May 12 16:17:00 2003 @@ -62,6 +62,9 @@ __con_initcall_start = .; .con_initcall.init : { *(.con_initcall.init) } __con_initcall_end = .; + __security_initcall_start = .; + .security_initcall.init : { *(.security_initcall.init) } + __security_initcall_end = .; . = ALIGN(4096); __initramfs_start = .; .init.ramfs : { *(.init.ramfs) } _______________________________________________ linux-security-module mailing list linux-security-moduleat_private http://mail.wirex.com/mailman/listinfo/linux-security-module
This archive was generated by hypermail 2b30 : Mon May 12 2003 - 20:16:19 PDT