Mrs Fu | 23 Jul 14:15 2014

I am Samantha Fu I need your help to carry out charity goal

--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Milosz Tanski | 22 Jul 17:49 2014

[PATCH 0/3] FS-Cache: Bug fixes for bugs that happen under vma pressure

FS-Cache has a few bugs generally only get tried in error mode / under
VMA preassure. The problem is exhasterbated when majority of the IO is
cacheable netfs IO. At that point there are few pages that are evictalbe
due to GPF_NOFS allocation strategies. 

The first bug is a recursive hang caused by fscache write out to ext4
which in turn needs to allocate pages and ends up calling releasepages()
on the netfs.

The second two bugs are cookie ref count bugs that happen when in the
error cases (mostly from related memory alloc failures).

Milosz Tanski (3):
  FS-Cache: Timeout for releasepage()
  FS-Cache: Reduce cookie ref count if submit fails.
  FS-Cache: refcount becomes corrupt under vma pressure.

 fs/fscache/object.c |    4 ++++
 fs/fscache/page.c   |   22 ++++++++++++++++++----
 2 files changed, 22 insertions(+), 4 deletions(-)

--

-- 
1.7.9.5

--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(Continue reading)

Zhi Yong Wu | 21 Jul 04:50 2014
Picon

Re: hot data patch

They are all public, please check fs-devel mail list.

On Sun, Jul 20, 2014 at 8:05 PM, Saket Sinha <saket.sinha89 <at> gmail.com> wrote:
>
>
>
> On Sun, Jul 20, 2014 at 5:05 AM, Zhi Yong Wu <zwu.kernel <at> gmail.com> wrote:
>>
>> HI,
>>
>> There is no funding to support this work now, if anyone is interested,
>> pls feel free to pick it up.
>> Look forward to its merging into kernel upstream.:)
>>
>
>
> Hi,
>
>
> I am interested in doing this work. Could you provide me with a little
> background of this work with the relevant patches so that I can pick it up
> quickly.
>
> Regards,
> Saket Sinha
>
>

--

-- 
Regards,
(Continue reading)

Vasily Averin | 20 Jul 07:47 2014

[patch] fs: umount on symlinlk leaks mnt count

Currently umount on symlink blocks following umount:

/vz is separate mount

# ls /vz/ -al | grep test
drwxr-xr-x.  2 root root       4096 Jul 19 01:14 testdir
lrwxrwxrwx.  1 root root         11 Jul 19 01:16 testlink -> /vz/testdir

# umount -l /vz/testlink
umount: /vz/testlink: not mounted (expected)

# lsof /vz
# umount /vz
umount: /vz: device is busy. (unexpected)

Looks like an extra refcount on mnt was taken in mountpoint_last()
Patch below fixes the problem on my test node.

Signed-off-by:	Vasily Averin <vvs <at> openvz.org>
diff --git a/fs/namei.c b/fs/namei.c
index 985c6f3..0d32a0f 100644
--- a/fs/namei.c
+++ b/fs/namei.c
 <at>  <at>  -2305,6 +2305,7  <at>  <at>  path_mountpoint(int dfd, const char *name, struct path *path, unsigned int flags
 			break;
 		err = mountpoint_last(&nd, path);
 		put_link(&nd, &link, cookie);
+		mntput(link.mnt);
(Continue reading)

Zhi Yong Wu | 20 Jul 01:35 2014
Picon

Re: hot data patch

HI,

There is no funding to support this work now, if anyone is interested,
pls feel free to pick it up.
Look forward to its merging into kernel upstream.:)

