From owner-freebsd-current@freebsd.org Mon Aug 8 20:15:42 2016 Return-Path: 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 8CF11BB2D7F for ; Mon, 8 Aug 2016 20:15:42 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FEEF1D36; Mon, 8 Aug 2016 20:15:42 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id u78KFYBd029974; Mon, 8 Aug 2016 13:15:38 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201608082015.u78KFYBd029974@gw.catspoiler.org> Date: Mon, 8 Aug 2016 13:15:34 -0700 (PDT) From: Don Lewis Subject: Re: kernel panic caused by virtualbox(?) To: jhb@freebsd.org cc: freebsd-current@freebsd.org In-Reply-To: <2743385.seuRjyAMVA@ralph.baldwin.cx> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 08 Aug 2016 20:15:42 -0000 On 8 Aug, John Baldwin wrote: > On Thursday, August 04, 2016 05:10:29 PM Don Lewis wrote: >> Reposted to -current to get some more eyes on this ... >> >> I just got a kernel panic when I started up a CentOS 7 VM in virtualbox. >> The host is: >> FreeBSD 12.0-CURRENT #17 r302500 GENERIC amd64 >> The virtualbox version is: >> virtualbox-ose-5.0.26 >> virtualbox-ose-kmod-5.0.26_1 >> >> The panic message is: >> >> panic: Unregistered use of FPU in kernel >> cpuid = 1 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe085a55d030 >> vpanic() at vpanic+0x182/frame 0xfffffe085a55d0b0 >> kassert_panic() at kassert_panic+0x126/frame 0xfffffe085a55d120 >> trap() at trap+0x7ae/frame 0xfffffe085a55d330 >> calltrap() at calltrap+0x8/frame 0xfffffe085a55d330 >> --- trap 0x16, rip = 0xffffffff827dd3a9, rsp = 0xfffffe085a55d408, rbp = 0xfffffe085a55d430 --- >> g_pLogger() at 0xffffffff827dd3a9/frame 0xfffffe085a55d430 >> g_pLogger() at 0xffffffff8274e5c7/frame 0x3 >> KDB: enter: panic >> >> Since g_pLogger is a symbol in vboxdrv.ko, it looks like virtualbox is >> the trigger. >> >> There are no symbols for the virtualbox kmods, possibly because I >> installed them as an upgrade using packages (built with the same source >> tree version) instead of by using PORTS_MODULES in make.conf, so ports >> kgdb didn't have anything useful to say about what happened before the >> trap. >> >> This panic is very repeatable. I just got another one when starting the >> same VM., but this time the two calls before the trap were >> null_bug_bypass(). Hmn, that symbol is in nullfs ... >> >> I don't see this with a Windows 7 VM. >> >> All of the virtualbox kmod files are compiled with -mno-mmx -mno-sse >> -msoft-float -mno-aes -mno-avx > > I suspect head packages are quite likely built against the a "wrong" KBI > and are too fragile to use for kmods vs compiling from ports. :-/ I would > try a built-from-ports kmod to see if the panics go away. The poudriere jail that I used to build the package was the same source version as the host. I updated the host to r303762 and manually rebuilt and installed the kmod from ports and still see the panic. What is interesting is that if I configure the Linux guests to use only one processor, the panic goes away. See for the latest info. I just figured out a way to test this on recent 10.3-STABLE without endangering my desktop machine. I should have some results in a couple hours after I bring the test machine up to date.