From owner-svn-src-head@FreeBSD.ORG Wed Apr 4 19:31:48 2012 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B926A106564A; Wed, 4 Apr 2012 19:31:48 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 84D268FC15; Wed, 4 Apr 2012 19:31:48 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q34JVlLL004643 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 4 Apr 2012 12:31:47 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4F7CA1CA.8070602@freebsd.org> Date: Wed, 04 Apr 2012 12:32:26 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: John Baldwin References: <201203311120.q2VBKmJT099513@svn.freebsd.org> <4F7B8BF0.2000906@freebsd.org> <201204040757.42452.jhb@freebsd.org> In-Reply-To: <201204040757.42452.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Gleb Smirnoff , src-committers@freebsd.org Subject: Re: svn commit: r233745 - head/sys/netinet/ipfw X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2012 19:31:48 -0000 On 4/4/12 4:57 AM, John Baldwin wrote: > On Tuesday, April 03, 2012 7:46:56 pm Julian Elischer wrote: >> On 3/31/12 4:20 AM, Gleb Smirnoff wrote: >> >> >> Many years ago there was the possibility that malloc M_WAITOK could >> return on shutdown or in some other rare error cases. >> >> Are we certain this is no longer true? > That hasn't been true in a long while. In edge cases malloc() with M_WAITOK > will just panic rather than return NULL. (e.g. "kmem too small") > what happens if you call reboot while it is waiting for free space?