On Fri, Jul 18, 2014 at 4:55 AM, Daniel Poelzleithner <poelzi <at> poelzi.org> wrote:
> hi,
>
> maybe you should send the patch as a new thread to the mailinglist. i
> think many people may miss messages in very old threads depending on the
> sorting of the list.
> maybe you should also send it to the general mailinglist as the people
> from file-systems seem not to care :(
>
> i really would love to have this patch landed.
>
> kind regards
>  daniel

--

-- 
Regards,

Zhi Yong Wu
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(Continue reading)

Joakim Tjernlund | 18 Jul 13:29 2014
Picon

Fw: ls -l /proc/1/exe -> Permission denied

Trying the fsdevel list ...

 Jocke

----- Forwarded by Joakim Tjernlund/Transmode on 2014/07/18 13:27 -----

Trying to real /proc/≤pid>/exe I noticed I could not read links not 
belonging to my user such as:
jocke >  ls -l /proc/1/exe
             ls: cannot read symbolic link /proc/1/exe: Permission denied

Is this expected?

uname -a
Linux gentoo-jocke 3.12.21
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Lukáš Czerner | 18 Jul 13:17 2014
Picon

Re: [PATCH 1/2] Remove misleading comment in do_fallocate()

On Fri, 18 Jul 2014, Rohan Puri wrote:

> Date: Fri, 18 Jul 2014 16:13:21 +0530
> From: Rohan Puri <rohan.puri15 <at> gmail.com>
> To: Lukáš Czerner <lczerner <at> redhat.com>
> Cc: hch <at> infradead.org, viro <at> zeniv.linux.org.uk,
>     Linux FS Devel <linux-fsdevel <at> vger.kernel.org>
> Subject: Re: [PATCH 1/2] Remove misleading comment in do_fallocate()
> 
> On Fri, Jul 18, 2014 at 4:05 PM, Lukáš Czerner <lczerner <at> redhat.com> wrote:
> 
> > On Fri, 18 Jul 2014, Rohan Puri wrote:
> >
> > > Date: Fri, 18 Jul 2014 15:27:26 +0530
> > > From: Rohan Puri <rohan.puri15 <at> gmail.com>
> > > To: hch <at> infradead.org, viro <at> zeniv.linux.org.uk
> > > Cc: linux-fsdevel <at> vger.kernel.org
> > > Subject: [PATCH 1/2] Remove misleading comment in do_fallocate()
> > >
> > > Preallocation for directory gets blocked at 2 places & never gets
> > propogated
> > > to the underlying file system : -
> > >
> > > - open(2) with O_DIRECTORY | O_WRONLY or O_DIRECTORY | O_RDWR
> > >   at do_last()->may_open().
> > > - open(2) with O_DIRECTORY | O_RDONLY -> fallocate(2) at do_fallocate().
> > >
> > > Signed-off-by: Rohan Puri <rohan.puri15 <at> gmail.com>
> > > ---
> > >  fs/open.c | 4 ----
(Continue reading)

Rohan Puri | 18 Jul 12:47 2014
Picon

Fwd: [PATCH 1/2] Remove misleading comment in do_fallocate()

Adding fs-devel

---------- Forwarded message ----------
From: Rohan Puri <rohan.puri15 <at> gmail.com>
Date: Fri, Jul 18, 2014 at 4:13 PM
Subject: Re: [PATCH 1/2] Remove misleading comment in do_fallocate()
To: Lukáš Czerner <lczerner <at> redhat.com>
Cc: hch <at> infradead.org, viro <at> zeniv.linux.org.uk, Linux FS Devel
<linux-fsdevel <at> vger.kernel.org>

On Fri, Jul 18, 2014 at 4:05 PM, Lukáš Czerner <lczerner <at> redhat.com> wrote:
>
> On Fri, 18 Jul 2014, Rohan Puri wrote:
>
> > Date: Fri, 18 Jul 2014 15:27:26 +0530
> > From: Rohan Puri <rohan.puri15 <at> gmail.com>
> > To: hch <at> infradead.org, viro <at> zeniv.linux.org.uk
> > Cc: linux-fsdevel <at> vger.kernel.org
> > Subject: [PATCH 1/2] Remove misleading comment in do_fallocate()
> >
> > Preallocation for directory gets blocked at 2 places & never gets propogated
> > to the underlying file system : -
> >
> > - open(2) with O_DIRECTORY | O_WRONLY or O_DIRECTORY | O_RDWR
> >   at do_last()->may_open().
> > - open(2) with O_DIRECTORY | O_RDONLY -> fallocate(2) at do_fallocate().
> >
> > Signed-off-by: Rohan Puri <rohan.puri15 <at> gmail.com>
> > ---
> >  fs/open.c | 4 ----
(Continue reading)

Rohan Puri | 18 Jul 11:50 2014
Picon

[PATCH 0/2] fallocate(2) related cleanups

This patch series contains fallocate(2) related cleanups

Rohan Puri (2):
  Remove misleading comment in do_fallocate()
  Remove redundant inode mode checks for ceph & ext4

 fs/ceph/file.c  | 3 ---
 fs/ext4/inode.c | 3 ---
 fs/open.c       | 4 ----
 3 files changed, 10 deletions(-)

--

-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Sougata Santra | 17 Jul 18:32 2014

[PATCH 1/1] hfsplus: skip unnecessary volume header sync


hfsplus_sync_fs always updates volume header information to disk with every
sync. This causes problem for systems trying to monitor disk activity to
switch them to low power state. Also hfsplus_sync_fs is explicitly called
from mount/unmount, which is unnecessary. During mount/unmount we only want
to set/clear volume dirty sate.

Signed-off-by: Sougata Santra <sougata <at> tuxera.com>
---
 fs/hfsplus/super.c | 101 +++++++++++++++++++++++++++++++++++++++++------------
 1 file changed, 79 insertions(+), 22 deletions(-)

diff --git a/fs/hfsplus/super.c b/fs/hfsplus/super.c
index 4cf2024..5cacb06 100644
--- a/fs/hfsplus/super.c
+++ b/fs/hfsplus/super.c
 <at>  <at>  -170,12 +170,61  <at>  <at>  static void hfsplus_evict_inode(struct inode *inode)
 	}
 }

+/*
+ * Helper to sync volume header state to disk. Caller must acquire
+ * volume header mutex (vh_mutex).
+ */
+static int hfsplus_sync_volume_header_locked(struct super_block *sb)
+{
+	struct hfsplus_sb_info *sbi = HFSPLUS_SB(sb);
+	int write_backup = 0;
+	int error = 0;
+
(Continue reading)

Sougata Santra | 17 Jul 18:30 2014

[PATCH 0/1] hfsplus: skip unnecessary volume header sync


hfsplus_sync_fs always updates volume header information to disk with every
sync. Not only it causes extra writes to disk but also causes problem for
system tools trying to monitor disk activity to reduce power consumption,
by switching disk to low power mode. We also call hfsplus_sync_fs from
unmount, which is not required.

Test:
------
$ $ sudo mount -t hfsplus -o umask=0000 /dev/sdb1 /mnt/tmp
$ cat /proc/diskstats 
  8      17 sdb1 36289 138 291192 8857 1283 34862 288838 1114187 0 17196 1123002
$ sync
$ cat /proc/diskstats 
  8      17 sdb1 36289 138 291192 8857 1284 34862 288839 1114188 0 17197 1123003
$ sync
$ cat /proc/diskstats 
  8      17 sdb1 36289 138 291192 8857 1285 34862 288840 1114189 0 17198 1123004
$ sync
$ cat /proc/diskstats 
  8      17 sdb1 36289 138 291192 8857 1286 34862 288841 1114190 0 17198 1123004

We, can clearly see that field 5, 7 increasing without actually writing into the
volume.

Please Note:
-----------
hfsplus_sync_volume_header() is added to call from mount/unmount sequence,
since we just want to write the dirty/clean state to disk. For unmount,
hfsplus_sync_fs is already called from sync_filesystem(). For mount, it
(Continue reading)


Gmane