From owner-freebsd-bugs@FreeBSD.ORG Tue May 20 20:35:45 2008 Return-Path: Delivered-To: freebsd-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF3E71065671; Tue, 20 May 2008 20:35:45 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id C7E798FC16; Tue, 20 May 2008 20:35:45 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTP id C492E125439; Wed, 21 May 2008 05:19:39 +0900 (JST) Message-ID: <4833325A.2040103@freebsd.org> Date: Wed, 21 May 2008 05:19:38 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.14 (X11/20080507) MIME-Version: 1.0 To: matteo@FreeBSD.org References: <200805170903.m4H93G09079190@freefall.freebsd.org> In-Reply-To: <200805170903.m4H93G09079190@freefall.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-bugs@FreeBSD.org, Masanori OZAWA Subject: Re: bin/123574: [unionfs] df(1) -t option destroys info for unionfs (and maybe other) mounts X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 May 2008 20:35:46 -0000 matteo@FreeBSD.org wrote: > Synopsis: [unionfs] df(1) -t option destroys info for unionfs (and maybe other) mounts (snip) > User is running 6.3 which, IIRC, does not include the new unionfs implementation, but this > bug may be present in the new one too. Daichi surely knows whether this is the case. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=123574 I suppose that this issue depends on implementation of df(1) not unionfs. Most case df gets filesystem information by getmntinfo(3), but in "df -t" case, it gets that by statfs(2). "df -t" uses statfs(2) with a target mount point, so "df -t" prints top layer filesystem information mount-count repeated. I guess that to fix this issue, the change of df(1) implementations is better way :) Do you know who is better man to maintain df(1) implementation? It seems that df(1) does not have active maintainer. -- Daichi GOTO, http://people.freebsd.org/~daichi