Date: Sun, 1 Mar 1998 14:47:32 +0100 (MET) From: Guido van Rooij <guido@gvr.org> To: gibbs@plutotech.com (Justin T. Gibbs) Cc: guido@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG Subject: Re: cvs commit: src/sys/conf param.c Message-ID: <199803011347.OAA19174@gvr.gvr.org> In-Reply-To: <199803010214.TAA07191@pluto.plutotech.com> from "Justin T. Gibbs" at "Feb 28, 98 07:11:33 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
> > Raise ncallout from NPROC + 16 to NPROC + 16 + MAXFILES. This shold > > prevent a possible DOS attack. The proper fix (to dynamically grow > > the callout list) is in the make. > > Submitted by: Paul Traina > > > > Revision Changes Path > > 1.26 +5 -4 src/sys/conf/param.c > > We should probably continue the discussion that was started a while back > about having clients allocate their own callouts. Some areas of the system > can gracefully handle resource shortages if they can determine there is a > shortage up front (e.g. CAM when allocating CCBs). Having an allocation > fail at the time of "timeout" is too late to take corrective action and > is problematic as timeout may occur in an interrupt context. I know it is problematic. But I prefer a (quick) alloc over a panic. What you propose can be done together with allocation in timeout. -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199803011347.OAA19174>