All of lore.kernel.org
 help / color / mirror / Atom feed
* fuse: implement i_op->atomic_open() prevents writes to ntfs-3g filesystem
@ 2012-08-12 13:59 Arthur Marsh
  2012-08-12 14:10 ` richard -rw- weinberger
  2012-08-12 14:37 ` Josh Boyer
  0 siblings, 2 replies; 4+ messages in thread
From: Arthur Marsh @ 2012-08-12 13:59 UTC (permalink / raw)
  To: linux-kernel

[repost, apologies if you see it twice]
I'm running Debian unstable on AMD64 (quad core) with Linus' github.com 
kernels.

Recently (post 3.5.0 kernels) writes to an ntfs-3g filesystem started 
failing, and I bisected back to the following:

# git bisect good
c8ccbe032feb127a977c66865cb63d72d9a6e08b is the first bad commit
commit c8ccbe032feb127a977c66865cb63d72d9a6e08b
Author: Miklos Szeredi <mszeredi@suse.cz>
Date:   Tue Jun 5 15:10:22 2012 +0200

     fuse: implement i_op->atomic_open()

     Add an ->atomic_open implementation which replaces the atomic 
open+create
     operation implemented via ->create.  No functionality is changed.

     Signed-off-by: Miklos Szeredi <mszeredi@suse.cz>
     Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>

:040000 040000 7a000897ad0d1524a7e1cb187bc77d92b8397d56 
38f02e55f70b009f8b1149cdd75f571c72406fe4 M      fs

Has this problem been seen by anyone else?

Is a fix already in the works?

Regards,

Arthur.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: fuse: implement i_op->atomic_open() prevents writes to ntfs-3g filesystem
  2012-08-12 13:59 fuse: implement i_op->atomic_open() prevents writes to ntfs-3g filesystem Arthur Marsh
@ 2012-08-12 14:10 ` richard -rw- weinberger
  2012-08-12 14:37 ` Josh Boyer
  1 sibling, 0 replies; 4+ messages in thread
From: richard -rw- weinberger @ 2012-08-12 14:10 UTC (permalink / raw)
  To: Arthur Marsh; +Cc: linux-kernel, linux-fsdevel, Miklos Szeredi, Al Viro

On Sun, Aug 12, 2012 at 3:59 PM, Arthur Marsh
<arthur.marsh@internode.on.net> wrote:
> [repost, apologies if you see it twice]
> I'm running Debian unstable on AMD64 (quad core) with Linus' github.com
> kernels.
>
> Recently (post 3.5.0 kernels) writes to an ntfs-3g filesystem started
> failing, and I bisected back to the following:
>
> # git bisect good
> c8ccbe032feb127a977c66865cb63d72d9a6e08b is the first bad commit
> commit c8ccbe032feb127a977c66865cb63d72d9a6e08b
> Author: Miklos Szeredi <mszeredi@suse.cz>
> Date:   Tue Jun 5 15:10:22 2012 +0200
>
>     fuse: implement i_op->atomic_open()
>
>     Add an ->atomic_open implementation which replaces the atomic
> open+create
>     operation implemented via ->create.  No functionality is changed.
>
>     Signed-off-by: Miklos Szeredi <mszeredi@suse.cz>
>     Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
>
> :040000 040000 7a000897ad0d1524a7e1cb187bc77d92b8397d56
> 38f02e55f70b009f8b1149cdd75f571c72406fe4 M      fs
>
> Has this problem been seen by anyone else?
>
> Is a fix already in the works?

Adding some CCs.

-- 
Thanks,
//richard

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: fuse: implement i_op->atomic_open() prevents writes to ntfs-3g filesystem
  2012-08-12 13:59 fuse: implement i_op->atomic_open() prevents writes to ntfs-3g filesystem Arthur Marsh
  2012-08-12 14:10 ` richard -rw- weinberger
@ 2012-08-12 14:37 ` Josh Boyer
  2012-08-12 16:50   ` Arthur Marsh
  1 sibling, 1 reply; 4+ messages in thread
From: Josh Boyer @ 2012-08-12 14:37 UTC (permalink / raw)
  To: Arthur Marsh; +Cc: miklos, viro, linux-kernel

On Sun, Aug 12, 2012 at 9:59 AM, Arthur Marsh
<arthur.marsh@internode.on.net> wrote:
> [repost, apologies if you see it twice]
> I'm running Debian unstable on AMD64 (quad core) with Linus' github.com
> kernels.
>
> Recently (post 3.5.0 kernels) writes to an ntfs-3g filesystem started
> failing, and I bisected back to the following:
>
> # git bisect good
> c8ccbe032feb127a977c66865cb63d72d9a6e08b is the first bad commit
> commit c8ccbe032feb127a977c66865cb63d72d9a6e08b
> Author: Miklos Szeredi <mszeredi@suse.cz>
> Date:   Tue Jun 5 15:10:22 2012 +0200
>
>     fuse: implement i_op->atomic_open()
>
>     Add an ->atomic_open implementation which replaces the atomic
> open+create
>     operation implemented via ->create.  No functionality is changed.
>
>     Signed-off-by: Miklos Szeredi <mszeredi@suse.cz>
>     Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
>
> :040000 040000 7a000897ad0d1524a7e1cb187bc77d92b8397d56
> 38f02e55f70b009f8b1149cdd75f571c72406fe4 M      fs
>
> Has this problem been seen by anyone else?

Yep, it was reported in Fedora last week.

> Is a fix already in the works?

Miklos posted this patch series that fixed things:

http://thread.gmane.org/gmane.linux.file-systems/66445/focus=1339000

josh

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: fuse: implement i_op->atomic_open() prevents writes to ntfs-3g filesystem
  2012-08-12 14:37 ` Josh Boyer
@ 2012-08-12 16:50   ` Arthur Marsh
  0 siblings, 0 replies; 4+ messages in thread
From: Arthur Marsh @ 2012-08-12 16:50 UTC (permalink / raw)
  To: Josh Boyer; +Cc: miklos, viro, linux-kernel



Josh Boyer wrote, on 13/08/12 00:07:
> On Sun, Aug 12, 2012 at 9:59 AM, Arthur Marsh
...
>> Has this problem been seen by anyone else?
>
> Yep, it was reported in Fedora last week.
>
>> Is a fix already in the works?
>
> Miklos posted this patch series that fixed things:
>
> http://thread.gmane.org/gmane.linux.file-systems/66445/focus=1339000
>
> josh
>

Thanks, after applying these 4 patches to the current Linus git head, 
the resulting kernel has no problems creating files with ntfs-3g.

Arthur.


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2012-08-12 16:50 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-08-12 13:59 fuse: implement i_op->atomic_open() prevents writes to ntfs-3g filesystem Arthur Marsh
2012-08-12 14:10 ` richard -rw- weinberger
2012-08-12 14:37 ` Josh Boyer
2012-08-12 16:50   ` Arthur Marsh

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.