From owner-cvs-src@FreeBSD.ORG  Wed Jul 30 08:22:38 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 D6A5537B404; Wed, 30 Jul 2003 08:22:38 -0700 (PDT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 471A043FBD; Wed, 30 Jul 2003 08:22:38 -0700 (PDT)
	(envelope-from bmilekic@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.6/8.12.6) with ESMTP id h6UFMb0U046667;
	Wed, 30 Jul 2003 08:22:37 -0700 (PDT)
	(envelope-from bmilekic@repoman.freebsd.org)
Received: (from bmilekic@localhost)
	by repoman.freebsd.org (8.12.6/8.12.6/Submit) id h6UFMbs3046666;
	Wed, 30 Jul 2003 08:22:37 -0700 (PDT)
Message-Id: <200307301522.h6UFMbs3046666@repoman.freebsd.org>
From: Bosko Milekic <bmilekic@FreeBSD.org>
Date: Wed, 30 Jul 2003 08:22:37 -0700 (PDT)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sys/vm uma_core.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: Wed, 30 Jul 2003 15:22:39 -0000

bmilekic    2003/07/30 08:22:37 PDT

  FreeBSD src repository

  Modified files:
    sys/vm               uma_core.c 
  Log:
  When generating the zone stats make sure to handle the master zone
  ("UMA Zone") carefully, because it does not have pcpu caches allocated
  at all.  In the UP case, we did not catch this because one pcpu cache
  is always allocated with the zone, but for the MP case, we were getting
  bogus stats for this zone.
  
  Tested by: Lukas Ertl <le@univie.ac.at>
  
  Revision  Changes    Path
  1.68      +7 -0      src/sys/vm/uma_core.c