7 Commits (f57e64a851b417f7a8cf0ab2531ad9028ca75474)

Author	SHA1	Message	Date
Theodore Ts'o	97d26ce9e3	Merge branch 'maint' into next ... Conflicts: e2fsck/journal.c e2fsck/pass1.c e2fsck/pass2.c misc/mke2fs.c	2010-06-07 12:42:40 -04:00
Theodore Ts'o	543547a52a	libe2p, libext2fs: Update file copyright permission states to match COPYING ... The top-level COPYING file states that the e2p and ext2fs libraries are available under the LGPLv2. The files were incorrectly labelled. Alex Thomas/Luster has been consulted wrt to the ext3_extents.h file; the rest of the files were primarily authored by Theodore Ts'o. Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>	2010-05-17 23:04:39 -04:00
Valerie Aurora Henson	8717c3a8f3	libext2fs: Add 64-bit bitops ... Signed-off-by: Valerie Aurora Henson <vaurora@redhat.com> Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>	2009-06-01 16:15:40 -04:00
Theodore Ts'o	efc6f628e1	Remove trailing whitespace for the entire source tree ... Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>	2008-08-27 23:07:54 -04:00
Andreas Dilger	de8f3a7621	Fix gcc -Wall warnings, especially on 64-bit systems ... Signed-off-by: Andreas Dilger <adilger@clusterfs.com> Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>	2007-05-25 11:18:11 -04:00
Theodore Ts'o	f9bcce3be0	Fix the i386 bitmap operations so they are 32-bit clean ... The x86 assembly instructures for bit test-and-set, test-and-clear, etc., interpret the bit number as a 32-bit signed number, which is problematic in order to support filesystems > 8TB. Added new inline functions (in C) to implement a ext2fs_fast_set/clear_bit() that does not return the old value of the bit, and use it for the fast block/bitmap functions. Added a regression test suite to test the low-level bit operations functions to make sure they work correctly. Note that a bitmap can address 2**32 blocks requires 2**29 bytes, or 512 megabytes. E2fsck requires 3 (and possibly 4 block bitmaps), which means that the block bitmaps can require 2GB all by themselves, and this doesn't include the 4 or 5 inode bitmaps (which assuming an 8k inode ratio, will take 256 megabytes each). This means that it's more likely that a filesystem check of a filesystem greater than 2**31 blocks will fail if the e2fsck is dynamically linked (since the shared libraries can consume a substantial portion of the 3GB address space available to x86 userspace applications). Even if e2fsck is statically linked, for a badly damaged filesystem, which may require additional block and/or inode bitmaps, I am not sure e2fsck will succeed in all cases. Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>	2006-03-25 13:42:45 -05:00
Theodore Ts'o	ac493821ea	Add new functions to bitops.h to find quickly search for set bits in ... a bitmask. (In both C and i386 assembler).	2001-07-04 14:04:58 -04:00