From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1HT5Qi-0000ql-BE for mharc-grub-devel@gnu.org; Sun, 18 Mar 2007 20:08:52 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HT5Qh-0000qg-6M for grub-devel@gnu.org; Sun, 18 Mar 2007 20:08:51 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HT5Qe-0000q6-Ei for grub-devel@gnu.org; Sun, 18 Mar 2007 20:08:49 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HT5Qe-0000q3-9d for grub-devel@gnu.org; Sun, 18 Mar 2007 19:08:48 -0500 Received: from [212.85.152.101] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HT5PF-0000WT-FS for grub-devel@gnu.org; Sun, 18 Mar 2007 20:07:21 -0400 Received: from kotoba.oasis.nexedi.com (kotoba.oasis.nexedi.com [212.85.152.101]) by kotoba.storever.com (Postfix) with ESMTP id 4DD093CEA7A7D for ; Mon, 19 Mar 2007 04:46:00 +0100 (CET) Received: from [??1] (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id C793B3CEA7A7A for ; Mon, 19 Mar 2007 04:45:56 +0100 (CET) From: "Yoshinori K. Okuji" Organization: FSF To: grub-devel Date: Mon, 19 Mar 2007 01:07:12 +0100 User-Agent: KMail/1.8.2 References: <1174242434.26780.32.camel@diesel> In-Reply-To: <1174242434.26780.32.camel@diesel> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703190107.13575.okuji@gnu.org> X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=0.17.2 X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) Subject: Re: grub2 ChangeLog config.h.in fs/ext2.c X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 00:08:51 -0000 On Sunday 18 March 2007 19:27, Hollis Blanchard wrote: > If the inode size is not 128 bytes, why do we still read `sizeof (struct > grub_ext2_inode)' bytes from disk? Because we don't need more than that. > What is the layout of a non-128-byte > inode? There is extra space right after the traditional inode structure. Currently, it can be used only for xattr. If you are interested in the details, look at fs/ext3/inode.c in Linux. Okuji