NetBSD Problem Report #56084

From tsutsui@ceres.dti.ne.jp  Mon Mar 29 13:56:09 2021
Return-Path: <tsutsui@ceres.dti.ne.jp>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id F373F1A9217
	for <gnats-bugs@gnats.NetBSD.org>; Mon, 29 Mar 2021 13:56:08 +0000 (UTC)
Message-Id: <202103291356.12TDu0LH015744@ceres.dti.ne.jp>
Date: Mon, 29 Mar 2021 22:56:00 +0900 (JST)
From: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
Reply-To: tsutsui@ceres.dti.ne.jp
To: gnats-bugs@NetBSD.org
Cc: tsutsui@ceres.dti.ne.jp
Subject: sparc crashdump and savecore(8) not working
X-Send-Pr-Version: 3.95

>Number:         56084
>Category:       port-sparc
>Synopsis:       sparc crashdump and savecore(8) not working
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    port-sparc-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Mar 29 14:00:00 +0000 2021
>Originator:     Izumi Tsutsui
>Release:        NetBSD 9.1
>Organization:
>Environment:
System: NetBSD 9.1 (GENERIC) #0: Sun Oct 18 19:24:30 UTC 2020
 mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/sparc/compile/GENERIC
Architecture: sparc
Machine: sparc
>Description:
It looks kernel crashdump and savecore(8) don't work as expected
on NetBSD/sparc 9.1.

>How-To-Repeat:
reboot -d on NetBSD/sparc 9.1

# reboot -d
 :
syncing disks... done
Frame pointer is at 0xf38ced10
 :
dumping to dev 7,1 offset 186991
dump succeeded

 :

# savecore
savecore: dump_exists:471: kvm_read newdumpmag: _kvm_kvatop(f05132d8)
#

>Fix:
No idea. There is no "dumping MBs" logs:
---
void
dumpsys(void)
{

[snip]

		for (; i < mp->len; i += n) {
			n = mp->len - i;
			if (n > BYTES_PER_DUMP)
				 n = BYTES_PER_DUMP;

			/* print out how many MBs we have dumped */
			if (i && (i % (1024*1024)) == 0)
				printf_nolog("%d ", i / (1024*1024));

			(void) pmap_map(dumpspace, maddr, maddr + n,
					VM_PROT_READ);
			error = (*dump)(dumpdev, blkno,
					(void *)dumpspace, (int)n);
			pmap_kremove(dumpspace, n);
			pmap_update(pmap_kernel());
---

so something wrong in pmap_dumpsize() in machdep.c?

Home	PR Database Search