On Tue, Sep 25, 2007 at 10:26:37AM -0700, Randy Dunlap wrote:
> On Tue, 25 Sep 2007 01:46:25 -0700 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm1/
> >
> > - Various fixes against 2.6.23-rc7-mm1.
> >
> >
> >
On Tue, Sep 25, 2007 at 10:26:37AM -0700, Randy Dunlap wrote:
On Tue, 25 Sep 2007 01:46:25 -0700 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm1/
- Various fixes against 2.6.23-rc7-mm1.
git-unionfs.patch
in
On Wed, Sep 12, 2007 at 10:30:20AM +0100, Christoph Hellwig wrote:
> On Wed, Sep 12, 2007 at 11:06:10AM +0900, Paul Mundt wrote:
> > There's nothing that is problematic for file_fsync() with CONFIG_BLOCK=n,
> > and it's built in unconditionally anyways, so move the prototype out to
> > reflect
On Wed, Sep 12, 2007 at 10:30:20AM +0100, Christoph Hellwig wrote:
On Wed, Sep 12, 2007 at 11:06:10AM +0900, Paul Mundt wrote:
There's nothing that is problematic for file_fsync() with CONFIG_BLOCK=n,
and it's built in unconditionally anyways, so move the prototype out to
reflect that.
On Fri, Aug 31, 2007 at 05:09:21PM +0200, Peter Zijlstra wrote:
> On Sat, 2007-09-01 at 01:05 +1000, David Chinner wrote:
>
> > > Trouble is, we'd like to have a sane upper bound on the amount of held
> > > locks at any one time, obviously this is just wanting, because a lot of
> > > lock chains
On Fri, Aug 31, 2007 at 05:09:21PM +0200, Peter Zijlstra wrote:
On Sat, 2007-09-01 at 01:05 +1000, David Chinner wrote:
Trouble is, we'd like to have a sane upper bound on the amount of held
locks at any one time, obviously this is just wanting, because a lot of
lock chains also depend
On Tue, Aug 28, 2007 at 08:11:14PM +0100, Christoph Hellwig wrote:
>
> Sorry for not replying to the previsious revisions, but I've been out
> for on vacation.
>
> I can't say I like this version. Now we've got callouts at two rather close
> levels which is not very nice from the interface POV.
On Tue, Aug 28, 2007 at 08:11:14PM +0100, Christoph Hellwig wrote:
Sorry for not replying to the previsious revisions, but I've been out
for on vacation.
I can't say I like this version. Now we've got callouts at two rather close
levels which is not very nice from the interface POV.
On Fri, Aug 24, 2007 at 06:24:48PM +0200, Jan Engelhardt wrote:
...
> If a file does not have the requested attribute, the syscall will
> produce ENODATA. On x86_64, that is mapped to the value 61. Back on the
> sparc side, 61 is mapped to ECONNREFUSED, and that gives odd errors
> when ls tries
On Fri, Aug 24, 2007 at 09:24:17AM -0400, Mike Frysinger wrote:
...
> $ grep AUREON_DEVICE_DESC ./sound/pci/ice1712/aureon.h -A 5
> #define AUREON_DEVICE_DESC"{Terratec,Aureon 5.1 Sky},"\
>"{Terratec,Aureon 7.1 Space},"\
>
On Fri, Aug 24, 2007 at 09:24:17AM -0400, Mike Frysinger wrote:
...
$ grep AUREON_DEVICE_DESC ./sound/pci/ice1712/aureon.h -A 5
#define AUREON_DEVICE_DESC{Terratec,Aureon 5.1 Sky},\
{Terratec,Aureon 7.1 Space},\
On Fri, Aug 24, 2007 at 06:24:48PM +0200, Jan Engelhardt wrote:
...
If a file does not have the requested attribute, the syscall will
produce ENODATA. On x86_64, that is mapped to the value 61. Back on the
sparc side, 61 is mapped to ECONNREFUSED, and that gives odd errors
when ls tries to
On Sat, Aug 18, 2007 at 10:09:34AM +0200, Peter Zijlstra wrote:
> On Fri, 2007-08-17 at 11:56 -0400, Josef Sipek wrote:
> > On Thu, Aug 16, 2007 at 09:45:34AM +0200, Peter Zijlstra wrote:
Sorry...this mail got lost in the flood of email after a procmail rule
stopped working...
>
On Sat, Aug 18, 2007 at 10:09:34AM +0200, Peter Zijlstra wrote:
On Fri, 2007-08-17 at 11:56 -0400, Josef Sipek wrote:
On Thu, Aug 16, 2007 at 09:45:34AM +0200, Peter Zijlstra wrote:
Sorry...this mail got lost in the flood of email after a procmail rule
stopped working...
The actual value
On Tue, Aug 21, 2007 at 07:35:51AM -0400, Jeff Layton wrote:
> On Tue, 21 Aug 2007 15:35:08 +1000
> Timothy Shimmin <[EMAIL PROTECTED]> wrote:
>
> > Jeff Layton wrote:
> > > This should fix all of the filesystems in the mainline kernels to handle
> > > ATTR_KILL_SUID and ATTR_KILL_SGID correctly.
On Tue, Aug 21, 2007 at 07:35:51AM -0400, Jeff Layton wrote:
On Tue, 21 Aug 2007 15:35:08 +1000
Timothy Shimmin [EMAIL PROTECTED] wrote:
Jeff Layton wrote:
This should fix all of the filesystems in the mainline kernels to handle
ATTR_KILL_SUID and ATTR_KILL_SGID correctly. For most of
On Mon, Aug 20, 2007 at 01:40:52PM -0400, Nicolas Pitre wrote:
> On Mon, 20 Aug 2007, Josef Sipek wrote:
>
> > On Sun, Aug 19, 2007 at 03:24:56PM -0400, Nicolas Pitre wrote:
> > > On Sun, 22 Jul 2007, Jon Smirl wrote:
> > >
> > > > Continuing on with k
On Sun, Aug 19, 2007 at 03:24:56PM -0400, Nicolas Pitre wrote:
> On Sun, 22 Jul 2007, Jon Smirl wrote:
>
> > Continuing on with kernel archeology for embedded systems, any
> > interest in making a git tree with all of the kernel versions from the
> > beginning up to the start of the current git
On Sun, Aug 19, 2007 at 03:24:56PM -0400, Nicolas Pitre wrote:
On Sun, 22 Jul 2007, Jon Smirl wrote:
Continuing on with kernel archeology for embedded systems, any
interest in making a git tree with all of the kernel versions from the
beginning up to the start of the current git tree?
On Mon, Aug 20, 2007 at 01:40:52PM -0400, Nicolas Pitre wrote:
On Mon, 20 Aug 2007, Josef Sipek wrote:
On Sun, Aug 19, 2007 at 03:24:56PM -0400, Nicolas Pitre wrote:
On Sun, 22 Jul 2007, Jon Smirl wrote:
Continuing on with kernel archeology for embedded systems, any
interest
On Thu, Aug 16, 2007 at 09:45:42AM +0200, Peter Zijlstra wrote:
...
> Index: linux-2.6/include/linux/backing-dev.h
> ===
> --- linux-2.6.orig/include/linux/backing-dev.h
> +++ linux-2.6/include/linux/backing-dev.h
> @@ -27,6 +27,7 @@
On Thu, Aug 16, 2007 at 09:45:41AM +0200, Peter Zijlstra wrote:
...
> Index: linux-2.6/include/linux/backing-dev.h
> ===
> --- linux-2.6.orig/include/linux/backing-dev.h
> +++ linux-2.6/include/linux/backing-dev.h
...
> @@ -24,6
On Thu, Aug 16, 2007 at 09:45:36AM +0200, Peter Zijlstra wrote:
> provide BDI constructor/destructor hooks
...
> Index: linux-2.6/drivers/block/rd.c
> ===
> --- linux-2.6.orig/drivers/block/rd.c
> +++ linux-2.6/drivers/block/rd.c
...
On Thu, Aug 16, 2007 at 09:45:34AM +0200, Peter Zijlstra wrote:
> alloc_percpu can fail, propagate that error.
>
> Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> ---
> fs/ext2/super.c| 11 ---
> fs/ext3/super.c| 11 ---
> fs/ext4/super.c
On Thu, Aug 16, 2007 at 09:45:27AM +0200, Peter Zijlstra wrote:
...
> Index: linux-2.6/fs/ext2/balloc.c
> ===
> --- linux-2.6.orig/fs/ext2/balloc.c
> +++ linux-2.6/fs/ext2/balloc.c
> @@ -163,7 +163,7 @@ static int
On Thu, Aug 16, 2007 at 09:45:27AM +0200, Peter Zijlstra wrote:
...
Index: linux-2.6/fs/ext2/balloc.c
===
--- linux-2.6.orig/fs/ext2/balloc.c
+++ linux-2.6/fs/ext2/balloc.c
@@ -163,7 +163,7 @@ static int reserve_blocks(struct
On Thu, Aug 16, 2007 at 09:45:36AM +0200, Peter Zijlstra wrote:
provide BDI constructor/destructor hooks
...
Index: linux-2.6/drivers/block/rd.c
===
--- linux-2.6.orig/drivers/block/rd.c
+++ linux-2.6/drivers/block/rd.c
...
@@
On Thu, Aug 16, 2007 at 09:45:42AM +0200, Peter Zijlstra wrote:
...
Index: linux-2.6/include/linux/backing-dev.h
===
--- linux-2.6.orig/include/linux/backing-dev.h
+++ linux-2.6/include/linux/backing-dev.h
@@ -27,6 +27,7 @@ enum
On Thu, Aug 16, 2007 at 09:45:34AM +0200, Peter Zijlstra wrote:
alloc_percpu can fail, propagate that error.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
fs/ext2/super.c| 11 ---
fs/ext3/super.c| 11 ---
fs/ext4/super.c
On Thu, Aug 16, 2007 at 09:45:41AM +0200, Peter Zijlstra wrote:
...
Index: linux-2.6/include/linux/backing-dev.h
===
--- linux-2.6.orig/include/linux/backing-dev.h
+++ linux-2.6/include/linux/backing-dev.h
...
@@ -24,6 +26,12 @@
On Wed, Aug 08, 2007 at 07:16:26PM +0200, Andreas Gruenbacher wrote:
> Create a temporary struct vfs_lookup in file_permission() instead of
> passing a NULL value.
>
> Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
>
> ---
> fs/namei.c | 11 ++-
> 1 file changed, 6
On Wed, Aug 08, 2007 at 07:16:26PM +0200, Andreas Gruenbacher wrote:
Create a temporary struct vfs_lookup in file_permission() instead of
passing a NULL value.
Signed-off-by: Andreas Gruenbacher [EMAIL PROTECTED]
---
fs/namei.c | 11 ++-
1 file changed, 6 insertions(+), 5
Guilt v0.27 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
On Wed, Aug 01, 2007 at 02:10:31PM -0500, Dave Kleikamp wrote:
> On Wed, 2007-08-01 at 14:44 -0400, Josef Sipek wrote:
> > Alright not the greatest of examples, there is something to be said about
> > symmetry, so...let me try again :)
> >
> > /a/
> > /b/bar
On Wed, Aug 01, 2007 at 10:23:29AM -0500, Dave Kleikamp wrote:
> On Tue, 2007-07-31 at 13:11 -0400, Josef Sipek wrote:
> > On Tue, Jul 31, 2007 at 07:00:12PM +0200, Jan Blunck wrote:
> > > On Tue, Jul 31, Josef Sipek wrote:
> > >
> > > > On Mon, Jul 30, 200
On Wed, Aug 01, 2007 at 07:58:49PM +0200, Jan Engelhardt wrote:
>
> On Jul 31 2007 12:36, Josef Sipek wrote:
> >[2] http://www.filesystems.org/unionfs-odf.txt
>
> >Instead, the new ODF code stores whiteouts as hardlinks to a special
> >(regular) zero-length
On Wed, Aug 01, 2007 at 10:22:07AM -0700, Andrew Morton wrote:
> On Wed, 01 Aug 2007 12:33:18 +0200 Gabriel C <[EMAIL PROTECTED]> wrote:
>
> >
> >
> > fs/unionfs/file.c:147: error: 'file_fsync' undeclared here (not in a
> > function)
> > make[2]: *** [fs/unionfs/file.o] Error 1
> >
On Wed, Aug 01, 2007 at 12:00:42PM +0200, Hans-Peter Jansen wrote:
> Am Dienstag, 31. Juli 2007 19:00 schrieb Jan Blunck:
> > On Tue, Jul 31, Josef Sipek wrote:
> > > On Mon, Jul 30, 2007 at 06:13:35PM +0200, Jan Blunck wrote:
> > > > Introduce white-out suppor
On Wed, Aug 01, 2007 at 12:00:42PM +0200, Hans-Peter Jansen wrote:
Am Dienstag, 31. Juli 2007 19:00 schrieb Jan Blunck:
On Tue, Jul 31, Josef Sipek wrote:
On Mon, Jul 30, 2007 at 06:13:35PM +0200, Jan Blunck wrote:
Introduce white-out support to ext2.
I think storing whiteouts
On Wed, Aug 01, 2007 at 10:22:07AM -0700, Andrew Morton wrote:
On Wed, 01 Aug 2007 12:33:18 +0200 Gabriel C [EMAIL PROTECTED] wrote:
fs/unionfs/file.c:147: error: 'file_fsync' undeclared here (not in a
function)
make[2]: *** [fs/unionfs/file.o] Error 1
make[1]: ***
On Wed, Aug 01, 2007 at 07:58:49PM +0200, Jan Engelhardt wrote:
On Jul 31 2007 12:36, Josef Sipek wrote:
[2] http://www.filesystems.org/unionfs-odf.txt
Instead, the new ODF code stores whiteouts as hardlinks to a special
(regular) zero-length file in odf (/odf/whiteout), and it stores
On Wed, Aug 01, 2007 at 10:23:29AM -0500, Dave Kleikamp wrote:
On Tue, 2007-07-31 at 13:11 -0400, Josef Sipek wrote:
On Tue, Jul 31, 2007 at 07:00:12PM +0200, Jan Blunck wrote:
On Tue, Jul 31, Josef Sipek wrote:
On Mon, Jul 30, 2007 at 06:13:35PM +0200, Jan Blunck wrote
Guilt v0.27 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
On Wed, Aug 01, 2007 at 02:10:31PM -0500, Dave Kleikamp wrote:
On Wed, 2007-08-01 at 14:44 -0400, Josef Sipek wrote:
Alright not the greatest of examples, there is something to be said about
symmetry, so...let me try again :)
/a/
/b/bar (whiteout for bar)
/c/foo/qwerty
On Tue, Jul 31, 2007 at 06:03:06PM +0100, Mark Williamson wrote:
> > Really the only sane way of keeping track of whiteouts seems some external
> > store. We did an experiment with Unionfs, and moving the whiteout handling
> > to effectively a "library" that did all the dirty work cleaned up the
On Tue, Jul 31, 2007 at 07:00:12PM +0200, Jan Blunck wrote:
> On Tue, Jul 31, Josef Sipek wrote:
>
> > On Mon, Jul 30, 2007 at 06:13:35PM +0200, Jan Blunck wrote:
> > > Introduce white-out support to ext2.
> >
> > I think storing whiteouts on the branc
On Mon, Jul 30, 2007 at 06:13:35PM +0200, Jan Blunck wrote:
> Introduce white-out support to ext2.
I think storing whiteouts on the branches is wrong. It creates all sort of
nasty cases when people actually try to use unioning. Imagine a (no-so
unlikely) scenario where you have 2 unions, and they
On Mon, Jul 30, 2007 at 06:13:35PM +0200, Jan Blunck wrote:
Introduce white-out support to ext2.
I think storing whiteouts on the branches is wrong. It creates all sort of
nasty cases when people actually try to use unioning. Imagine a (no-so
unlikely) scenario where you have 2 unions, and they
On Tue, Jul 31, 2007 at 07:00:12PM +0200, Jan Blunck wrote:
On Tue, Jul 31, Josef Sipek wrote:
On Mon, Jul 30, 2007 at 06:13:35PM +0200, Jan Blunck wrote:
Introduce white-out support to ext2.
I think storing whiteouts on the branches is wrong. It creates all sort of
nasty cases when
On Tue, Jul 31, 2007 at 06:03:06PM +0100, Mark Williamson wrote:
Really the only sane way of keeping track of whiteouts seems some external
store. We did an experiment with Unionfs, and moving the whiteout handling
to effectively a library that did all the dirty work cleaned up the code
On Thu, Jul 19, 2007 at 04:28:01PM -0500, Michael Halcrow wrote:
> Fix up the Tag 1 parsing code to handle size limits and boundaries
> more explicitly. Initialize the new auth_tok's flags.
...
> - if (unlikely((*packet_size) + 3 > max_packet_size)) {
> - ecryptfs_printk(KERN_ERR,
On Thu, Jul 19, 2007 at 04:28:01PM -0500, Michael Halcrow wrote:
Fix up the Tag 1 parsing code to handle size limits and boundaries
more explicitly. Initialize the new auth_tok's flags.
...
- if (unlikely((*packet_size) + 3 max_packet_size)) {
- ecryptfs_printk(KERN_ERR,
On Wed, Jul 18, 2007 at 03:49:07PM +0200, Radoslaw Szkodzinski wrote:
> Linux-VServer patch adds 2 new flags: barrier and iunlink.
> With recent changes in -git (filestreams), XFS now lacks di_flags bits
> to add these.
> iunlink flag adds Copy-on-Write semantics to hard links, while barrier
>
On Wed, Jul 18, 2007 at 03:49:07PM +0200, Radoslaw Szkodzinski wrote:
Linux-VServer patch adds 2 new flags: barrier and iunlink.
With recent changes in -git (filestreams), XFS now lacks di_flags bits
to add these.
iunlink flag adds Copy-on-Write semantics to hard links, while barrier
flag
On Tue, Jul 17, 2007 at 12:32:43PM -0400, Josef Sipek wrote:
> On Thu, Jun 14, 2007 at 11:58:22PM +0200, Peter Zijlstra wrote:
> > Provide an accurate version of percpu_counter_read.
> >
> > Should we go and replace the current use of percpu_counter_sum()
> > with
On Thu, Jun 14, 2007 at 11:58:23PM +0200, Peter Zijlstra wrote:
> provide a way to init percpu_counters that are supposed to be used from irq
> safe contexts.
>
> Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> ---
> include/linux/percpu_counter.h |4
> lib/percpu_counter.c
On Thu, Jun 14, 2007 at 11:58:22PM +0200, Peter Zijlstra wrote:
> Provide an accurate version of percpu_counter_read.
>
> Should we go and replace the current use of percpu_counter_sum()
> with percpu_counter_sum_positive(), and call this new primitive
> percpu_counter_sum() instead?
>
>
Guilt v0.26 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
Guilt v0.26 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
On Thu, Jun 14, 2007 at 11:58:22PM +0200, Peter Zijlstra wrote:
Provide an accurate version of percpu_counter_read.
Should we go and replace the current use of percpu_counter_sum()
with percpu_counter_sum_positive(), and call this new primitive
percpu_counter_sum() instead?
Signed-off-by:
On Thu, Jun 14, 2007 at 11:58:23PM +0200, Peter Zijlstra wrote:
provide a way to init percpu_counters that are supposed to be used from irq
safe contexts.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/percpu_counter.h |4
lib/percpu_counter.c |8
On Tue, Jul 17, 2007 at 12:32:43PM -0400, Josef Sipek wrote:
On Thu, Jun 14, 2007 at 11:58:22PM +0200, Peter Zijlstra wrote:
Provide an accurate version of percpu_counter_read.
Should we go and replace the current use of percpu_counter_sum()
with percpu_counter_sum_positive(), and call
On Mon, Jul 02, 2007 at 04:27:59AM +0200, Adrian Bunk wrote:
> On Sun, Jul 01, 2007 at 09:42:49PM -0400, Josef Sipek wrote:
> > On Sun, Jul 01, 2007 at 10:23:30PM +0200, Adrian Bunk wrote:
> > > This patch makes some needlessly global functions static.
> > >
> > .
On Mon, Jul 02, 2007 at 04:27:59AM +0200, Adrian Bunk wrote:
On Sun, Jul 01, 2007 at 09:42:49PM -0400, Josef Sipek wrote:
On Sun, Jul 01, 2007 at 10:23:30PM +0200, Adrian Bunk wrote:
This patch makes some needlessly global functions static.
...
--- linux-2.6.22-rc6-mm1/fs/unionfs
On Sun, Jul 01, 2007 at 10:23:30PM +0200, Adrian Bunk wrote:
> This patch makes some needlessly global functions static.
>
...
> --- linux-2.6.22-rc6-mm1/fs/unionfs/lookup.c.old 2007-07-01
> 00:05:02.0 +0200
> +++ linux-2.6.22-rc6-mm1/fs/unionfs/lookup.c 2007-07-01
On Sun, Jul 01, 2007 at 10:23:30PM +0200, Adrian Bunk wrote:
This patch makes some needlessly global functions static.
...
--- linux-2.6.22-rc6-mm1/fs/unionfs/lookup.c.old 2007-07-01
00:05:02.0 +0200
+++ linux-2.6.22-rc6-mm1/fs/unionfs/lookup.c 2007-07-01 00:06:05.0
On Wed, Jun 20, 2007 at 02:23:30PM +0530, Bharata B Rao wrote:
> (replying from a different ID as you didn't copy me on reply)
>
> On 6/20/07, Jan Blunck <[EMAIL PROTECTED]> wrote:
> >On Wed, 20 Jun 2007 11:22:41 +0530, Bharata B Rao wrote:
> >
> >> +/*
> >> + * When propagating mount events to
On Thu, Jun 21, 2007 at 10:55:45AM +0530, Bharata B Rao wrote:
...
> Talking about copyup and whiteout at VFS layer, we have already
> demonstrated what complexity it takes to have these within VFS. Please
> take a look at the copyup and whiteout patches in our previous
> releases at:
>
>
On Thu, Jun 21, 2007 at 10:55:45AM +0530, Bharata B Rao wrote:
...
Talking about copyup and whiteout at VFS layer, we have already
demonstrated what complexity it takes to have these within VFS. Please
take a look at the copyup and whiteout patches in our previous
releases at:
On Wed, Jun 20, 2007 at 02:23:30PM +0530, Bharata B Rao wrote:
(replying from a different ID as you didn't copy me on reply)
On 6/20/07, Jan Blunck [EMAIL PROTECTED] wrote:
On Wed, 20 Jun 2007 11:22:41 +0530, Bharata B Rao wrote:
+/*
+ * When propagating mount events to peer group, this
Guilt v0.25 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
Guilt v0.25 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
On Mon, Apr 30, 2007 at 04:20:07PM -0700, Andrew Morton wrote:
...
> git-unionfs.patch
>
> Does this have a future?
Yes! There are many active users who use our unioning functionality.
Namespace unification consists of several major parts:
1) Duplicate elimination: This can be handled in the
On Mon, May 07, 2007 at 11:22:32AM -0400, Lee Schermerhorn wrote:
> With unionfs included as a module, 2.6.21-mm1 build broke with:
>
> fs/unionfs/super.c: In function ‘init_once’:
> fs/unionfs/super.c:822: error: ‘SLAB_CTOR_VERIFY’ undeclared (first use in
> this function)
>
On Mon, May 07, 2007 at 11:22:32AM -0400, Lee Schermerhorn wrote:
With unionfs included as a module, 2.6.21-mm1 build broke with:
fs/unionfs/super.c: In function ‘init_once’:
fs/unionfs/super.c:822: error: ‘SLAB_CTOR_VERIFY’ undeclared (first use in
this function)
fs/unionfs/super.c:822:
On Mon, Apr 30, 2007 at 04:20:07PM -0700, Andrew Morton wrote:
...
git-unionfs.patch
Does this have a future?
Yes! There are many active users who use our unioning functionality.
Namespace unification consists of several major parts:
1) Duplicate elimination: This can be handled in the
On Sun, May 06, 2007 at 12:11:24PM +0100, Christoph Hellwig wrote:
> On Sat, May 05, 2007 at 06:59:39PM -0400, Josef 'Jeff' Sipek wrote:
> > Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
> > ---
> > fs/namei.c |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff
On Sun, May 06, 2007 at 12:11:24PM +0100, Christoph Hellwig wrote:
On Sat, May 05, 2007 at 06:59:39PM -0400, Josef 'Jeff' Sipek wrote:
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/namei.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Sat, May 05, 2007 at 07:00:12PM +0200, Adrian Bunk wrote:
> On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.21-rc7-mm2:
> >...
> > git-unionfs.patch
> >...
> > git trees
> >...
>
> <-- snip -->
>
> ...
> CC fs/unionfs/super.o
>
On Sat, May 05, 2007 at 10:19:42PM +0300, Pekka Enberg wrote:
> On 5/5/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >Bah, that was hidden from my allmodconfig because CONFIG_UNIONFS is
> >inexplicably
> >dependent upon CONFIG_SLAB.
> >
> >How come?
>
> I think Adrian added it before we
On Sat, May 05, 2007 at 11:57:18AM -0700, Andrew Morton wrote:
> On Sat, 5 May 2007 19:00:12 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> > >...
> > > Changes since 2.6.21-rc7-mm2:
> > >...
> > > git-unionfs.patch
> > >...
>
On Sat, May 05, 2007 at 11:57:18AM -0700, Andrew Morton wrote:
On Sat, 5 May 2007 19:00:12 +0200 Adrian Bunk [EMAIL PROTECTED] wrote:
On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
...
Changes since 2.6.21-rc7-mm2:
...
git-unionfs.patch
...
git trees
...
On Sat, May 05, 2007 at 10:19:42PM +0300, Pekka Enberg wrote:
On 5/5/07, Andrew Morton [EMAIL PROTECTED] wrote:
Bah, that was hidden from my allmodconfig because CONFIG_UNIONFS is
inexplicably
dependent upon CONFIG_SLAB.
How come?
I think Adrian added it before we introduced krealloc()
On Sat, May 05, 2007 at 07:00:12PM +0200, Adrian Bunk wrote:
On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
...
Changes since 2.6.21-rc7-mm2:
...
git-unionfs.patch
...
git trees
...
-- snip --
...
CC fs/unionfs/super.o
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
diff --git a/fs/namei.c b/fs/namei.c
index 2995fba..1516a9b 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -1125,6 +1125,10 @@ static int fastcall do_path_lookup(int dfd, const char
*name,
nd->mnt = mntget(fs->rootmnt);
Stackable file systems frequently need to lookup paths or path components
starting from an arbitrary point in the namespace (identified by a dentry
and a vfsmount). Currently, such file systems use lookup_one_len, which is
frowned upon [1] as it does not pass the lookup intent along; not passing
Sorry for the delayed announcement...
Guilt v0.24 is available for download.
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
Sorry for the delayed announcement...
Guilt v0.24 is available for download.
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
Stackable file systems frequently need to lookup paths or path components
starting from an arbitrary point in the namespace (identified by a dentry
and a vfsmount). Currently, such file systems use lookup_one_len, which is
frowned upon [1] as it does not pass the lookup intent along; not passing
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
diff --git a/fs/namei.c b/fs/namei.c
index 2995fba..1516a9b 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -1125,6 +1125,10 @@ static int fastcall do_path_lookup(int dfd, const char
*name,
nd-mnt = mntget(fs-rootmnt);
On Tue, Apr 10, 2007 at 01:22:52PM -0400, Shaya Potter wrote:
> Andrew Morton wrote:
> >On Mon, 9 Apr 2007 10:53:51 -0400 "Josef 'Jeff' Sipek"
> ><[EMAIL PROTECTED]> wrote:
> >
> >>The following patches introduce new branch-management code into Unionfs as
> >>well as fix a number of stability
On Tue, Apr 10, 2007 at 01:22:52PM -0400, Shaya Potter wrote:
Andrew Morton wrote:
On Mon, 9 Apr 2007 10:53:51 -0400 Josef 'Jeff' Sipek
[EMAIL PROTECTED] wrote:
The following patches introduce new branch-management code into Unionfs as
well as fix a number of stability issues and resource
On Mon, Apr 09, 2007 at 10:49:48AM -0700, Andrew Morton wrote:
> On Mon, 9 Apr 2007 10:53:51 -0400 "Josef 'Jeff' Sipek" <[EMAIL PROTECTED]>
> wrote:
>
> > The following patches introduce new branch-management code into Unionfs as
> > well as fix a number of stability issues and resource leaks.
On Mon, Apr 09, 2007 at 10:49:48AM -0700, Andrew Morton wrote:
On Mon, 9 Apr 2007 10:53:51 -0400 Josef 'Jeff' Sipek [EMAIL PROTECTED]
wrote:
The following patches introduce new branch-management code into Unionfs as
well as fix a number of stability issues and resource leaks.
First, a
Guilt v0.23 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
Guilt v0.23 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
Guilt v0.22 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
Guilt v0.22 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
On Fri, Mar 09, 2007 at 09:40:00AM +, Christoph Hellwig wrote:
> On Sat, Feb 17, 2007 at 03:56:55AM -0500, Josef 'Jeff' Sipek wrote:
> > From: Michael Halcrow <[EMAIL PROTECTED]>
> >
> > Call the new lookup_one_len_nd() rather than lookup_one_len(). This fixes
> > an
> > oops when stacked
On Fri, Mar 09, 2007 at 09:40:00AM +, Christoph Hellwig wrote:
On Sat, Feb 17, 2007 at 03:56:55AM -0500, Josef 'Jeff' Sipek wrote:
From: Michael Halcrow [EMAIL PROTECTED]
Call the new lookup_one_len_nd() rather than lookup_one_len(). This fixes
an
oops when stacked on NFS.
1 - 100 of 208 matches
Mail list logo
