From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: tytso@mit.edu, darrick.wong@oracle.com
Cc: linux-ext4@vger.kernel.org
Subject: [RFC PATCH v1 0/6] e2fsprogs 8/2013 patchbomb
Date: Wed, 28 Aug 2013 17:43:44 -0700 [thread overview]
Message-ID: <20130829004344.3190.28053.stgit@blackbox.djwong.org> (raw)
I have a pile of random patches that I've been working on. They're not really
related to each other, though there are some bugfixes at the start. The first
two patches were sent to linux-ext4 on July 22nd and August 12th and haven't
changed substantially.
The first patch fixes a double-free crash when resize2fs'ing a MMP filesystem.
The next two fix blk_t overflow problems by widening the fields to blk64_t.
One of the patches fixes something that Eric Sandeen was complaining about.
The fourth patch makes it so you can sparse-check e2fsprogs with make C=[12].
Offhand it looks like there are more than a few spots where we should have
converted things to blk64_t but haven't yet. There are also nastier spots
where 64-bit values get crammed into 32-bit fields (or so sparse thinks) that I
will triage later.
The fifth patch experimentally enables zeroing of inode tables when disabling
checksumming in tune2fs.
The sixth patch modifies resize2fs to toggle 64bit support, with all the
necessary block migrations that might arise from that. It will probably eat
your data.
I've lightly tested these e2fsprogs changes against the head branch as of a few
days ago. After a longish while I think I've managed to reconstruct my old
metadata checksumming test program from the old days, so I've posted that
version here:
https://gist.github.com/djwong/6372995
Comments and questions are, as always, welcome.
--D
next reply other threads:[~2013-08-29 0:43 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-29 0:43 Darrick J. Wong [this message]
2013-08-29 0:43 ` [PATCH 1/6] libext2fs: ext2fs_dup_handle should not alias MMP buffers Darrick J. Wong
2013-09-09 14:39 ` Theodore Ts'o
2013-08-29 0:43 ` [PATCH 2/6] resize2fs: Use blk64_t and location getters for free_gdp_blocks() Darrick J. Wong
2013-09-09 14:41 ` Theodore Ts'o
2013-08-29 0:44 ` [PATCH 3/6] e2fsck: Fix incorrect bbitmap checksum failure caused by integer overflow Darrick J. Wong
2013-09-16 13:42 ` Theodore Ts'o
2013-08-29 0:44 ` [PATCH 4/6] e2fsprogs: Add (optional) sparse checking to the build Darrick J. Wong
2013-08-29 0:44 ` [PATCH 5/6] tune2fs: Zero inode table when removing checksums Darrick J. Wong
2013-09-16 13:53 ` Theodore Ts'o
2013-08-29 0:44 ` [PATCH 6/6] resize2fs: Convert fs to and from 64bit mode Darrick J. Wong
2013-09-09 17:29 ` Darrick J. Wong
2013-09-09 17:47 ` Theodore Ts'o
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130829004344.3190.28053.stgit@blackbox.djwong.org \
--to=darrick.wong@oracle.com \
--cc=linux-ext4@vger.kernel.org \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).