Date: Tue, 27 Oct 2009 14:59:23 -0600 (MDT) From: "M. Warner Losh" <imp@bsdimp.com> To: rwatson@FreeBSD.org 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 Message-ID: <20091027.145923.1661903621.imp@bsdimp.com> In-Reply-To: <alpine.BSF.2.00.0910250012410.68490@fledge.watson.org> References: <200910242028.n9OKSg2u010197@svn.freebsd.org> <alpine.BSF.2.00.0910250012410.68490@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <alpine.BSF.2.00.0910250012410.68490@fledge.watson.org>
Robert Watson <rwatson@FreeBSD.org> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091027.145923.1661903621.imp>