Date: Thu, 22 Jun 2017 10:36:46 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= <Trond.Endrestol@fagskolen.gjovik.no> To: FreeBSD current <freebsd-current@FreeBSD.org> Subject: Re: Crash in base/head in abd_put() after r320156 Message-ID: <alpine.BSF.2.21.1706221035250.37790@mail.fig.ol.no> In-Reply-To: <e046e1c2-d39a-9d59-5f2d-277fc7b19ee6@FreeBSD.org> References: <alpine.BSF.2.21.1706202259370.37790@mail.fig.ol.no> <3987075c-08cd-4add-11dc-24b1e4d071fc@freebsd.org> <alpine.BSF.2.21.1706202344010.37790@mail.fig.ol.no> <e046e1c2-d39a-9d59-5f2d-277fc7b19ee6@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 21 Jun 2017 11:18+0300, Andriy Gapon wrote: > On 21/06/2017 00:45, Trond Endrestøl wrote: > > On Tue, 20 Jun 2017 17:31-0400, Allan Jude wrote: > > > >> On 2017-06-20 17:27, Trond Endrestøl wrote: > >>> Has anyone else seen a crash in base/head in abd_put() after r320156? > >>> > >>> One of my experimental VMs at home crashed spectacularly after > >>> upgrading to r320156. I even wiped my /usr/obj, recompiled everything > >>> and got the same result. Everything's back to normal when I boot > >>> r320146. > >>> > >>> Here's the backtrace: > >>> > >>> Fatal trap 12: page fault while in kernel mode > >>> cpuid = 3; apic id = 03 > >>> > >>> fault virtual address = 0x8 > >>> > >>> Fatal trap 12: page fault while in kernel mode > >>> > >>> cpuid = 2; > >>> Fatal trap 12: page fault while in kernel mode > >>> apic id = 02 > >>> fault virtual address = 0x8 > >>> cpuid = 0; apic id = 00 > >>> fault virtual address = 0x8 > >>> fault code = supervisor read data, page not present > >>> fault code = supervisor read data, page not present > >>> instruction pointer = 0x20:0xffffffff803260fa > >>> stack pointer = 0x28:0xfffffe01b0231860 > >>> frame pointer = 0x28:0xfffffe01b0231870 > >>> code segment = base 0x0, limit 0xfffff, type 0x1b > >>> > >>> = DPL 0, pres 1, long 1, def32 0, gran 1 > >>> > >>> Fatal trap 12: page fault while in kernel mode > >>> fault code = supervisor read data, page not present > >>> processor eflags = interrupt enabled, resume, IOPL = 0 > >>> current process = 0 (zio_free_issue_5_2) > >>> trap number = 12 > >>> instruction pointer = 0x20:0xffffffff803260fa > >>> stack pointer = 0x28:0xfffffe01b022c860 > >>> frame pointer = 0x28:0xfffffe01b022c870 > >>> panic: page fault > >>> cpuid = 0 > >>> time = 4 > >>> KDB: stack backtrace: > >>> db_trace_self_wrapper() at 0xffffffff8044f93b = db_trace_self_wrapper+0x2b/frame 0xfffffe01b0231440 > >>> vpanic() at 0xffffffff8067ec0c = vpanic+0x19c/frame 0xfffffe01b02314c0 > >>> panic() at 0xffffffff8067ea63 = panic+0x43/frame 0xfffffe01b0231520 > >>> trap_fatal() at 0xffffffff80983b32 = trap_fatal+0x322/frame 0xfffffe01b0231570 > >>> trap_pfault() at 0xffffffff80983b89 = trap_pfault+0x49/frame 0xfffffe01b02315d0 > >>> trap() at 0xffffffff809833c5 = trap+0x295/frame 0xfffffe01b0231790 > >>> calltrap() at 0xffffffff80968c21 = calltrap+0x8/frame 0xfffffe01b0231790 > >>> --- trap 0xc, rip = 0xffffffff803260fa, rsp = 0xfffffe01b0231860, rbp = 0xfffffe01b0231870 --- > >>> abd_put() at 0xffffffff803260fa = abd_put+0xa/frame 0xfffffe01b0231870 > >>> vdev_raidz_map_free() at 0xffffffff803aa7c2 = vdev_raidz_map_free+0x82/frame 0xfffffe01b02318a0 > >>> zio_vdev_io_assess() at 0xffffffff803ecc04 = zio_vdev_io_assess+0x74/frame 0xfffffe01b02318e0 > >>> zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231930 > >>> zio_vdev_io_start() at 0xffffffff803ec894 = zio_vdev_io_start+0x2b4/frame 0xfffffe01b0231990 > >>> zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b02319e0 > >>> zio_nowait() at 0xffffffff803e8a8b = zio_nowait+0xcb/frame 0xfffffe01b0231a20 > >>> vdev_mirror_io_start() at 0xffffffff803a744c = vdev_mirror_io_start+0x35c/frame 0xfffffe01b0231a70 > >>> zio_vdev_io_start() at 0xffffffff803ec86c = zio_vdev_io_start+0x28c/frame 0xfffffe01b0231ad0 > >>> zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231b20 > >>> taskqueue_run_locked() at 0xffffffff806d3d27 = taskqueue_run_locked+0x127/frame 0xfffffe01b0231b80 > >>> taskqueue_thread_loop() at 0xffffffff806d4ee8 = taskqueue_thread_loop+0xc8/frame 0xfffffe01b0231bb0 > >>> fork_exit() at 0xffffffff80640df5 = fork_exit+0x85/frame 0xfffffe01b0231bf0 > >>> fork_trampoline() at 0xffffffff8096915e = fork_trampoline+0xe/frame 0xfffffe01b0231bf0 > >>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > >>> Uptime: 4s > >>> > >> > >> This seems to be an unintended consequence of some code that was pulled > >> in from upstream today. > >> > >> Try adding: vfs.zfs.trim.enabled=0 > >> to /boot/loader.conf > >> > >> (you can set it manually from the boot loader menu with the set command > >> to get the system to boot) > > > > That worked. Thanks. > > > > BTW, the call to abd_put() was given a NULL pointer. > > > > Could you please re-enable ZFS TRIM support and test r320186 or later? > ZFS ABD is a rather large upstream change and our TRIM support is sprinkled over > non-trivial amount of code as well. > Thank you. r320186 works without disabling zfs trim support. Tested on both on XenServer at work and VirtualBox at home. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@freebsd.org Thu Jun 22 14:30:42 2017 Return-Path: <owner-freebsd-current@freebsd.org> Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74F88D8D791 for <freebsd-current@mailman.ysv.freebsd.org>; Thu, 22 Jun 2017 14:30:42 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 60D2C7D29A for <freebsd-current@freebsd.org>; Thu, 22 Jun 2017 14:30:42 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5FE36D8D78E; Thu, 22 Jun 2017 14:30:42 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F5FFD8D78C for <current@mailman.ysv.freebsd.org>; Thu, 22 Jun 2017 14:30:42 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2BCB57D297 for <current@FreeBSD.org>; Thu, 22 Jun 2017 14:30:42 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id A5DD2261867; Thu, 22 Jun 2017 16:30:40 +0200 (CEST) Subject: Re: ipfilter fails to compile WITHOUT_INET6 To: "Mikhail T." <mi+r29b@aldan.algebra.com>, current@FreeBSD.org References: <9fdc4fc7-5bc7-a0f4-0373-993a47f19f3c@aldan.algebra.com> From: Hans Petter Selasky <hps@selasky.org> Message-ID: <ef71a8e1-74d7-2a41-770c-fa0c7560d339@selasky.org> Date: Thu, 22 Jun 2017 16:28:34 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <9fdc4fc7-5bc7-a0f4-0373-993a47f19f3c@aldan.algebra.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current <freebsd-current.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-current>, <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current/>; List-Post: <mailto:freebsd-current@freebsd.org> List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-current>, <mailto:freebsd-current-request@freebsd.org?subject=subscribe> X-List-Received-Date: Thu, 22 Jun 2017 14:30:42 -0000 On 06/22/17 15:51, Mikhail T. wrote: > Trying to build 12.0-CURRENT (well, actually, the next-drm Git branch), > I get: > > ..../contrib/ipfilter/lib/printpoolnode.c:42:53: error: no member named > 'in6' in 'union i6addr' > str = inet_ntop(AF_INET6, > &np->ipn_addr.adf_addr.in6, > > The same error is raised by printhashnode.c . Yours, > Hi, Possibly drm-next needs a sync. Usually you only need the kernel from drm-next. --HPS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.21.1706221035250.37790>