Searched hist:"9970 fc6a" (Results 1 – 3 of 3) sorted by relevance
| /netbsd/sys/kern/ |
| H A D | core_netbsd.c | diff 9970fc6a Sun Sep 14 06:59:13 GMT 2003 christos <christos@NetBSD.org> handle siginfo for deferred signals. Allocate a ksiginfo pool, and store
the information there.
TODO:
1. since timer stuff gets called from an interrupt context, we could
preallocate ksiginfo_t's from the pool, so we don't need a kmem
pool.
2. probably the sa signal delivery syscall can be changed to take
a ksiginfo_t so we can use only one pool.
3. maybe when we add realtime signal support, add a resource limit
on the number of ksiginfo_t's a process can allocate.
|
| H A D | core_elf32.c | diff 9970fc6a Sun Sep 14 06:59:13 GMT 2003 christos <christos@NetBSD.org> handle siginfo for deferred signals. Allocate a ksiginfo pool, and store
the information there.
TODO:
1. since timer stuff gets called from an interrupt context, we could
preallocate ksiginfo_t's from the pool, so we don't need a kmem
pool.
2. probably the sa signal delivery syscall can be changed to take
a ksiginfo_t so we can use only one pool.
3. maybe when we add realtime signal support, add a resource limit
on the number of ksiginfo_t's a process can allocate.
|
| H A D | kern_sig.c | diff 9970fc6a Sun Sep 14 06:59:13 GMT 2003 christos <christos@NetBSD.org> handle siginfo for deferred signals. Allocate a ksiginfo pool, and store
the information there.
TODO:
1. since timer stuff gets called from an interrupt context, we could
preallocate ksiginfo_t's from the pool, so we don't need a kmem
pool.
2. probably the sa signal delivery syscall can be changed to take
a ksiginfo_t so we can use only one pool.
3. maybe when we add realtime signal support, add a resource limit
on the number of ksiginfo_t's a process can allocate.
|