Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756889AbYLDWLD (ORCPT ); Thu, 4 Dec 2008 17:11:03 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758575AbYLDWK2 (ORCPT ); Thu, 4 Dec 2008 17:10:28 -0500 Received: from turing-police.cc.vt.edu ([128.173.14.107]:38843 "EHLO turing-police.cc.vt.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758363AbYLDWK0 (ORCPT ); Thu, 4 Dec 2008 17:10:26 -0500 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Greg KH Cc: linux-kernel@vger.kernel.org, stable@kernel.org, Justin Forbes , Zwane Mwaikambo , "Theodore Ts'o" , Randy Dunlap , Dave Jones , Chuck Wolber , Chris Wedgwood , Michael Krufky , Chuck Ebbert , Domenico Andreoli , Willy Tarreau , Rodrigo Rubira Branco , Jake Edge , Eugene Teo , torvalds@linux-foundation.org, akpm@linux-foundation.org, alan@lxorguk.ukuu.org.uk, Josef Bacik , linux-ext4@vger.kernel.org, Andreas Dilger Subject: Re: [patch 101/104] ext3: dont try to resize if there are no reserved gdt blocks left In-Reply-To: Your message of "Wed, 03 Dec 2008 11:56:53 PST." <20081203195653.GX8950@kroah.com> From: Valdis.Kletnieks@vt.edu References: <20081203193901.715896543@mini.kroah.org> <20081203195653.GX8950@kroah.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1228428475_3727P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 04 Dec 2008 17:07:55 -0500 Message-ID: <80912.1228428475@turing-police.cc.vt.edu> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1173 Lines: 36 --==_Exmh_1228428475_3727P Content-Type: text/plain; charset=us-ascii On Wed, 03 Dec 2008 11:56:53 PST, Greg KH said: > if (reserved_gdb || gdb_off == 0) { > if (!EXT3_HAS_COMPAT_FEATURE(sb, > - EXT3_FEATURE_COMPAT_RESIZE_INODE)) { > + EXT3_FEATURE_COMPAT_RESIZE_INODE) > + || !le16_to_cpu(es->s_reserved_gdt_blocks)) { > ext3_warning(sb, __func__, > "No reserved GDT blocks, can't resize"); > return -EPERM; What's the codepath if the compat_feature part trips, but the le16_to_cpu doesn't? Looks to me like it will then skip over the 'return -EPERM'? --==_Exmh_1228428475_3727P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Exmh version 2.5 07/13/2001 iD8DBQFJOFS7cC3lWbTT17ARAsHNAKC/zstxmr8vsP3AAE86P9tTrnkY8wCcC8w8 G4ZMM1J9NwNGBaFSiDov2t4= =4uNx -----END PGP SIGNATURE----- --==_Exmh_1228428475_3727P-- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/