From nobody Wed Mar 22 13:47:52 2023 X-Original-To: dev-commits-src-branches@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PhVCr305Qz40s6g; Wed, 22 Mar 2023 13:47:52 +0000 (UTC) (envelope-from git@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PhVCr2WJTz4YZ4; Wed, 22 Mar 2023 13:47:52 +0000 (UTC) (envelope-from git@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1679492872; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=X6ILnzla/1k77aIK7Mh4G+a28IUWTvXuoPcp7Ycfuuk=; b=DIkO3/spxf+5ZZzX63uhSk4CGdiTVAWLe/yJ3d23latgSUmuIWEOXSklNGSYs+gGKMgr1U Ey9sX6AtlyK2Hh59bLYkteypl1Dzro9tnALc/3AsB8MjmSxNX+G2Ei7+hHW7SZoSmMZFHX SjGoDTZzjO453CdJ8B1ZRHbjX85ylT+dpX8fZRuNBPJ2cZw+7QawXM9RCQ4MdviGvupnv9 7GJOvwUXFojkybOvBv8Aww0ZPUOQnXumoEnbodSFziXjUBmgbjzopjDFB0MYl7mKldyKqg 5WfZWNTOJQEDnMhJfls9DZ6uZHQxc1amQ/wUG/bzqXscynr87duR5EJ/F5nppQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1679492872; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=X6ILnzla/1k77aIK7Mh4G+a28IUWTvXuoPcp7Ycfuuk=; b=eUWYU0GPE3aNbSYpZFnt0TZ67VRNfsTR6yLzsXRfZXYkEqBkkKZMSijm2nndEaj0yjcQhb D3/ACB/DufElRQ4CMP5RxM1lw08uL9NRqBIF4she0fvup9SJfMfd/HO0OWRB5Gh45iVcDy J7slk/0QyGJXRjWrMXY+tlh+Nu96P933Wyz35xBZPMi/ygK4LcUCkOwjr157+0H+uciByy QYpAEIT5w+3eJ0O+5LKTnFY8ULNNjN3X1VKRRZiNL8NNGV1DdBSzMJow+b0Zn6MyW2tO+y zFs/60DqW7Di902Co4wNchOJ3pKa5qKWg3aCFWg1tLNAjZ8iFbJQcHxVN1g8yA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1679492872; a=rsa-sha256; cv=none; b=RTKVT15AfJUkhBtoLdtpK+M1IcNdOsMX67GVmqHOAMSkUt6SLYJTZ8O3S8l8AQsY9/CuqW GG53N1lZq53U56c95NQTZTLXcWdw0tB/wo4NSK36+lTf19fMIFxfkbtCGzxApyMpwhZwPB 04yZtlpVhxfI64JqIhnD0OhU8E/NcPeGKtGlxgl4mrTyIuytAr2yvIr773C0G899avJYMf Jcfwf0mBEsCnEZZKnj/nGPmmvPUS3gbu/2t09Ckn2vGINFkK8NhkFkP0JUUZ4lQYYaKJ48 GJ+wHNoIVKDazPSi3Cpjj7LRI61jHnG+7uH8tgfCNhI1asCEEZjTVAFQ9nMkOQ== Received: from gitrepo.freebsd.org (gitrepo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4PhVCr1Z66zw7Z; Wed, 22 Mar 2023 13:47:52 +0000 (UTC) (envelope-from git@FreeBSD.org) Received: from gitrepo.freebsd.org ([127.0.1.44]) by gitrepo.freebsd.org (8.16.1/8.16.1) with ESMTP id 32MDlqKC045761; Wed, 22 Mar 2023 13:47:52 GMT (envelope-from git@gitrepo.freebsd.org) Received: (from git@localhost) by gitrepo.freebsd.org (8.16.1/8.16.1/Submit) id 32MDlqdN045760; Wed, 22 Mar 2023 13:47:52 GMT (envelope-from git) Date: Wed, 22 Mar 2023 13:47:52 GMT Message-Id: <202303221347.32MDlqdN045760@gitrepo.freebsd.org> To: src-committers@FreeBSD.org, dev-commits-src-all@FreeBSD.org, dev-commits-src-branches@FreeBSD.org From: Mark Johnston Subject: git: 94c208a07f70 - releng/13.2 - kerneldump: Inline dump_savectx() into its callers List-Id: Commits to the stable branches of the FreeBSD src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-branches List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-branches@freebsd.org X-BeenThere: dev-commits-src-branches@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Git-Committer: markj X-Git-Repository: src X-Git-Refname: refs/heads/releng/13.2 X-Git-Reftype: branch X-Git-Commit: 94c208a07f70512aa3aadcde8b3ee7f605ae6bf3 Auto-Submitted: auto-generated X-ThisMailContainsUnwantedMimeParts: N The branch releng/13.2 has been updated by markj: URL: https://cgit.FreeBSD.org/src/commit/?id=94c208a07f70512aa3aadcde8b3ee7f605ae6bf3 commit 94c208a07f70512aa3aadcde8b3ee7f605ae6bf3 Author: Mark Johnston AuthorDate: 2023-03-20 18:16:00 +0000 Commit: Mark Johnston CommitDate: 2023-03-22 13:47:34 +0000 kerneldump: Inline dump_savectx() into its callers The callers of dump_savectx() (i.e., doadump() and livedump_start()) subsequently call dumpsys()/minidumpsys(), which dump the calling thread's stack when writing the dump. If dump_savectx() gets its own stack frame, that frame might be clobbered when its caller later calls dumpsys()/minidumpsys(), making it difficult for debuggers to unwind the stack. Fix this by making dump_savectx() a macro, so that savectx() is always called directly by the function which subsequently calls dumpsys()/minidumpsys(). This fixes stack unwinding for the panicking thread from arm64 minidumps. The same happened to work on amd64, but kgdb reports the dump_savectx() calls as coming from dumpsys(), so in that case it appears to work by accident. Approved by: re (gjb) Fixes: c9114f9f86f9 ("Add new vnode dumper to support live minidumps") Reviewed by: mhorne, jhb MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D39151 (cherry picked from commit c3179891f897d840f578a5139839fcacb587c96d) (cherry picked from commit 2310894c1021f49b6c3003ba215ca978eee2be75) --- sys/kern/kern_shutdown.c | 15 ++------------- sys/kern/kern_vnodedumper.c | 1 + sys/sys/conf.h | 16 +++++++++++++++- 3 files changed, 18 insertions(+), 14 deletions(-) diff --git a/sys/kern/kern_shutdown.c b/sys/kern/kern_shutdown.c index ee6faa222206..cf9411420304 100644 --- a/sys/kern/kern_shutdown.c +++ b/sys/kern/kern_shutdown.c @@ -239,8 +239,8 @@ MTX_SYSINIT(dumper_configs, &dumpconf_list_lk, "dumper config list", MTX_DEF); static TAILQ_HEAD(dumpconflist, dumperinfo) dumper_configs = TAILQ_HEAD_INITIALIZER(dumper_configs); -/* Context information for dump-debuggers. */ -static struct pcb dumppcb; /* Registers. */ +/* Context information for dump-debuggers, saved by the dump_savectx() macro. */ +struct pcb dumppcb; /* Registers. */ lwpid_t dumptid; /* Thread ID. */ static struct cdevsw reroot_cdevsw = { @@ -381,17 +381,6 @@ print_uptime(void) printf("%lds\n", (long)ts.tv_sec); } -/* - * Set up a context that can be extracted from the dump. - */ -void -dump_savectx(void) -{ - - savectx(&dumppcb); - dumptid = curthread->td_tid; -} - int doadump(boolean_t textdump) { diff --git a/sys/kern/kern_vnodedumper.c b/sys/kern/kern_vnodedumper.c index 26154af20372..0104369b9d67 100644 --- a/sys/kern/kern_vnodedumper.c +++ b/sys/kern/kern_vnodedumper.c @@ -44,6 +44,7 @@ #include #include +#include #include static dumper_start_t vnode_dumper_start; diff --git a/sys/sys/conf.h b/sys/sys/conf.h index 9f60dcaf62fa..b75af5a7705f 100644 --- a/sys/sys/conf.h +++ b/sys/sys/conf.h @@ -361,7 +361,21 @@ struct dumperinfo { extern int dumping; /* system is dumping */ -void dump_savectx(void); +/* + * Save registers for later extraction from a kernel dump. + * + * This must be inlined into the caller, which in turn must be the function that + * calls (mini)dumpsys(). Otherwise, the saved frame pointer will reference a + * stack frame that may be clobbered by subsequent function calls. + */ +#define dump_savectx() do { \ + extern struct pcb dumppcb; \ + extern lwpid_t dumptid; \ + \ + savectx(&dumppcb); \ + dumptid = curthread->td_tid; \ +} while (0) + int doadump(boolean_t); struct diocskerneldump_arg; int dumper_create(const struct dumperinfo *di_template, const char *devname,