From owner-freebsd-current@FreeBSD.ORG Mon Dec 17 22:20:30 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8673857C; Mon, 17 Dec 2012 22:20:30 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 666CD8FC18; Mon, 17 Dec 2012 22:20:28 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA00155; Tue, 18 Dec 2012 00:20:26 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Tkj2v-0005rx-Up; Tue, 18 Dec 2012 00:20:25 +0200 Message-ID: <50CF9AA9.1030808@FreeBSD.org> Date: Tue, 18 Dec 2012 00:20:25 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Volodymyr Kostyrko Subject: Re: clang compiled kernel panic when mounting zfs root on i386 References: <50b37d46.8584440a.735c.ffffb4e6@mx.google.com> <20121126171658.GD3013@kib.kiev.ua> <20121127071243.D1255@besplex.bde.org> <20121129232944.GQ3013@kib.kiev.ua> <50b8a9c5.e64dec0a.1d88.133a@mx.google.com> <20121130164715.GW3013@kib.kiev.ua> <50b9cf0c.0fd9650a.5bbf.ffffb9b3@mx.google.com> <20121203224132.GJ3013@kib.kiev.ua> <50C880D7.1040907@gmail.com> <50C8DC8E.1080204@FreeBSD.org> <50C9AD2C.7000301__8690.12248372219$1355394383$gmane$org@FreeBSD.org> <50CF16B0.9090104@gmail.com> In-Reply-To: <50CF16B0.9090104@gmail.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Dimitry Andric , fs@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2012 22:20:30 -0000 on 17/12/2012 14:57 Volodymyr Kostyrko said the following: > 13.12.2012 12:25, Andriy Gapon: >> on 12/12/2012 21:35 Dimitry Andric said the following: >>> Especially the recursive spa_load and traverse_visitbp calls are scary, >>> because that can grow out of hand very quickly. It is probably tricky >>> to remove the recursion... >> >> Re-entering spa_load once is normal and is expected. >> traverse_visitbp is also expected to recurse depending on data layout. >> So yeah, it's probably even trickier than teaching clang to allocate smaller >> stack >> frames ;-) > > I hit this one again, but this time my world and kernel are compiled with stock > gcc. Pictures 3 to 5: > > https://picasaweb.google.com/104021007361271711472/I386ZfsDoubleFault > > This happens on mounting root after unclean shutdown. I fixed my pool with > booting amd64 kernel, after this i386 kernel starts fine. > > Maybe it's just time to accept that ZFS on i386 is not stable? Current handbook > elaborates on ZFS like it's known to work on i386. Yes, it is known to work. It's been already mentioned many times that ZFS works much better on amd64. It's up to a (potential) user to understand limitations of i386 and to decide whether to use ZFS, in what situations and how. You may want to consider using KSTACK_PAGES=4 in your kernel configuration. -- Andriy Gapon