linux-ext4 - Re: E2fsprogs master branch now has all 64-bit patch applied

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 14 Jun 2010 15:15:40 -0500
From:	Eric Sandeen <sandeen@...hat.com>
To:	"Theodore Ts'o" <tytso@....edu>
CC:	linux-ext4@...r.kernel.org
Subject: Re: E2fsprogs master branch now has all 64-bit patch applied

On 06/14/2010 08:39 AM, Theodore Ts'o wrote:
> It's taken way too long, but I've finally finished integrating the
> 64-bit patches into e2fsprogs's mainline repository.  All of the
> necessary patches should now be in the master branch for e2fsprogs.

FWIW, this:

commit cf828f1a72ec1eb0c1e819307137879447c909b7
Author: Theodore Ts'o <tytso@....edu>
Date:   Sun Oct 25 21:46:01 2009 -0400

    libext2fs: Byte-swap 64-bit block group descriptors

    Signed-off-by: "Theodore Ts'o" <tytso@....edu>

is blowing up all over on ppc, with glibc-detected memory problems like:

Running e2fsprogs test suite...

d_loaddump: debugfs load/dump test: *** glibc detected ***
../debugfs/debugfs: free(): invalid next size (fast): 0x000001001bb03130 ***
======= Backtrace: =========
/lib64/libc.so.6[0x803da3f744]
../debugfs/debugfs[0x100213e4]
../debugfs/debugfs[0x100037c8]
../debugfs/debugfs[0x100040b4]
/lib64/libc.so.6[0x803d9dbc78]
/lib64/libc.so.6(__libc_start_main-0x184e60)[0x803d9dbe70]
======= Memory map: ========
10000000-10040000 r-xp 00000000 fd:00 1443282
 /root/e2fsprogs/debugfs/debugfs
10040000-10050000 rw-p 00040000 fd:00 1443282
 /root/e2fsprogs/debugfs/debugfs
803d920000-803d950000 r-xp 00000000 fd:00 134600
 /lib64/ld-2.12.so
803d950000-803d960000 r--p 00020000 fd:00 134600
 /lib64/ld-2.12.so
803d960000-803d970000 rw-p 00030000 fd:00 134600
 /lib64/ld-2.12.so
803d990000-803db50000 r-xp 00000000 fd:00 134601
 /lib64/libc-2.12.so
803db50000-803db60000 r--p 001b0000 fd:00 134601
 /lib64/libc-2.12.so
803db60000-803db70000 rw-p 001c0000 fd:00 134601
 /lib64/libc-2.12.so
803db70000-803db80000 rw-p 00000000 00:00 0
803db80000-803db90000 r-xp 00000000 fd:00 134602
 /lib64/libdl-2.12.so
803db90000-803dba0000 r--p 00000000 fd:00 134602
 /lib64/libdl-2.12.so
803dba0000-803dbb0000 rw-p 00010000 fd:00 134602
 /lib64/libdl-2.12.so
803dbb0000-803dbd0000 r-xp 00000000 fd:00 134613
 /lib64/libpthread-2.12.so
803dbd0000-803dbe0000 r--p 00010000 fd:00 134613
 /lib64/libpthread-2.12.so
803dbe0000-803dbf0000 rw-p 00020000 fd:00 134613
 /lib64/libpthread-2.12.so
1001bb00000-1001bb30000 rw-p 00000000 00:00 0
 [heap]
fffab260000-fffab280000 r-xp 00000000 00:00 0
 [vdso]
ffffb920000-ffffba70000 rw-p 00000000 00:00 0
 [stack]
./d_loaddump/script: line 22:  2743 Aborted                 (core
dumped) $DEBUGFS -R "write $TEST_DATA test_data" -w $TMPFILE >> $OUT.new
2>&1
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html