From owner-freebsd-current@FreeBSD.ORG Fri Apr 15 12:02:24 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 A48A316A4CE for ; Fri, 15 Apr 2005 12:02:24 +0000 (GMT) Received: from ns.cygnus.de (ns.cygnus.de [194.221.99.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 500F143D2F for ; Fri, 15 Apr 2005 12:02:23 +0000 (GMT) (envelope-from gth@cmex.de) Received: from [192.168.1.4] (p549978F6.dip.t-dialin.net [84.153.120.246]) j3FCIO802742 for ; Fri, 15 Apr 2005 14:18:24 +0200 X-Authentication-Warning: ns.cygnus.de: Host p549978F6.dip.t-dialin.net [84.153.120.246] claimed to be [192.168.1.4] From: Gunther Thiel To: freebsd-current@freebsd.org Message-Id: <1113566521.25223.41.camel@darthvader> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 15 Apr 2005 14:02:02 +0200 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Stackable Filesystems/deadlock/VI_DOOMED 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: Fri, 15 Apr 2005 12:02:24 -0000 Had posted this one to freebsd-fs but there is apparently not too much going on. So, am retrying it here. I am working on stackable filesystems using 5.3-STABLE and figured that there are still deadlock problems when using the nullfs template on a busy, stressed machine. >From what I have experienced, apparently the deadlock occurs when trying to get a new node while it's being recycled. What I have seen in the VFS code of the CURRENT branch looks very promising (VI_DOOMED instead of VI_XLOCK!), but as I have no clue when new VFS stuff will be in a solid state, I wanted to ask if the problem is at all solveable with the VFS concept under 5.3 and if so, how. If it is not solveable (which is my personal guess) would someone mind giving me a hint on dependencies when I would only like to use as much stuff from CURRENT to move to new VFS concept (with all the ostentatious risks)? Thanks very much! Gunther