On 07/01/2008, Andrew Reilly <andrew-freebsd@areilly.bpc-users.org> wrote:I'm with Andrew on this one. The only (sensible) way I could see it being hidden behind malloc() is if malloc() blocks until sufficient memory becomes available. I thought the real idea behind SIGDANGER was to tell the kernel "I kind of know what I'm doing, so if you gonna kill something don't kill me" and that was achieved by AIX not SIGKILLing processes that had sigaction(SIGDANGER) != SIG_IGN. Igor :-) _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Winkler, Tomas | RE: iwlwifi: fix build bug in "iwlwifi: fix LED stall" |
| Jeff Chua | 2.6.27rc1 cannot boot more than 8CPUs |
git: | |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Andrew Dickinson | tx queue hashing hot-spots and poor performance (multiq, ixgbe) |
| Hugh Dickins | Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
