From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Morton Subject: Re: [PATCH 8/9] 48-bit block numbers for extended attributes Date: Wed, 9 Aug 2006 23:41:00 -0700 Message-ID: <20060809234100.9337162d.akpm@osdl.org> References: <1155172929.3161.87.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: linux-fsdevel@vger.kernel.org, ext2-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Return-path: To: cmm@us.ibm.com In-Reply-To: <1155172929.3161.87.camel@localhost.localdomain> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ext2-devel-bounces@lists.sourceforge.net Errors-To: ext2-devel-bounces@lists.sourceforge.net List-Id: linux-fsdevel.vger.kernel.org On Wed, 09 Aug 2006 18:22:09 -0700 Mingming Cao wrote: > As we are planning to support 48-bit block numbers for ext4, > we need to support 48-bit block numbers for extended attributes. > In the short term, we can do this by reuse (on-disk) 16-bit > padding (linux2.i_pad1 currently used only by "hurd") as high > order bits for xattr. This patch basically does that. Short-term tends to become medium-term, then you're stuck with it. What is the plan here? ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642