From owner-freebsd-arch@FreeBSD.ORG  Fri Sep  2 12:48:29 2005
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
X-Original-To: freebsd-arch@FreeBSD.org
Delivered-To: freebsd-arch@FreeBSD.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1890E16A468
	for <freebsd-arch@FreeBSD.org>; Fri,  2 Sep 2005 12:48:29 +0000 (GMT)
	(envelope-from phk@phk.freebsd.dk)
Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 93CE343D4C
	for <freebsd-arch@FreeBSD.org>; Fri,  2 Sep 2005 12:48:28 +0000 (GMT)
	(envelope-from phk@phk.freebsd.dk)
Received: from phk.freebsd.dk (unknown [192.168.48.2])
	by haven.freebsd.dk (Postfix) with ESMTP id 6BE5BBC66;
	Fri,  2 Sep 2005 12:48:24 +0000 (UTC)
To: Bruce Evans <bde@zeta.org.au>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Fri, 02 Sep 2005 21:39:06 +1000."
	<20050902205456.S2885@delplex.bde.org> 
Date: Fri, 02 Sep 2005 14:48:23 +0200
Message-ID: <35672.1125665303@phk.freebsd.dk>
Sender: phk@phk.freebsd.dk
Cc: Dmitry Pryanishnikov <dmitry@atlantis.dp.ua>, freebsd-arch@FreeBSD.org
Subject: Re: kern/85503: panic: wrong dirclust using msdosfs in RELENG_6 
X-BeenThere: freebsd-arch@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussion related to FreeBSD architecture <freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Sep 2005 12:48:29 -0000

In message <20050902205456.S2885@delplex.bde.org>, Bruce Evans writes:

>If you want to fix this, first work on the much larger problems of enlarging
>ino_t and changing the not-unused ffs file system to support more than 4G
>files.  Note that this was considered too hard to do for ffs2.

Not quite.  It was considered and we decided that it would be a waste
of perfectly good diskspace and performance.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.