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  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Thu, 18 Oct 2007 14:26:36 -0400
From:	Theodore Tso <>
To:	Coly Li <>
Subject: Re: can not find some patches from patch queue on ext4 git tree

On Fri, Oct 19, 2007 at 01:41:00AM +0800, Coly Li wrote:
> Hi, my local ext4 git tree is from git://,
> with commit commit d85714d81cc0408daddb68c10f7fd69eafe7c213.
> It seems some of patchese of patch queue are not in current tree,
> which were there 1 - 2 days ago.  Is it because we are merging ext4
> tree to 2.6.23 ? and after the merge, the patches will in pached in
> the tree again ?  Should I generate my patch based on current
> version, or wait for some day ? Indeed, I try to add my patch to
> current version, but some patches missing from ext4 tree.

You're apparently looking at the master branch of ext4.git.  There are
multiple branch heads, and the master branch head moves around a lot.
If you look at the web page, it might be clearer:

At the bottom of the page, there is a list of branch heads.
2.6.23-ext4-1 was the last ext4 snapshot that we published.  The
"for_linus" branch contains the stable version of the patch queue that
I have requested that Linus pull from.

The master branch is one that I haven't been careful about maintaining
stably, although maybe I should be more careful about that, since it's
one people tend to use by default.  OK, it's fixed.  I've repointed
the master pointer to point at 2.6.23-ext4-1.  Sorry about any
confusion that this might have caused.

Right now, during the merge window, things are a little crazy, just
because patches are flowing in from the -mm tree as well as from the
ext4 tree.  So it's probably easier to do your development against
2.6.23-ext4-1 and then after the merge carnage settles down, we can
fix up the patch.   

If it's easier, you can also see the ext4 patches as a quilt stack here:

It's currently in a state of flux as well as we're waiting for patches
to get merged, but hopefully that will settle down within a day or
two.  To explain how things work, a number of people have write access
into the ext4-patch-queue, and it gets run through an automated test
system located at IBM (both the whole patch queue, as well as the
first part up to the "stable boundary", which is the list of patches
we plan to push to Linus).  This allows us to work in parallel
cleaning up varoius patches, and periodically I'll generate an ext4
patch series which is what gets pulled into the -mm tree for testing.
This all works pretty well, except during the merge window; but
fortunately that's a relaively short period of time.


							- Ted
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists