From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: Implementing NVMHCI... Date: Sun, 12 Apr 2009 19:15:42 +0300 Message-ID: <49E213AE.4060506@redhat.com> References: <20090412091228.GA29937@elte.hu> <20090412162018.6c1507b4@lxorguk.ukuu.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mx2.redhat.com ([66.187.237.31]:58380 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750815AbZDLQSA (ORCPT ); Sun, 12 Apr 2009 12:18:00 -0400 In-Reply-To: <20090412162018.6c1507b4@lxorguk.ukuu.org.uk> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Alan Cox Cc: Szabolcs Szakacsits , Linus Torvalds , Grant Grundler , Linux IDE mailing list , LKML , Jens Axboe , Arjan van de Ven Alan Cox wrote: >> The atomic building units (sector size, block size, etc) of NTFS are >> entirely parametric. The maximum values could be bigger than the >> currently "configured" maximum limits. >> > > That isn't what bites you - you can run 8K-32K ext2 file systems but if > your physical page size is smaller than the fs page size you have a > problem. > > The question is whether the NT VM can cope rather than the fs. > A quick test shows that it can. I didn't try mmap(), but copying files around worked. Did you expect it not to work? -- error compiling committee.c: too many arguments to function