From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 19 14:31:29 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C171116A4CE; Sun, 19 Sep 2004 14:31:29 +0000 (GMT) Received: from stella.fs.ei.tum.de (stella.fs.ei.tum.de [129.187.54.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACEF643D31; Sun, 19 Sep 2004 14:31:28 +0000 (GMT) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id 24E7530A89; Sun, 19 Sep 2004 16:31:25 +0200 (CEST) Received: from [10.150.180.176] (r180176.olydorf.swh.mhn.de [10.150.180.176]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by stella.fs.ei.tum.de (Postfix) with ESMTP id 4E27F30A88; Sun, 19 Sep 2004 16:31:21 +0200 (CEST) In-Reply-To: <15147.1095545330@critter.freebsd.dk> References: <15147.1095545330@critter.freebsd.dk> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-6--814523413" Message-Id: <910E35B1-0A48-11D9-B85E-000A95F07A7A@fs.ei.tum.de> Content-Transfer-Encoding: 7bit From: Simon 'corecode' Schubert Date: Sun, 19 Sep 2004 16:31:17 +0200 To: "Poul-Henning Kamp" X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3) X-Mailer: Apple Mail (2.619) X-Virus-Scanned: by AMaViS 0.3.12 cc: FreeBSD Hackers cc: John Baldwin Subject: Re: cvs commit: src/sys/boot/i386/boot2 boot2.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2004 14:31:29 -0000 --Apple-Mail-6--814523413 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On 19.09.2004, at 00:08, Poul-Henning Kamp wrote: >>>> Err, I don't see how it could. This only affects how boot2 >>>> handles addresses >> in the executables it loads, it doesn't affect how the kernel manages >> memory >> at all. > We're seeing isa-dma bounce buffers getting hard to get hold of these > days. Is there a way to first default to above-16M memory segments on allocations and only take the lower 16M if either a) explicitly requested by M_LOWMEM or b) no more high memory available? cheers simon -- /"\ \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --Apple-Mail-6--814523413 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBTZg4r5S+dk6z85oRApCsAJsGXD0biaU1uDkcTG4h1f9F11itggCgmEB4 Nb0Qhdbc/SXPG8v6qTNyUNM= =P7LN -----END PGP SIGNATURE----- --Apple-Mail-6--814523413--