From owner-freebsd-arch@FreeBSD.ORG Sat Feb 25 19:16:12 2012 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 241071065670; Sat, 25 Feb 2012 19:16:12 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E92458FC1B; Sat, 25 Feb 2012 19:16:11 +0000 (UTC) Received: from [192.168.2.111] (host86-163-246-207.range86-163.btcentralplus.com [86.163.246.207]) by cyrus.watson.org (Postfix) with ESMTPSA id DD54446B2A; Sat, 25 Feb 2012 14:16:10 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: <20120225174818.GC55074@deviant.kiev.zoral.com.ua> Date: Sat, 25 Feb 2012 19:16:08 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <8B0B7D86-1EE6-4901-9E36-EA1918315163@freebsd.org> References: <20120112215106.GC31224@deviant.kiev.zoral.com.ua> <86hazntwmu.fsf@kopusha.home.net> <20120123031238.GL31224@deviant.kiev.zoral.com.ua> <86zkcfu9ac.fsf@kopusha.home.net> <20120218215003.GM3283@deviant.kiev.zoral.com.ua> <86ehtrf8qf.fsf@kopusha.home.net> <20120219170151.GS3283@deviant.kiev.zoral.com.ua> <86d393dvqr.fsf@kopusha.home.net> <20120225174818.GC55074@deviant.kiev.zoral.com.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1257) Cc: Mikolaj Golub , freebsd-arch@freebsd.org Subject: Re: unix domain sockets on nullfs(5) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2012 19:16:12 -0000 On 25 Feb 2012, at 17:48, Konstantin Belousov wrote: >> I am thinking now about 'MFC after'. Thanks to jhb's spare vops it = looks like >> it is possible to merge it in stable/9 without breaking the KBI, but = then I >> will consume 3 of 5 available spare vops. So is it worth doing? > I do not think that we shall be so restrained on the use of spare = VOPs. I think the only real question here is whether John had specific things = in mind when he added the spares, or whether they are open for general = use. Assuming they are open for general use, this use seems a quite = beneficial one :-). Robert=