From owner-cvs-all Wed Apr 28 13: 8:18 1999 Delivered-To: cvs-all@freebsd.org Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3]) by hub.freebsd.org (Postfix) with ESMTP id 18F461578B; Wed, 28 Apr 1999 13:07:57 -0700 (PDT) (envelope-from tejblum@arc.hq.cti.ru) Received: from arc.hq.cti.ru (localhost [127.0.0.1]) by arc.hq.cti.ru (8.9.2/8.9.0) with ESMTP id AAA89272; Thu, 29 Apr 1999 00:07:52 +0400 (MSD) Message-Id: <199904282007.AAA89272@arc.hq.cti.ru> X-Mailer: exmh version 2.0zeta 7/24/97 To: Doug Rabson Cc: Dmitrij Tejblum , cvs-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/alpha/alpha pmap.c In-reply-to: Your message of "Wed, 28 Apr 1999 20:01:20 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 29 Apr 1999 00:07:51 +0400 From: Dmitrij Tejblum Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > On Wed, 28 Apr 1999, Dmitrij Tejblum wrote: > > > dt 1999/04/28 08:52:11 PDT > > > > Modified files: > > sys/alpha/alpha pmap.c > > Log: > > pmap_emulate_reference: don't ever lose PV_TABLE_MOD bit on page. If > > PV_TABLE_REF cleared before PV_TABLE_MOD, the page may get fault on read again. > > > > On fault on write, pmap_emulate_reference mark the page dirty with > > vm_page_dirty. That decrease ill effects of the bug. > > > > The problem probably become more serious after my rev.1.18 a week ago. > > Is this connected with the 'pv_table for %x is inconsistent' panic? I > have seen this a couple of times recently but I haven't managed to debug > it. I don't think so: the code in question only touch flags, it doesn't touch addresses. I haven't seen the panic. (I just discovered that freshly built kernel panic on boot in run_interrupt_driven_config_hooks+0x68 due to a memory access fault. :-| Ideas?) Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message