From owner-cvs-all  Thu Apr  1  6:45:36 1999
Delivered-To: cvs-all@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 80CA31508B; Thu,  1 Apr 1999 06:45:35 -0800 (PST)
	(envelope-from wpaul@FreeBSD.org)
Received: (from wpaul@localhost)
	by freefall.freebsd.org (8.9.2/8.9.2) id GAA75465;
	Thu, 1 Apr 1999 06:45:19 -0800 (PST)
	(envelope-from wpaul@FreeBSD.org)
Message-Id: <199904011445.GAA75465@freefall.freebsd.org>
From: Bill Paul <wpaul@FreeBSD.org>
Date: Thu, 1 Apr 1999 06:45:19 -0800 (PST)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/bin/ps ps.c
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

wpaul       1999/04/01 06:45:19 PST

  Modified files:
    bin/ps               ps.c 
  Log:
  On FreeBSD/alpha, ps(1) does not correctly report process start times
  and CPU runtime because it can't access the user area via /proc/<pid>/mem.
  This is because the uarea is not mapped into the process address space
  at USRSTACK on the alpha like it is on the x86.
  
  Since I'm haven't been able to wrap my brain around the VM system enough
  to be able to figure out how to achieve this mapping, and since it's
  questionable that such an architectural change is correct, I implemented
  a workaround to allow ps(1) to read the uarea from /dev/kmem using
  kvm_read() instead of from the process address space via kvm_uread().
  The kludge is hidden inside #ifdef __alpha__/#endif so as not to impact
  the x86. (Note that top(1) probably uses this same gimmick since it works
  on FreeBSD/alpha.)
  
  Reviewed by: dfr
  
  Revision  Changes    Path
  1.26      +40 -1     src/bin/ps/ps.c


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message