From owner-cvs-all  Mon Oct 16 17:25:47 2000
Delivered-To: cvs-all@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id B939237B66D; Mon, 16 Oct 2000 17:25:43 -0700 (PDT)
Received: (from gallatin@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id RAA09772;
	Mon, 16 Oct 2000 17:25:43 -0700 (PDT)
	(envelope-from gallatin@FreeBSD.org)
Message-Id: <200010170025.RAA09772@freefall.freebsd.org>
From: Andrew Gallatin <gallatin@FreeBSD.org>
Date: Mon, 16 Oct 2000 17:25:43 -0700 (PDT)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/sys/i386/linux linux_machdep.c
X-FreeBSD-CVS-Branch: HEAD
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

gallatin    2000/10/16 17:25:43 PDT

  Modified files:
    sys/i386/linux       linux_machdep.c 
  Log:
  Some linux apps, such as IBM's JDK 1.3, will attempt to mmap thread
  stacks near the top of their address space.  If their TOS is greater
  than vm_maxsaddr, vm_map_growstack() will confuse the thread stack
  with the process stack and deliver a SEGV if they attempt to grow the
  thread stack past their current stacksize rlimit.  To avoid this,
  adjust vm_maxsaddr upwards to reflect the current stacksize rlimit
  rather than the maximum possible stacksize.  It would be better to
  adjust the mmap'ed region, but some apps (again, IBM's JDK 1.3) do not
  check mmap's return value..
  
  This commit (in conjunction with setting MINSIGSTKSZ to 2048 &
  rebuilding your kernel and modules) will get IBM's JDK 1.3 working
  with FreeBSD at least well enough to run many of the example applets.
  
  Reviewed by: marcel
  Tested by:   sto@stat.duke.edu, many others on freebsd-java@
  
  Revision  Changes    Path
  1.5       +29 -1     src/sys/i386/linux/linux_machdep.c



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