From owner-freebsd-stable@FreeBSD.ORG  Sat Oct  4 03:16:18 2014
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@FreeBSD.org
Received: from hub.FreeBSD.org (hub.freebsd.org
 [IPv6:2001:1900:2254:206c::16:88])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 78A1E17A;
 Sat,  4 Oct 2014 03:16:17 +0000 (UTC)
Date: Fri, 3 Oct 2014 23:16:14 -0400
From: Glen Barber <gjb@FreeBSD.org>
To: Steven Hartland <killing@multiplay.co.uk>
Subject: Re: Heads-up: Possible regression between 10.0-RELEASE and
 10.1-BETA1 with '/ on ZFS' setup
Message-ID: <20141004031614.GD1199@hub.FreeBSD.org>
References: <20141004024011.GC1199@hub.FreeBSD.org>
 <64F0D761D09546C7B47DFAA1551500BE@multiplay.co.uk>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature"; boundary="RYJh/3oyKhIjGcML"
Content-Disposition: inline
In-Reply-To: <64F0D761D09546C7B47DFAA1551500BE@multiplay.co.uk>
X-Operating-System: FreeBSD 11.0-CURRENT amd64
X-SCUD-Definition: Sudden Completely Unexpected Dataloss
X-SULE-Definition: Sudden Unexpected Learning Event
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: FreeBSD Release Engineering Team <re@FreeBSD.org>,
 freebsd-stable@FreeBSD.org
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 04 Oct 2014 03:16:18 -0000


--RYJh/3oyKhIjGcML
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Oct 04, 2014 at 03:51:39AM +0100, Steven Hartland wrote:
> > [...]
> >A possible solution to this is to set kern.kstack_pages=3D4 via loader(8=
),
> >however in my tests (solely in VirtualBox), this has been ineffective.
> >
>=20
> This has been a known issue on i386 since the switch to Clang see UPDATIN=
G:
> 20121223:
>        After switching to Clang as the default compiler some users of ZFS
>        on i386 systems started to experience stack overflow kernel panics.
>        Please consider using 'options KSTACK_PAGES=3D4' in such configura=
tions.
>=20
> In my experience your millage may vary but essentially without 4 stack pa=
ges
> all bets are off in terms of stability.
>=20

Did you read my email?

Glen


--RYJh/3oyKhIjGcML
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJUL2Z+AAoJEAMUWKVHj+KTVDEP/2tihkiJTXfq+VbksYXkumyf
Whz116GLIp8ISsp+/VXTE6CiuZ2mdJqJ6mzN5v57nvC/AqM15FOkiW5fJ72qJOYg
FbOonO/Q+7I7WaLPsXZJqDxSVmtkNWDqdLm8EGHWsgyfcsNWgGX94Pnh26ZKphIC
c+O8CxrBdJkQ7HUoYwmD9fw5HASselcAPJSmuY1O6laR5kbFE9VK7Lf3w87zNeox
uOrMuEyFjcG1IzKcEcIZyHbFGufySlUriJLtqkP/w0oLyU+DlELMBuhI/mPCNxQb
RWerLsykAdy+Z4jGgb92J5mc75pYpC8/0Nf1kY1hMvF4R0vwjLwZsDi6gfAQfsI0
nK/55RmFEP0Qmgh13+T+jq4vJ4ODnTP1tP5h+gKItKyFHB0oe8n3DmUfviFx+ZWR
46VxeDllIh8p0440Tl7pSUDt8FUQm8oUfhpCZF5pGx+2CrkfBAXnEI1+LdNfqO6S
3FHOJedm3i6XA1tEzYtiqjqqqp2VKgHHd2GNvu4k9b3C78w8ZBaRP+a/nEnIXfLZ
ut2IydNTsUkTFcfdLVgequ9KLWroSSV6Dgs8+Q9kac6L8dvmf2loCJS/wTrjHLQe
nNTkyoeyefbOUlmRaGt4MM1lbUy/uvlTSPZkBuRiRgvbStt9MBP7DBi37Y958QlG
wuJnu97c7bcoaxiZ4Kgb
=YtcF
-----END PGP SIGNATURE-----

--RYJh/3oyKhIjGcML--