From owner-freebsd-current Wed Apr 3 05:32:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA15574 for current-outgoing; Wed, 3 Apr 1996 05:32:47 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA15567 for ; Wed, 3 Apr 1996 05:32:45 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u4Seb-0003voC; Wed, 3 Apr 96 05:31 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id NAA01011; Wed, 3 Apr 1996 13:31:13 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: toor@dyson.iquest.net, freebsd-current@freefall.freebsd.org, kuku@gilberto.physik.rwth-aachen.de Subject: Re: calcru: negative time: In-reply-to: Your message of "Wed, 03 Apr 1996 22:15:32 +1000." <199604031215.WAA17145@godzilla.zeta.org.au> Date: Wed, 03 Apr 1996 13:31:11 +0000 Message-ID: <1009.828538271@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Like malloc(3) is very very carefully documented to not work in signal > handlers? ;-) yeah, right, and people keep making signal handlers along the lines of: sighup() { printf("Ignoring sighub, why did you do that ???\n"); } :-( I don't see the problem in the kernel, if the net code calls malloc, worst case malloc will go to the VM system and ask for space, if the vm system is already locked (splvm or otherwise) it will fail, and (hopefully) malloc was called with NOWAIT so everything is fine, apart from the dropped packets. Anyway, what I really wanted to come down to, is that we should start to look at locks around actual specific datastructures, rather than these global locks, SMP/AMP will be here soon, and we need to address this problem then. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.