From owner-freebsd-fs@FreeBSD.ORG Wed Dec 12 13:04:33 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 5186127B; Wed, 12 Dec 2012 13:04:33 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 501C68FC14; Wed, 12 Dec 2012 13:04:31 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so595663lah.13 for ; Wed, 12 Dec 2012 05:04:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=dBeY2vQEtDb+ubQlKhMH8x583lRKGAadgenKXi3hxyM=; b=Rl9P4pCEcHsw2RlDWCnSk62U+26LVENHxdnneIX9G2gt/DK8hARovuKOkGvaI7T+Ni PvArIFAJLXGkzxeKfpD8i6tqvDBfAlF4ivTrmdJRgDozAW6gs5/cRW877+bbPtxiTSPI wX5unOXpNTI5V0wq02O+/tswkuvXT+P/qQFLzebW57OOnAAwaAkP+vJE7Vmudf8n6wfM QXdp6aEMqEM9ljOwVfrRlFvs9MkuU6y1em/exvNn9BkBEuun42toeUw+4r3JuFEHX3Tg ozwIM0OPj1SKghjXulIhyZ1Fs4V3klaTOdBgDcnxtzdDFXbUoZ2lvf9h6n7xjSnt6sEC rNxg== Received: by 10.152.108.48 with SMTP id hh16mr964882lab.25.1355317471103; Wed, 12 Dec 2012 05:04:31 -0800 (PST) Received: from [192.168.1.129] ([91.196.229.122]) by mx.google.com with ESMTPS id ti4sm10660662lab.1.2012.12.12.05.04.27 (version=SSLv3 cipher=OTHER); Wed, 12 Dec 2012 05:04:29 -0800 (PST) Message-ID: <50C880D7.1040907@gmail.com> Date: Wed, 12 Dec 2012 15:04:23 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 MIME-Version: 1.0 To: Konstantin Belousov 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> In-Reply-To: <20121203224132.GJ3013@kib.kiev.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, dim@freebsd.org, 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: Wed, 12 Dec 2012 13:04:33 -0000 04.12.2012 00:41, Konstantin Belousov: > Please try the patch below. It might give an immediate relief, but still > there are many offenders in the backtrace. I'm having almost the same issue and the patch doesn't work for me. Trying to mount root from zfs:limb0 []... Fatal double fault: eip = 0x835a6bce esp = 0x875c2fd4 ebp = 0x875c3018 cpuid = 0; apic id = 00 panic: double fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(8380283b,20646920,3030203d,3831000a,a3a000a,...) at db_trace_self_wrapper+0x36/frame 0x83a10f10 kdb_backtrace(8383658f,0,83837c3d,83a10fc0,0,...) at kdb_backtrace+0x30/frame 0x83a10f70 panic(83837c3d,0,0,0,875c3018,...) at panic+0x1bc/frame 0x83a10fb4 dblfault_handler() at cpu_fetch_syscall_args/frame 0x83a10fb4 --- trap 0x17, eip = 8x835a6bce, esp = 0x875c2fd4, ebp = 0x875c3018 --- witness_checkorder(843df808,9,8382a15c,7dd,0,...) at witness_checkorder+0x2e/frame 0x875c3018 _mtx_lock_flags(843df808,0,8382a15c,7dd,202,...) at _mtx_lock_flags+0x7a/frame 0x875c3040 uma_zalloc_arg(843de960,0,102,2,2,...) at uma_zalloc_arg+0x5df/franc 0x875c3090 malloc(38,83d03100,102,875c3138,83c01d1a,...) at malloc+0xe9/frame 0x875c30c0 zfs_kmem_alloc(38,102,8,83cab2fe,157,...) at zfs_kmem_alloc+0x20/frame 0x875c30d4 vdev_mirror_io_start(87e3eb20,10,B7e3eb20,1,87d3f618,...) at vdev_mirror_io_start+0x14a/frame 0x875c3138 zio_vdev_io_start(87e3eb20,8795dbcO,87e3eb20,875c3340,200,...) at zio_vdev_io_start+0x1a6/frame Ox875c3180 zio_execute(87e3eb20.87c8f000,880a0640,8807d400,200,...) at zio_execute+0x103/frame 0x875c31b0 spa_load_verify_cb(87c8f000,0,880a0640,87f7b708,875c3340,...) at spa_load_verify_cb+0x89/frame 0x875c31f0 traverse_visitbp(87f7b708,880a0640,875c3340,875c3db8,0,...) at traverse_visitbp+0x1e6/frame 0x875c3320 traverse_dnode(87f7b708,15,0,3,O,...) at traverse_dnode+0x92/frame 0x875c337O traverse_visitbp(87f7b6cc,880a4000,875c3520,87f7b744,83b92d10,...) at traverse_visitbp+0xc40/frame 0x875c34a0 traverse_visitbp(87f7b744,88096000,875c3650,87f7b834,83b92d10,...) at traverse_visitbp+0xd33/frame 0xB75c35d0 traverse_visitbp(87f7b834,88074000,875c3780,87f7b8ac,83b92d10,...) at traverse_visitbp+0xd33/frame 0x875c3700 traverse_visitbp(87f7b8ac,8806c000,875c38b0,87f7b924,83b92d10,...) at traverse_visitbp+0xd33/frame 0x875c3830 traverse_visitbp(87f7b924,88064000,875c39e0,87f7b99c,83b92d10,...) at traverse_visitbp+0xd33/frame 0x875c3960 traverse_visitbp(87f7b99c,87fce000,875c3b10,87f7ba14,83b92d10,...) at traverse_visitbp+0xd33/frame 0x875c3a90 traverse_visitbp(87f7ba14,88061040,875c3be0,875c3db8,0,...) at traverse_visitbp+0xd33/frame 0x875c3bc0 traverse_dnode(87f7ba14,15,0,0,0,...) at traverse_dnode+0x92/frame 0x875c3c10 traverse_visitbp(0,87f8ee80,875c3d68,2,834,...) at traverse_visitbp+0x822/frame 0x875c3d40 traverse_impl(15,0,87f8ee80,261400,0,...) at traverse_impl+0x268/frane 0x875c3df0 traverse_pool(87c8f000,261400,0,d,83bec290,...) at traverse_pool+0x273/frame 0x875c3e90 spa_load(0,1,875c4034,83ca82f2,8,...) at spa_load+0x1d8f/frame 0x875c3fa8 spa_load(0,0,83a48934,1,14,...) at spa_load+0x114c/frame 0x875c40c0 spa_load_best(0,ffffffff,ffffffff,1,0,...) at spa_load_best+0x71/frame 0x875c3e90 spa_open_common(83ca3ca6,0,0,875c42f0,83bb9dec,...) at spa_open_common+0x11a/frame 0x875c4174 spa_open(875c41e0,875c41dc,83ca3ca6,0,0,...) at spa_open+0x27/frame 0x875c4188 dsl_dir_open_spa(0,87d47350,83ca4039,875c4358,875c4354,...) at dsl_dir_open_spa+0x6c/frame 0x875c42f0 dsl_dataset_hold(87d47350,87a36000,875c43a0,87a36000,87a36000,...) at dsl_data_hold+0x3a/frame 0x875c436c dsl_dataset_own(87d47350,0,87a3600,875c43a0,83d01e30,...) at dsl_dataset_own+0x21/frame 0x875c4388 dmu_objset_own(87d4350,2,1,87a36000,875c43f0,...) at dmu_objset_own+0x2a/frame 0x875c43b0 zfsvfs_create(87d47350,875c4504,83cb0b68,68e,87d47350,...) at zfsvfs_create+0x4c/frame 0x875c4400 zfs_mount(87d40ce4,83cb5Bd0,87d46300,87957500,8384fd28,...) at zfs_mount+0x4a9/frame 0x875c4630 vfs_donmount(8795dbc0,4000,0,875c48b8,87d46380,...) at vfs_donmount+0xc94/frame 0x875c48a0 kernel_mount(87d473d0,4000,0,0,839de044,...) at kernel_mount+0x6b/frame 0x875c48e0 parse_mount(87d47400,8385a800,0,1,0,...) at parse_mount+0x622/frame 0x875c49f8 vfs_mountroot(83a491c4,4,837f68a2,2ba,0,...) at vfs_mountroot+0x6f1/frame 0x875c4c60 start_init(0,875c4d08,837f8f83,3d8,0,...) at start_init+0x6a/frame 0x875c4ccc fork_exit(835107b0,0,875c4d08) at fork_init+0x7c/frame 0x875c4cf4 fork_trampoline() at fork_trampoline+0x8/frame 0x875c4cf4 --- trap 0, eip = 0, esp = 0x875c4d40, ebp = O --- KDB: enter: panic [ thread pid 1 tid 100002 J Stopped at kdb_enter+0x3d: movl $O,kdb_why db> Source pictures are at https://picasaweb.google.com/104021007361271711472/I386ZfsDoubleFault?authuser=0&feat=directlink just in case I missed something. -- Sphinx of black quartz, judge my vow.