From owner-freebsd-bugs@FreeBSD.ORG Sun Jan 29 19:30:15 2012 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 570B4106564A for ; Sun, 29 Jan 2012 19:30:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 427C08FC0A for ; Sun, 29 Jan 2012 19:30:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0TJUFeQ001261 for ; Sun, 29 Jan 2012 19:30:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0TJUFhN001256; Sun, 29 Jan 2012 19:30:15 GMT (envelope-from gnats) Date: Sun, 29 Jan 2012 19:30:15 GMT Message-Id: <201201291930.q0TJUFhN001256@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Stefan Krueger Cc: Subject: Re: misc/164565: kernel crash when kldunload'ing padlock X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefan Krueger List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2012 19:30:15 -0000 The following reply was made to PR kern/164565; it has been noted by GNATS. From: Stefan Krueger To: bug-followup@FreeBSD.org Cc: Patrick Lamaiziere Subject: Re: misc/164565: kernel crash when kldunload'ing padlock Date: Sun, 29 Jan 2012 20:23:20 +0100 > > Unloading the padlock kernel module makes the kernel crash. > Do you have a panic or there is just a crash without information? > If it panics, a back trace would be helpful, see > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html > Are you using padlock (ipsec?) when unloading? > Regards. Hi Patrick, thanks for fast reply. I get a backtrace indeed: # kldunload padlock panic: rw lock 0xfffffe00019a2698 not unlocked cpuid = 0 KDB: stack backtrace: #0 0xffffffff8049822e at kdb_backtrace+0x5e #1 0xffffffff80460d57 at panic+0x187 #2 0xffffffff8045fa84 at rw_destroy+0x34 #3 0xffffffff80baa848 at padlock_detach+0x108 #4 0xffffffff804919e4 at device_detach+0x94 #5 0xffffffff80491c80 at devclass_driver_deleted+0x70 #6 0xffffffff80491da1 at devclass_delete_driver+0x51 #7 0xffffffff80491fad at driver_module_handler+0x14d #8 0xffffffff8044fc05 at module_unload+0x35 #9 0xffffffff8044592b at linker_file_unload+0x16b #10 0xffffffff80446513 at kern_kldunload+0xf3 #11 0xffffffff8063eea3 at amd64_syscall+0x313 #12 0xffffffff80629f07 at Xfast_syscall+0xf7 Uptime: 31s Automatic reboot in 15 seconds - press a key on the console to abort Padlock is not in use (i.e. I netbooted a freebsd 9.0 kernel into single-user, so no IPSEC, no GELI, no nothing at that point) I'm pretty sure I could get a crashdump if you need one. Regards