From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 26 15:19:02 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 59D39439 for ; Tue, 26 Feb 2013 15:19:02 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [188.252.31.196]) by mx1.freebsd.org (Postfix) with ESMTP id C8B339DF for ; Tue, 26 Feb 2013 15:19:01 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.6/8.14.5) with ESMTP id r1QFIj0m027045; Tue, 26 Feb 2013 16:18:45 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.6/8.14.5/Submit) with ESMTP id r1QFIjQf027042; Tue, 26 Feb 2013 16:18:45 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 26 Feb 2013 16:18:44 +0100 (CET) From: Wojciech Puchar To: Vincent Hoffman Subject: Re: attaching iscsi (or ggate) disk before mounting root In-Reply-To: <51292900.6010400@unsane.co.uk> Message-ID: References: <51292900.6010400@unsane.co.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Tue, 26 Feb 2013 16:18:45 +0100 (CET) Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2013 15:19:02 -0000 thank you very much. i solved that problem other way, finally ending in NFS root. but i still need raw block device as swap device, which will (rarely) be in active use. What do you recommend - iscsi or geom_gate. the latter is 100 times more simple, and i like simple solutions. but geom_gate use userland process for I/O. Does it make a risk of deadlock? is iscsi deadlock free too? i mean iscsi in kernel needs to allocate memory to perform swapout, but it have to wait for free memory, but memory will not be freed until swapout is done.