From owner-freebsd-commit  Wed Jan 24 22:06:49 1996
Return-Path: owner-commit
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id WAA08370
          for freebsd-commit-outgoing; Wed, 24 Jan 1996 22:06:49 -0800 (PST)
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id WAA08281
          for cvs-all-outgoing; Wed, 24 Jan 1996 22:05:57 -0800 (PST)
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id WAA08251
          for cvs-sys-outgoing; Wed, 24 Jan 1996 22:05:47 -0800 (PST)
Received: (from peter@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id WAA08239
          Wed, 24 Jan 1996 22:05:43 -0800 (PST)
Date: Wed, 24 Jan 1996 22:05:43 -0800 (PST)
From: Peter Wemm <peter>
Message-Id: <199601250605.WAA08239@freefall.freebsd.org>
To: CVS-committers, cvs-sys
Subject: cvs commit: src/sys/miscfs/procfs procfs_mem.c
Sender: owner-commit@FreeBSD.ORG
Precedence: bulk

peter       96/01/24 22:05:42

  Modified:    sys/miscfs/procfs  procfs_mem.c
  Log:
  This time, really make the procfs work when reading stuff from the UPAGES.
  
  This is a really ugly bandaid on the problem, but it works well enough for
  'ps -u' to start working again.  The problem was caused by the user
  address space shrinking by a little bit and the UPAGES being "cast off" to
  become a seperate entity rather than being at the top of the process's
  vmspace.  That optimization was part of John's most recent VM speedups.
  
  Now, rather than decoding the VM space, it merely ensures the pages are
  in core and accesses them the same way the ptrace(PT_READ_U..) code does,
  ie: off the p->p_addr pointer.
  
  Revision  Changes    Path
  1.17      +34 -15    src/sys/miscfs/procfs/procfs_mem.c