| #
e015b1ab |
| 26-Oct-2014 |
Mateusz Guzik <mjg@FreeBSD.org> |
Avoid dynamic syscall overhead for statically compiled modules.
The kernel tracks syscall users so that modules can safely unregister them.
But if the module is not unloadable or was compiled into
Avoid dynamic syscall overhead for statically compiled modules.
The kernel tracks syscall users so that modules can safely unregister them.
But if the module is not unloadable or was compiled into the kernel, there is no need to do this.
Achieve this by adding SY_THR_STATIC_KLD macro which expands to SY_THR_STATIC during kernel build and 0 otherwise.
Reviewed by: kib (previous version) MFC after: 2 weeks
show more ...
|
|
Revision tags: release/9.3.0, release/10.0.0, release/9.2.0, release/8.4.0, release/9.1.0, release/8.3.0_cvs, release/8.3.0, release/9.0.0, release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0 |
|
| #
6f3544cd |
| 26-Oct-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Merge svn+ssh://svn.freebsd.org/base/head@214309
|
| #
19fe8e84 |
| 22-Oct-2010 |
Dimitry Andric <dim@FreeBSD.org> |
Sync: merge r214077 through r214219 from ^/head.
|
| #
5e5fd037 |
| 21-Oct-2010 |
Xin LI <delphij@FreeBSD.org> |
Call chainevh callback when we are invoked with neither MOD_LOAD nor MOD_UNLOAD. This makes it possible to add custom hooks for other module events.
Return EOPNOTSUPP when there is no callback avai
Call chainevh callback when we are invoked with neither MOD_LOAD nor MOD_UNLOAD. This makes it possible to add custom hooks for other module events.
Return EOPNOTSUPP when there is no callback available.
Pointed out by: jhb Reviewed by: jhb MFC after: 1 month
show more ...
|
| #
00e3c12e |
| 21-Oct-2010 |
Xin LI <delphij@FreeBSD.org> |
In syscall_module_handler(): all switch branches return, remove unreached code as pointed out in a Chinese forum [1].
[1] http://www.freebsdchina.org/forum/viewtopic.php?t=50619
Pointed out by: bt
In syscall_module_handler(): all switch branches return, remove unreached code as pointed out in a Chinese forum [1].
[1] http://www.freebsdchina.org/forum/viewtopic.php?t=50619
Pointed out by: btw616 <btw s qq com> MFC after: 1 month
show more ...
|
|
Revision tags: release/8.1.0_cvs, release/8.1.0 |
|
| #
d6c18050 |
| 07-Jul-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Merge svn+ssh://svn.freebsd.org/base/head@209749
|
| #
153ac44c |
| 28-Jun-2010 |
Konstantin Belousov <kib@FreeBSD.org> |
Count number of threads that enter and leave dynamically registered syscalls. On the dynamic syscall deregistration, wait until all threads leave the syscall code. This somewhat increases the safety
Count number of threads that enter and leave dynamically registered syscalls. On the dynamic syscall deregistration, wait until all threads leave the syscall code. This somewhat increases the safety of the loadable modules unloading.
Reviewed by: jhb Tested by: pho MFC after: 1 month
show more ...
|
| #
a4bf5fb9 |
| 28-Apr-2010 |
Kirk McKusick <mckusick@FreeBSD.org> |
Update to current version of head.
|
| #
0272ddd8 |
| 07-Apr-2010 |
Konstantin Belousov <kib@FreeBSD.org> |
MFC r205321: Introduce SYSCALL_INIT_HELPER and SYSCALL32_INIT_HELPER macros and neccessary support functions to allow registering dynamically loaded syscalls from the MOD_LOAD handlers. Helpers handl
MFC r205321: Introduce SYSCALL_INIT_HELPER and SYSCALL32_INIT_HELPER macros and neccessary support functions to allow registering dynamically loaded syscalls from the MOD_LOAD handlers. Helpers handle registration failures semi-automatically.
show more ...
|
| #
c4b877e6 |
| 22-Mar-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Merge svn+ssh://svn.freebsd.org/base/head@205454
|
|
Revision tags: release/7.3.0_cvs, release/7.3.0 |
|
| #
0687ba3e |
| 19-Mar-2010 |
Konstantin Belousov <kib@FreeBSD.org> |
Introduce SYSCALL_INIT_HELPER and SYSCALL32_INIT_HELPER macros and neccessary support functions to allow registering dynamically loaded syscalls from the MOD_LOAD handlers. Helpers handle registratio
Introduce SYSCALL_INIT_HELPER and SYSCALL32_INIT_HELPER macros and neccessary support functions to allow registering dynamically loaded syscalls from the MOD_LOAD handlers. Helpers handle registration failures semi-automatically.
Reviewed by: jhb MFC after: 2 weeks
show more ...
|
|
Revision tags: release/8.0.0_cvs, release/8.0.0, release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0 |
|
| #
da672ec2 |
| 18-Sep-2008 |
John Baldwin <jhb@FreeBSD.org> |
Various style fixes. 7 space indent is just odd.
|
|
Revision tags: release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0, release/6.2.0_cvs, release/6.2.0 |
|
| #
03e161fd |
| 01-Aug-2006 |
John Baldwin <jhb@FreeBSD.org> |
Make system call modules a bit more robust: - If we fail to register the system call during MOD_LOAD, then note that so that we don't try to deregister it or invoke the chained event handler duri
Make system call modules a bit more robust: - If we fail to register the system call during MOD_LOAD, then note that so that we don't try to deregister it or invoke the chained event handler during the subsequent MOD_UNLOAD event. Doing the deregister when the register failed could result in trashing system call entries. - Add a SI_SUB_SYSCALLS just before starting up init and use that to register syscall modules instead of SI_SUB_DRIVERS. Registering system calls as late as possible increases the chances that any other module event handlers or SYSINITs in a module are executed to initialize the data in a kld before a syscall dependent on that data is able to be invoked.
MFC after: 3 days
show more ...
|
|
Revision tags: release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0, release/6.0.0_cvs, release/6.0.0, release/5.4.0_cvs, release/5.4.0, release/4.11.0_cvs, release/4.11.0, release/5.3.0_cvs, release/5.3.0 |
|
| #
3e019dea |
| 15-Jul-2004 |
Poul-Henning Kamp <phk@FreeBSD.org> |
Do a pass over all modules in the kernel and make them return EOPNOTSUPP for unknown events.
A number of modules return EINVAL in this instance, and I have left those alone for now and instead taugh
Do a pass over all modules in the kernel and make them return EOPNOTSUPP for unknown events.
A number of modules return EINVAL in this instance, and I have left those alone for now and instead taught MOD_QUIESCE to accept this as "didn't do anything".
show more ...
|
|
Revision tags: release/4.10.0_cvs, release/4.10.0, release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0 |
|
| #
677b542e |
| 11-Jun-2003 |
David E. O'Brien <obrien@FreeBSD.org> |
Use __FBSDID().
|
|
Revision tags: release/5.1.0_cvs, release/5.1.0, release/4.8.0_cvs, release/4.8.0, release/5.0.0_cvs, release/5.0.0, release/4.7.0_cvs, release/4.6.2_cvs, release/4.6.2, release/4.6.1, release/4.6.0_cvs |
|
| #
9b3851e9 |
| 18-Mar-2002 |
Andrew R. Reiter <arr@FreeBSD.org> |
- Lock down the ``module'' structure by adding an SX lock that is used by all the global bits of ``module'' data. This commit adds a few generic macros, MOD_SLOCK, MOD_XLOCK, etc., that are mean
- Lock down the ``module'' structure by adding an SX lock that is used by all the global bits of ``module'' data. This commit adds a few generic macros, MOD_SLOCK, MOD_XLOCK, etc., that are meant to be used as ways of accessing the SX lock. It is also the first step in helping to lock down the kernel linker and module systems.
Reviewed by: jhb, jake, smp@
show more ...
|
|
Revision tags: release/4.5.0_cvs, release/4.4.0_cvs |
|
| #
b40ce416 |
| 12-Sep-2001 |
Julian Elischer <julian@FreeBSD.org> |
KSE Milestone 2 Note ALL MODULES MUST BE RECOMPILED make the kernel aware that there are smaller units of scheduling than the process. (but only allow one thread per process at this time). This is fu
KSE Milestone 2 Note ALL MODULES MUST BE RECOMPILED make the kernel aware that there are smaller units of scheduling than the process. (but only allow one thread per process at this time). This is functionally equivalent to teh previousl -current except that there is a thread associated with each process.
Sorry john! (your next MFC will be a doosie!)
Reviewed by: peter@freebsd.org, dillon@freebsd.org
X-MFC after: ha ha ha ha
show more ...
|
|
Revision tags: release/4.3.0_cvs, release/4.3.0 |
|
| #
78525ce3 |
| 01-Dec-2000 |
Alfred Perlstein <alfred@FreeBSD.org> |
sysvipc loadable.
new syscall entry lkmressys - "reserved loadable syscall"
Make syscall_register allow overwriting of such entries (lkmressys).
|
|
Revision tags: release/4.2.0, release/4.1.1_cvs, release/4.1.0, release/3.5.0_cvs, release/4.0.0_cvs, release/3.4.0_cvs |
|
| #
d1f088da |
| 11-Oct-1999 |
Peter Wemm <peter@FreeBSD.org> |
Trim unused options (or #ifdef for undoc options).
Submitted by: phk
|
|
Revision tags: release/3.3.0_cvs |
|
| #
c3aac50f |
| 28-Aug-1999 |
Peter Wemm <peter@FreeBSD.org> |
$Id$ -> $FreeBSD$
|
| #
c049aba8 |
| 27-Jun-1999 |
Doug Rabson <dfr@FreeBSD.org> |
Call the chained module handler before unregistering the syscall so that errors can be detected.
Submitted by: "A.Yu.Isupov" <isupov@moonhe.jinr.ru> PR: kern/12239
|
|
Revision tags: release/3.2.0, release/3.1.0, release/3.0.0, release/2.2.8 |
|
| #
46db4836 |
| 17-Jan-1999 |
Peter Wemm <peter@FreeBSD.org> |
Move lkmnosys() from kern_lkm.c to here.
|
| #
a35261ef |
| 09-Jan-1999 |
Doug Rabson <dfr@FreeBSD.org> |
Implement a mechanism for a module to report a small amount of module specific data back to the user via kldstat(2). Use that mechanism in the syscall handler to report the syscall number used.
|
| #
4c3df794 |
| 09-Jan-1999 |
Doug Rabson <dfr@FreeBSD.org> |
Implement support for adding syscalls in KLD modules.
Submitted by: Assar Westerlund <assar@sics.se>
|
|
Revision tags: release/7.3.0_cvs, release/7.3.0 |
|
| #
0687ba3e |
| 19-Mar-2010 |
Konstantin Belousov <kib@FreeBSD.org> |
Introduce SYSCALL_INIT_HELPER and SYSCALL32_INIT_HELPER macros and neccessary support functions to allow registering dynamically loaded syscalls from the MOD_LOAD handlers. Helpers handle registratio
Introduce SYSCALL_INIT_HELPER and SYSCALL32_INIT_HELPER macros and neccessary support functions to allow registering dynamically loaded syscalls from the MOD_LOAD handlers. Helpers handle registration failures semi-automatically.
Reviewed by: jhb MFC after: 2 weeks
show more ...
|