From owner-cvs-src@FreeBSD.ORG Mon Nov 19 21:42:19 2007 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FC1916A418; Mon, 19 Nov 2007 21:42:19 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 4FB1A13C465; Mon, 19 Nov 2007 21:42:18 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B4E2966A228; Mon, 19 Nov 2007 22:42:09 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c1KS-Am8xPmz; Mon, 19 Nov 2007 22:42:08 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 2CBAF66A219; Mon, 19 Nov 2007 22:42:08 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id lAJLg7ow064565; Mon, 19 Nov 2007 22:42:07 +0100 (CET) (envelope-from rdivacky) Date: Mon, 19 Nov 2007 22:42:07 +0100 From: Roman Divacky To: Alfred Perlstein Message-ID: <20071119214207.GA64556@freebsd.org> References: <200710161040.l9GAes88010153@repoman.freebsd.org> <20071118224216.GA29048@freebsd.org> <20071119025328.GU8950@elvis.mu.org> <20071119184111.GB1516@roadrunner.spoerlein.net> <20071119194236.GA61631@freebsd.org> <20071119210746.GI19166@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071119210746.GI19166@elvis.mu.org> User-Agent: Mutt/1.4.2.3i Cc: cvs-src@freebsd.org, Ulrich Spoerlein Subject: Re: cvs commit: src/sys/kern subr_param.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 21:42:19 -0000 > Please use a SYSCTL_PROC so some basic sanity checks could be made to keep > the system functioning, basically prevent too low or insanely high > values from being set. sure.. just define the upper min/max bounds.. thnx roman