From owner-cvs-src@FreeBSD.ORG  Sat Sep 20 14:16:19 2003
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9E2F216A4B3; Sat, 20 Sep 2003 14:16:19 -0700 (PDT)
Received: from k6.locore.ca (k6.locore.ca [198.96.117.170])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 830FF43FE0; Sat, 20 Sep 2003 14:16:18 -0700 (PDT)
	(envelope-from jake@locore.ca)
Received: by k6.locore.ca (Postfix, from userid 1000)
	id 3BB3D1B08E; Sat, 20 Sep 2003 17:15:24 -0400 (EDT)
Date: Sat, 20 Sep 2003 17:15:24 -0400
From: Jake Burkholder <jake@locore.ca>
To: "Alan L. Cox" <alc@imimic.com>
Message-ID: <20030920211524.GB15802@locore.ca>
References: <200309201700.h8KH0xN0092997@repoman.freebsd.org>
	<3F6C9DD5.289EBC11@imimic.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3F6C9DD5.289EBC11@imimic.com>
User-Agent: Mutt/1.4.1i
cc: cvs-src@FreeBSD.org
cc: src-committers@FreeBSD.org
cc: cvs-all@FreeBSD.org
Subject: Re: cvs commit: src/sys/sparc64/sparc64 pmap.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Sep 2003 21:16:19 -0000

Apparently, On Sat, Sep 20, 2003 at 01:35:01PM -0500,
	Alan L. Cox said words to the effect of;

> Jake Burkholder wrote:
> > 
> > jake        2003/09/20 10:00:59 PDT
> > 
> >   FreeBSD src repository
> > 
> >   Modified files:
> >     sys/sparc64/sparc64  pmap.c
> >   Log:
> >   Remove an invalid KASSERT.  Apparently pmap_remove_all gets called on
> >   unmanaged pages.
> > 
> >   Revision  Changes    Path
> >   1.124     +0 -3      src/sys/sparc64/sparc64/pmap.c
> 
> FYI, this is, perhaps, triggered by a recent change that I made to
> kmem_malloc(), which declares the allocated pages as unmanaged.

Ahh, ok, thanks, I wondered.  The i386 pmap has similar assertions but
they seem to never be compiled.

Jake