From owner-svn-src-all@FreeBSD.ORG Tue Oct 27 21:05:11 2009 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 987201065676; Tue, 27 Oct 2009 21:05:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (unknown [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9BA8FC0A; Tue, 27 Oct 2009 21:05:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id n9RKxAs2083503; Tue, 27 Oct 2009 14:59:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 27 Oct 2009 14:59:23 -0600 (MDT) Message-Id: <20091027.145923.1661903621.imp@bsdimp.com> To: rwatson@FreeBSD.org From: "M. Warner Losh" In-Reply-To: References: <200910242028.n9OKSg2u010197@svn.freebsd.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, marcel@FreeBSD.org, src-committers@FreeBSD.org Subject: Re: svn commit: r198451 - head/sys/ia64/include X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2009 21:05:11 -0000 In message: Robert Watson writes: : : On Sat, 24 Oct 2009, Marcel Moolenaar wrote: : : > Log: : > A 32KB kernel stack is not quite enough. The new USB stack is a bit : > more stack hungry as compared to the old one that my RX2660 gets : > a machine check and spontaneously reboots at the time the USB DVD : > drive is found and attached to CAM as a mass storage device. This : > doesn't happen always, but definitely varies per kernel build. : > Likewise when using a 128-byte printf buffer. The additional 128 : > bytes that printf needs seems to be enough to have the memory stack : > and register stack collide and causing a machine check. : : I recently noticed, somewhat to my surprise, that BPF drops a 512-byte buffer : on the stack while running filters... Would another pass of huge stack function scrubbing be useful? Warner