From owner-freebsd-bugs@freebsd.org Thu Dec 28 12:31:25 2017 Return-Path: Delivered-To: freebsd-bugs@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 E0547E8CC86 for ; Thu, 28 Dec 2017 12:31:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 CECB778B01 for ; Thu, 28 Dec 2017 12:31:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id vBSCVPdZ060210 for ; Thu, 28 Dec 2017 12:31:25 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 224479] kernel panic in reboot+swapoff sys call Date: Thu, 28 Dec 2017 12:31:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kib@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2017 12:31:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D224479 --- Comment #14 from Konstantin Belousov --- (In reply to Mark Millard from comment #13) There is no race, the system behaves as it supposed to. If swap storage is revoked, the swap in procedure panics. I am not sure that trying to convert this situation into SIGSEGV to the affected process is useful, because kern= el stacks can be also swapped out, and the kernel has no other way out except panicing. You complain about swap over file being enabled by default does not make se= nse either. The configuration requires explicit user involvement, and it is allowed by combination of the components that were designed to fit. The consequences of doing so is up to the user, we cannot and must not hold use= r' hands. Taking your line of reasoning, shall we disallow for installing the system on unreliable media like sdcard 'by default', because wearing makes = the system fail fast ? --=20 You are receiving this mail because: You are the assignee for the bug.=