[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20070628025543.9467216f.akpm@linux-foundation.org>
Date: Thu, 28 Jun 2007 02:55:43 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: "Amit K. Arora" <aarora@...ux.vnet.ibm.com>
Cc: linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-ext4@...r.kernel.org, David Chinner <dgc@....com>,
Andreas Dilger <adilger@...sterfs.com>, suparna@...ibm.com,
cmm@...ibm.com, xfs@....sgi.com
Subject: Re: [PATCH 0/6][TAKE5] fallocate system call
On Mon, 25 Jun 2007 18:58:10 +0530 "Amit K. Arora" <aarora@...ux.vnet.ibm.com> wrote:
> N O T E:
> -------
> 1) Only Patches 4/7 and 7/7 are NEW. Rest of them are _already_ part
> of ext4 patch queue git tree hosted by Ted.
Why the heck are replacements for these things being sent out again when
they're already in -mm and they're already in Ted's queue (from which I
need to diligently drop them each time I remerge)?
Are we all supposed to re-review the entire patchset (or at least #4 and
#7) again?
The core kernel changes are not appropriate to the ext4 tree.
For a start, the syscall numbers in Ted's queue are wrong (other new
syscalls are pending).
Patches which add syscalls are an utter PITA to carry due to all the patch
conflicts and to the relatively frequent syscall renumbering (they don't
get numbered in time-of-arrival order due to differing rates at which patches
mature).
Please drop the non-ext4 patches from the ext4 tree and send incremental
patches against the (non-ext4) fallocate patches in -mm.
And try to get the code finished? Time is pressing.
Thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists