You can pull from 'master' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jsipek/unionfs.git
to receive the following:
Josef 'Jeff' Sipek (1):
fs/unionfs/: Remove unused structure members macros
Michael Halcrow (1):
eCryptfs: convert lookup_one_len() to lookup_one_len_nd()
This patch removes:
- hidden_mnt pointer from struct unionfs_data
- mount_flag from struct unionfs_sb_info
- mount_flag related macros
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/union.h |9 -
1 files changed, 0 insertions(+), 9 deletions(-)
diff --git
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.
Note that there are still some issues with eCryptfs on NFS having to do with
directory deletion (I'm not getting an oops, just an -EBUSY).
Maybe cifs_writepages() too can use this infrastructure, but I'm not
touching that with a ten-foot pole.
The cifs case ought to be one of the simpler ones, pseudo-code is pretty
easy, the hard part is all of the stuff unrelated to cifs:
Ideally if there were generic functions to help
On Wednesday 14 February 2007 19:13, Andreas Gruenbacher wrote:
So here is how this could be implemented. See the lengthy explanations in
the patch headers, too.
Turns out I messed up with one of Neil's review comments. Here is yet another
update.
With this fix, everything works as expected
[just sent this upstream; obvious file-removal patch snipped for size]
(resend)
Why:Unmaintained for years, superceded by JFFS2 for years.
Please pull from 'kill-jffs' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git kill-jffs
to receive the following updates:
On Sat, Feb 17, 2007 at 12:32:42AM -0500, Wendy Cheng wrote:
Robert Rappaport wrote:
[snip]
This is because the vfs running on the same node where the
samba server is running is not necessarily aware of all accesses to
the file on which it is granting a lease. Since vfs does not
