From owner-freebsd-fs@FreeBSD.ORG Thu Dec 20 10:26:25 2012 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39DC93E9; Thu, 20 Dec 2012 10:26:25 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3AF8FC0A; Thu, 20 Dec 2012 10:26:24 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3YRpzC1zC0zM2J; Thu, 20 Dec 2012 11:26:15 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.7.1 tignes.restart.be 3YRpzC1zC0zM2J DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1355999175; bh=ZDw2hnBeEUxClCR8cepBkNQOJ8Ea5uAwySxAs3lV7nw=; h=Date:From:To:CC:Subject:References:In-Reply-To; z=Date:=20Thu,=2020=20Dec=202012=2011:26:14=20+0100|From:=20Henri=2 0Hennebert=20|To:=20Andriy=20Gapon=20|CC:=20fs@freebsd.org|Subject:=20Re:=20clang=20compiled=20kern el=20panic=20when=20mounting=20zfs=20root=20on=20i386|References:= 20<50b37d46.8584440a.735c.ffffb4e6@mx.google.com>=20<2012112617165 8.GD3013@kib.kiev.ua>=20<20121127071243.D1255@besplex.bde.org>=20< 20121129232944.GQ3013@kib.kiev.ua>=20<50b8a9c5.e64dec0a.1d88.133a@ mx.google.com>=20<20121130164715.GW3013@kib.kiev.ua>=20<50b9cf0c.0 fd9650a.5bbf.ffffb9b3@mx.google.com>=20<20121203224132.GJ3013@kib. kiev.ua>=20<50C880D7.1040907@gmail.com>=20<50C8DC8E.1080204@FreeBS D.org>=20<50C9AD2C.7000301__8690.12248372219$1355394383$gmane$org@ FreeBSD.org>=20<50CF16B0.9090104@gmail.com>=20<50CF9AA9.1030808@Fr eeBSD.org>|In-Reply-To:=20<50CF9AA9.1030808@FreeBSD.org>; b=RNEtT/I1wadnZYz51pi4xuBA2h3zGWXOUNMSjGtl1iNhDC/sMiIHjWkLP3NJIr/MJ g4c0VJZF9lSxfeQL8IPt5TYYK1M6ENyTKzi3OIZVDaKFpW2BRauJ8vS1zSCD9zERDw wtFHu+zWZ0gbn7ShZIFFVPDpmSnG2ioXj67BfsU0= Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id qBKAQEai068321; Thu, 20 Dec 2012 11:26:14 +0100 (CET) (envelope-from hlh@restart.be) Message-ID: <50D2E7C6.1030201@restart.be> Date: Thu, 20 Dec 2012 11:26:14 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Andriy Gapon 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> <50CF9AA9.1030808@FreeBSD.org> In-Reply-To: <50CF9AA9.1030808@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2012 10:26:25 -0000 On 12/17/2012 23:20, Andriy Gapon wrote: > 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. 'options KSTACK_PAGES=4' allow my 9.1-STABLE to mount the root fs from zfs. I think it whould be useful to add this trick to /usr/src/UPDATING for other i386 users. Thanks a lot Henri >