From owner-freebsd-stable@FreeBSD.ORG Tue Nov 28 20:22:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B170516A417 for ; Tue, 28 Nov 2006 20:22:08 +0000 (UTC) (envelope-from fjoe@neo.samodelkin.net) Received: from neo.samodelkin.net (samodelkin.net [195.62.0.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8779043D45 for ; Tue, 28 Nov 2006 20:20:14 +0000 (GMT) (envelope-from fjoe@neo.samodelkin.net) Received: by neo.samodelkin.net (Postfix, from userid 1000) id 8B8791706E; Wed, 29 Nov 2006 02:19:28 +0600 (NOVT) Date: Wed, 29 Nov 2006 02:19:28 +0600 From: Max Khon To: freebsd-stable@freebsd.org, rcoleman@criticalmagic.com, security@jim-liesl.org Message-ID: <20061128201928.GC71715@samodelkin.net> References: <200611271705.kARH507m045367@lurza.secnetix.de> <200611281756.kASHu547017135@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611281756.kASHu547017135@lurza.secnetix.de> User-Agent: Mutt/1.4.2i Cc: Subject: Re: Large msdosfs disk will not mount on RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 20:22:08 -0000 Hi! On Tue, Nov 28, 2006 at 06:56:05PM +0100, Oliver Fromme wrote: > > [...] > > Well, the mentioned problems (running out of kernel memory > > and NFS export difficulties) can occur with msdosfs file > > systems of any size, including ones that are smaller than > > 128 GB. It would be really annoying to not be able to > > mount a USB stick with a lot of files on a machine with > > small RAM (it could panic the machine without warning). > > [...] > > I'm afraid that part of my mail was wrong. If the file > system is smaller than 128 GB, the mapping table is not > used, even if MSDOSFS_LARGE is enabled in the kernel. Looks like MSDOSFS_LARGE should be enabled by default. /fjoe