From owner-freebsd-current@FreeBSD.ORG Sun Jan 9 05:41:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F0AB16A4CE; Sun, 9 Jan 2005 05:41:01 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 359AA43D31; Sun, 9 Jan 2005 05:40:58 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j095ess3096552; Sun, 9 Jan 2005 16:10:55 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 9 Jan 2005 16:10:44 +1030 User-Agent: KMail/1.7.1 References: <20050109011132.GJ39552@cirb503493.alcatel.com.au> <41E0C02F.60100@freebsd.org> In-Reply-To: <41E0C02F.60100@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6024751.l3Fc9boJEZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501091610.51185.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Peter Jeremy cc: Scott Long Subject: Re: bus_dmamem_alloc() can't handle large NOWAIT requests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 05:41:01 -0000 --nextPart6024751.l3Fc9boJEZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 9 Jan 2005 15:55, Scott Long wrote: > > bus_dmamem_alloc() maps BUS_DMA_NOWAIT to M_NOWAIT but contigmalloc() > > does not support M_NOWAIT and will tsleep() under some conditions. > > > > Unfortunately, I don't know enough about the VM code to be able to > > suggest a fix. > > Will contigmalloc() actually sleep? If so, then this is something that > needs to be addressed in contigmalloc. Couldn't contigmalloc() just return NULL if it was going to sleep? (hehe.. "just" ;) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart6024751.l3Fc9boJEZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB4MPj5ZPcIHs/zowRArkAAJ0WjM7ycTtZ41lnzIdr8e0xVDmiQQCfcvB9 BpHsDxxEYyd3hK8rt0CCSME= =OSdh -----END PGP SIGNATURE----- --nextPart6024751.l3Fc9boJEZ--