* [PATCH] ovl: Cleanup redundant blank lines
@ 2014-11-26 8:16 hujianyang
2014-11-26 9:07 ` hujianyang
0 siblings, 1 reply; 3+ messages in thread
From: hujianyang @ 2014-11-26 8:16 UTC (permalink / raw)
To: Miklos Szeredi; +Cc: linux-unionfs
This patch removes redundant blanks lines in overlayfs.
Signed-off-by: hujianyang <hujianyang@huawei.com>
---
fs/overlayfs/copy_up.c | 1 -
fs/overlayfs/inode.c | 1 -
fs/overlayfs/super.c | 1 -
3 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/fs/overlayfs/copy_up.c b/fs/overlayfs/copy_up.c
index ea10a87..66d161b 100644
--- a/fs/overlayfs/copy_up.c
+++ b/fs/overlayfs/copy_up.c
@@ -191,7 +191,6 @@ int ovl_set_attr(struct dentry *upperdentry, struct kstat *stat)
ovl_set_timestamps(upperdentry, stat);
return err;
-
}
static int ovl_copy_up_locked(struct dentry *workdir, struct dentry *upperdir,
diff --git a/fs/overlayfs/inode.c b/fs/overlayfs/inode.c
index 07d74b2..8ef1a03 100644
--- a/fs/overlayfs/inode.c
+++ b/fs/overlayfs/inode.c
@@ -430,5 +430,4 @@ struct inode *ovl_new_inode(struct super_block *sb, umode_t mode,
}
return inode;
-
}
diff --git a/fs/overlayfs/super.c b/fs/overlayfs/super.c
index f16d318..bdd1195 100644
--- a/fs/overlayfs/super.c
+++ b/fs/overlayfs/super.c
@@ -98,7 +98,6 @@ void ovl_path_upper(struct dentry *dentry, struct path *path)
enum ovl_path_type ovl_path_real(struct dentry *dentry, struct path *path)
{
-
enum ovl_path_type type = ovl_path_type(dentry);
if (type == OVL_PATH_LOWER)
--
1.6.0.2
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH] ovl: Cleanup redundant blank lines
2014-11-26 8:16 [PATCH] ovl: Cleanup redundant blank lines hujianyang
@ 2014-11-26 9:07 ` hujianyang
2014-11-26 9:16 ` Miklos Szeredi
0 siblings, 1 reply; 3+ messages in thread
From: hujianyang @ 2014-11-26 9:07 UTC (permalink / raw)
To: Miklos Szeredi; +Cc: linux-unionfs
Hi Miklos,
Will you apply my previous patch "ovl: Use macros to present
ovl_xattr"? These two patches(previous one and this one) are
based on branch *overlayfs-current* and conflict with each
other.
I don't know which branch I should use, overlayfs-current or
overlayfs-next. How could I join the development?
By the way, do you think we can make use of "kmem_cache" to
manage "struct ovl_entry"? I think it will speedup operations
like *ls*. I saw your work about multi-layer support. The size
of "struct ovl_entry" will be variable. In addition, some free
paths of ovl_entry rely on RCU. So maybe it's not easy.
Thanks~!
Hu
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] ovl: Cleanup redundant blank lines
2014-11-26 9:07 ` hujianyang
@ 2014-11-26 9:16 ` Miklos Szeredi
0 siblings, 0 replies; 3+ messages in thread
From: Miklos Szeredi @ 2014-11-26 9:16 UTC (permalink / raw)
To: hujianyang; +Cc: linux-unionfs
On Wed, Nov 26, 2014 at 10:07 AM, hujianyang <hujianyang@huawei.com> wrote:
> Hi Miklos,
>
> Will you apply my previous patch "ovl: Use macros to present
> ovl_xattr"? These two patches(previous one and this one) are
> based on branch *overlayfs-current* and conflict with each
> other.
>
> I don't know which branch I should use, overlayfs-current or
> overlayfs-next. How could I join the development?
If it's a bugfix, then do it against -current. If it's a cleanup
patch, like the one you did, do it against -next.
> By the way, do you think we can make use of "kmem_cache" to
> manage "struct ovl_entry"? I think it will speedup operations
> like *ls*. I saw your work about multi-layer support. The size
> of "struct ovl_entry" will be variable. In addition, some free
> paths of ovl_entry rely on RCU. So maybe it's not easy.
With the multi-layer support in overlayfs-next "struct ovl_entry"
becomes variable sized, so we can't use kmem_cache for it.
Thanks,
Miklos
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-11-26 9:17 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-11-26 8:16 [PATCH] ovl: Cleanup redundant blank lines hujianyang
2014-11-26 9:07 ` hujianyang
2014-11-26 9:16 ` Miklos Szeredi
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox