From owner-svn-src-head@FreeBSD.ORG Tue Nov 4 14:23:41 2014 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D257CECA; Tue, 4 Nov 2014 14:23:41 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 65294ADF; Tue, 4 Nov 2014 14:23:41 +0000 (UTC) Received: from [172.16.1.27] (50-206-19-250-static.hfc.comcastbusiness.net [50.206.19.250]) by elvis.mu.org (Postfix) with ESMTPSA id 04EFE341F83D; Tue, 4 Nov 2014 06:23:35 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: svn commit: r274017 - head/sys/kern From: Alfred Perlstein X-Mailer: iPhone Mail (12B411) In-Reply-To: <88CC9FA2-D677-484A-8D6B-9DA66D8479AE@mu.org> Date: Tue, 4 Nov 2014 06:23:34 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201411030746.sA37kpPu037113@svn.freebsd.org> <5457F771.3010509@freebsd.org> <20141104092558.GP53947@kib.kiev.ua> <88CC9FA2-D677-484A-8D6B-9DA66D8479AE@mu.org> To: Konstantin Belousov Cc: "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , Alfred Perlstein , "src-committers@freebsd.org" , Mateusz Guzik X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 14:23:41 -0000 > On Nov 4, 2014, at 6:22 AM, Alfred Perlstein wrote: >=20 >=20 >=20 >>> On Nov 4, 2014, at 1:25 AM, Konstantin Belousov wr= ote: >>>=20 >>> On Mon, Nov 03, 2014 at 01:45:21PM -0800, Alfred Perlstein wrote: >>> Isn't there a problem where the stack can be swapped out? >>>=20 >>> I seem to recall a problem where a swapped out process was causing=20 >>> problems due to a buffer passed being stack allocated and that process=20= >>> being swapped out... >>>=20 >>> If this is not the case then please disregard. >>=20 >> Sure, stack can be swapped out, but buffer passing is usually not a probl= em. >> At least, I am not aware of cases. >>=20 >> In fact, many compat layers do exactly this, allocate the native-ABI >> structure on the stack, copyin the foreighn-ABI structure in pieces >> into the native-ABI one, and pass native to kern_foo() implementations. >>=20 >> So I think you worries are not realized. >=20 > Ok then as long as system will not pass this buffer as Dma target down to d= river we are ok. =20 Also thank you for explanation.=20=