Re: [PATCH 0/4 POC] Allow executing code and syscalls in another address space

On Tue, Apr 13, 2021 at 10:52:13PM -0700, Andrei Vagin wrote: > We already have process_vm_readv and process_vm_writev to read and write > to a process memory faster than we can do this with ptrace. And now it > is time for process_vm_exec that allows executing code in an address > space of another

Re: [PATCH 3.16 0/2] Fix FUSE read/write deadlock on stream-like files

On Sun, Jul 07, 2019 at 03:03:45PM +0100, Ben Hutchings wrote: > On Sun, 2019-06-09 at 15:41 +0000, Kirill Smelkov wrote: > > Hello stable team, > > > > Please consider applying the following 2 patches to Linux-3.16 stable > > tree. The patches fix regression introdu

Re: [PATCH] pci/switchtec: fix stream_open.cocci warnings (fwd)

Hi Julia, everyone. On Wed, Jun 19, 2019 at 12:28:47PM +0200, Julia Lawall wrote: > Hi, > > Can you forward this patch to the people below if you think it is > appropriate? Yes, this patch is appropriate. It was actually part of git.kernel.org/linus/c5bf68fe0c86 . It should be safe, (and desirab

Re: [PATCH 4.14 0/2] Fix FUSE read/write deadlock on stream-like files

On Sun, Jun 09, 2019 at 06:38:26PM +0200, Greg KH wrote: > On Sun, Jun 09, 2019 at 12:39:08PM +0000, Kirill Smelkov wrote: > > Hello stable team, > > > > Please consider applying the following 2 patches to Linux-4.14 stable > > tree. The patches fix regression introdu

[PATCH 3.16 1/2] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

ev.c) Cc: Michael Kerrisk Cc: Yongzhi Pan Cc: Jonathan Corbet Cc: David Vrabel Cc: Juergen Gross Cc: Miklos Szeredi Cc: Tejun Heo Cc: Kirill Tkhai Cc: Arnd Bergmann Cc: Christoph Hellwig Cc: Greg Kroah-Hartman Cc: Julia Lawall Cc: Nikolaus Rath Cc: Han-Wen Nienhuys Signed-off-by: Kirill S

[PATCH 3.16 0/2] Fix FUSE read/write deadlock on stream-like files

.kernel.org/linux-fsdevel/20190424191652.ge3...@deco.navytux.spb.ru/ ... Kirill Smelkov (2): fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock fuse: Add FOPEN_STREAM to use stream_open() drivers/xen/xenbus/xenbus_dev_frontend.c

[PATCH 4.9 2/2] fuse: Add FOPEN_STREAM to use stream_open()

c: sta...@vger.kernel.org # v3.14+ Signed-off-by: Kirill Smelkov Signed-off-by: Miklos Szeredi --- fs/fuse/file.c| 4 +++- include/uapi/linux/fuse.h | 2 ++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/fs/fuse/file.c b/fs/fuse/file.c index 037990342321..157af5033a9f 100

[PATCH 4.9 1/2] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

c: Michael Kerrisk Cc: Yongzhi Pan Cc: Jonathan Corbet Cc: David Vrabel Cc: Juergen Gross Cc: Miklos Szeredi Cc: Tejun Heo Cc: Kirill Tkhai Cc: Arnd Bergmann Cc: Christoph Hellwig Cc: Greg Kroah-Hartman Cc: Julia Lawall Cc: Nikolaus Rath Cc: Han-Wen Nienhuys Signed-off-by: Kirill

[PATCH 3.18 2/2] fuse: Add FOPEN_STREAM to use stream_open()

c: sta...@vger.kernel.org # v3.14+ Signed-off-by: Kirill Smelkov Signed-off-by: Miklos Szeredi --- fs/fuse/file.c| 4 +++- include/uapi/linux/fuse.h | 2 ++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/fs/fuse/file.c b/fs/fuse/file.c index d4dbea657656..b85a32be5c92 100

[PATCH 3.18 0/2] Fix FUSE read/write deadlock on stream-like files

.kernel.org/linux-fsdevel/20190424191652.ge3...@deco.navytux.spb.ru/ ... Kirill Smelkov (2): fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock fuse: Add FOPEN_STREAM to use stream_open() drivers/xen/xenbus/xenbus_dev_frontend.c

[PATCH 3.16 2/2] fuse: Add FOPEN_STREAM to use stream_open()

c: sta...@vger.kernel.org # v3.14+ Signed-off-by: Kirill Smelkov Signed-off-by: Miklos Szeredi --- fs/fuse/file.c| 4 +++- include/uapi/linux/fuse.h | 2 ++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/fs/fuse/file.c b/fs/fuse/file.c index bc8f5de48fd9..69e471b042a6 100

[PATCH 4.4 1/2] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

c: Michael Kerrisk Cc: Yongzhi Pan Cc: Jonathan Corbet Cc: David Vrabel Cc: Juergen Gross Cc: Miklos Szeredi Cc: Tejun Heo Cc: Kirill Tkhai Cc: Arnd Bergmann Cc: Christoph Hellwig Cc: Greg Kroah-Hartman Cc: Julia Lawall Cc: Nikolaus Rath Cc: Han-Wen Nienhuys Signed-off-by: Kirill

[PATCH 4.4 2/2] fuse: Add FOPEN_STREAM to use stream_open()

c: sta...@vger.kernel.org # v3.14+ Signed-off-by: Kirill Smelkov Signed-off-by: Miklos Szeredi --- fs/fuse/file.c| 4 +++- include/uapi/linux/fuse.h | 2 ++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/fs/fuse/file.c b/fs/fuse/file.c index d40c2451487c..cf50020f9f27 100

[PATCH 3.18 1/2] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

ev.c) Cc: Michael Kerrisk Cc: Yongzhi Pan Cc: Jonathan Corbet Cc: David Vrabel Cc: Juergen Gross Cc: Miklos Szeredi Cc: Tejun Heo Cc: Kirill Tkhai Cc: Arnd Bergmann Cc: Christoph Hellwig Cc: Greg Kroah-Hartman Cc: Julia Lawall Cc: Nikolaus Rath Cc: Han-Wen Nienhuys Signed-off-by: Kirill S

[PATCH 4.4 0/2] Fix FUSE read/write deadlock on stream-like files

.kernel.org/linux-fsdevel/20190424191652.ge3...@deco.navytux.spb.ru/ ... Kirill Smelkov (2): fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock fuse: Add FOPEN_STREAM to use stream_open() drivers/xen/xenbus/xenbus_dev_frontend.c

[PATCH 4.9 0/2] Fix FUSE read/write deadlock on stream-like files

.kernel.org/linux-fsdevel/20190424191652.ge3...@deco.navytux.spb.ru/ ... Kirill Smelkov (2): fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock fuse: Add FOPEN_STREAM to use stream_open() drivers/xen/xenbus/xenbus_dev_frontend.c

[PATCH 4.14 1/2] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

with nonseekable_open (e.g. drivers/input/mousedev.c) Cc: Michael Kerrisk Cc: Yongzhi Pan Cc: Jonathan Corbet Cc: David Vrabel Cc: Juergen Gross Cc: Miklos Szeredi Cc: Tejun Heo Cc: Kirill Tkhai Cc: Arnd Bergmann Cc: Christoph Hellwig Cc: Greg Kroah-Hartman Cc: Julia Lawall Cc: Nikola

[PATCH 4.14 2/2] fuse: Add FOPEN_STREAM to use stream_open()

c: sta...@vger.kernel.org # v3.14+ Signed-off-by: Kirill Smelkov Signed-off-by: Miklos Szeredi --- fs/fuse/file.c| 4 +++- include/uapi/linux/fuse.h | 2 ++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/fs/fuse/file.c b/fs/fuse/file.c index 7882fc34113c..94088b804f1f 100

[PATCH 4.14 0/2] Fix FUSE read/write deadlock on stream-like files

el.org/linux-fsdevel/20190424191652.ge3...@deco.navytux.spb.ru/ ... Kirill Smelkov (2): fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock fuse: Add FOPEN_STREAM to use stream_open() drivers/xen/xenbus/xenbus_dev_frontend.c |

Re: [PATCH 4.19 082/114] fuse: Add FOPEN_STREAM to use stream_open()

On Tue, May 28, 2019 at 01:16:58PM +0200, Pavel Machek wrote: > Hi! > > > +++ b/include/uapi/linux/fuse.h > > @@ -219,10 +219,12 @@ struct fuse_file_lock { > > * FOPEN_DIRECT_IO: bypass page cache for this open file > > * FOPEN_KEEP_CACHE: don't invalidate the data cache on open > > * FOPEN_

Re: [PATCH 0/3] stream_open bits for Linux 5.2

On Tue, May 07, 2019 at 12:18:03PM -0700, Linus Torvalds wrote: > On Tue, May 7, 2019 at 12:09 PM Kirill Smelkov wrote: > > > > I've pushed corresponding gpg-signed tag (stream_open-5.2) to my tree. I > > did not go the gpg way initially because we do not have a gpg-trus

Re: [PATCH 0/3] stream_open bits for Linux 5.2

On Tue, May 07, 2019 at 11:54:21AM -0700, Linus Torvalds wrote: > On Mon, May 6, 2019 at 10:20 AM Kirill Smelkov wrote: > > > > Maybe it will help: the patches can be also pulled from here: > > > > git pull https://lab.nexedi.com/kirr/linux.git y/stream_open-5.2

[PATCH 3/3] vfs: pass ppos=NULL to .read()/.write() of FMODE_STREAM files

nto there as non-pointer kiocb.ki_pos . Currently stream_open.cocci (semantic patch added by 10dce8af3422) ignores files whose file_operations has *_iter methods. Suggested-by: Rasmus Villemoes Signed-off-by: Kirill Smelkov --- fs/open.c | 5 ++

[PATCH 1/3] dtlk: remove double call to nonseekable_open

hek Signed-off-by: Kirill Smelkov --- drivers/char/dtlk.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/char/dtlk.c b/drivers/char/dtlk.c index f882460b5a44..669c3311adc4 100644 --- a/drivers/char/dtlk.c +++ b/drivers/char/dtlk.c @@ -298,7 +298,6 @@ static int dtlk_open(struct inode *

[PATCH 0/3] stream_open bits for Linux 5.2

r/linux.git y/stream_open-5.2 Thanks beforehand, Kirill Kirill Smelkov (3): dtlk: remove double call to nonseekable_open *: convert stream-like files from nonseekable_open -> stream_open vfs: pass ppos=NULL to .read()/.write() of FMODE_STREAM files arch/powerpc/platforms/52xx/mpc52xx_gp

Re: [PATCH AUTOSEL 5.0 59/66] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

On Fri, Apr 26, 2019 at 11:00:01AM +, David Laight wrote: > From: Kirill Smelkov > > Sent: 26 April 2019 08:46 > ... > > I'm not sure I understand your comment completely, but we convert to > > stream_open only drivers that actually do _not_ use position at all, an

Re: [PATCH AUTOSEL 5.0 59/66] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

On Thu, Apr 25, 2019 at 10:04:34AM +, David Laight wrote: > From: Kirill Smelkov > > Sent: 24 April 2019 19:30 > > > > On Wed, Apr 24, 2019 at 10:26:55AM -0700, Linus Torvalds wrote: > > > On Wed, Apr 24, 2019 at 10:19 AM Sasha Levin wrote: > > > >

Re: [RESEND, PATCH 3/3] fuse: Add FOPEN_STREAM and use stream_open() if filesystem returned that from open handler

Hello up there, On Wed, Apr 24, 2019 at 04:06:10PM +, Sasha Levin wrote: > Hi, > > [This is an automated email] > > This commit has been processed because it contains a -stable tag. > The stable tag indicates that it's relevant for the following trees: 3.14+ > > The bot has tested the followin

Re: [RESEND4, PATCH 1/2] fuse: retrieve: cap requested size to negotiated max_write

On Wed, Apr 24, 2019 at 09:09:58PM +0300, Kirill Smelkov wrote: > Thanks again for tossing the patches, I have to appologize here: I used the word "tossing" here as if it would mean "processing" or "applying", but a friend of mine just said that it means som

Re: [PATCH AUTOSEL 5.0 59/66] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

On Wed, Apr 24, 2019 at 10:26:55AM -0700, Linus Torvalds wrote: > On Wed, Apr 24, 2019 at 10:19 AM Sasha Levin wrote: > > > > Hm, I might be confusing something here but I see a bunch of patches > > that convert existing callers mentioned in this patch to use > > stream_open() which was introduced

Re: [RESEND4, PATCH 1/2] fuse: retrieve: cap requested size to negotiated max_write

On Wed, Apr 24, 2019 at 05:02:42PM +0200, Miklos Szeredi wrote: > On Wed, Apr 24, 2019 at 4:22 PM Kirill Smelkov wrote: > > - FUSE_PRECISE_INVAL_DATA: > > > > --- b/include/uapi/linux/fuse.h > > +++ b/include/uapi/linux/fuse.h > > @@ -266,7 +26

Re: [RESEND4, PATCH 1/2] fuse: retrieve: cap requested size to negotiated max_write

On Wed, Apr 24, 2019 at 03:19:11PM +0200, Miklos Szeredi wrote: > On Wed, Apr 24, 2019 at 2:31 PM Kirill Smelkov wrote: > > > Thanks. Does it mean that the patch is ok? Do I need to rework > > something? > > Pushed to #for-next with all the rest. Made some changes to

Re: [RESEND4, PATCH 1/2] fuse: retrieve: cap requested size to negotiated max_write

On Wed, Apr 24, 2019 at 02:17:27PM +0200, Miklos Szeredi wrote: > On Wed, Apr 24, 2019 at 1:56 PM Kirill Smelkov wrote: > > > I assume you are meaning this: > > > > --- a/fs/fuse/dev.c > > +++ b/fs/fuse/dev.c > > @@ -1745,15 +1745,1

Re: [RESEND4, PATCH 2/2] fuse: require /dev/fuse reads to have enough buffer capacity as negotiated

On Wed, Apr 24, 2019 at 12:48:36PM +0200, Miklos Szeredi wrote: > On Wed, Mar 27, 2019 at 11:44 AM Kirill Smelkov wrote: > > > > A FUSE filesystem server queues /dev/fuse sys_read calls to get > > filesystem requests to handle. It does not know in advance what would be >

Re: [RESEND4, PATCH 1/2] fuse: retrieve: cap requested size to negotiated max_write

On Wed, Apr 24, 2019 at 12:44:50PM +0200, Miklos Szeredi wrote: > On Wed, Mar 27, 2019 at 11:15 AM Kirill Smelkov wrote: > > > > FUSE filesystem server and kernel client negotiate during initialization > > phase, what should be the maximum write size the c

Re: FUSE workflow=? (Re: [RESEND1, PATCH 1/2] fuse: convert printk -> pr_*)

On Wed, Apr 24, 2019 at 10:57:35AM +0200, Miklos Szeredi wrote: > On Wed, Apr 24, 2019 at 10:38 AM Kirill Smelkov wrote: > > > > +torvalds > > > > On Tue, Apr 23, 2019 at 04:57:58PM +0200, Miklos Szeredi wrote: > > > On Wed, Mar 27, 20

FUSE workflow=? (Re: [RESEND1, PATCH 1/2] fuse: convert printk -> pr_*)

+torvalds On Tue, Apr 23, 2019 at 04:57:58PM +0200, Miklos Szeredi wrote: > On Wed, Mar 27, 2019 at 10:15 AM Kirill Smelkov wrote: > > > > Functions, like pr_err, are a more modern variant of printing compared to > > printk. They could be used to denoise sources by using ne

[RESEND, PATCH 3/3] fuse: Add FOPEN_STREAM and use stream_open() if filesystem returned that from open handler

isk Cc: Yongzhi Pan Cc: Jonathan Corbet Cc: David Vrabel Cc: Juergen Gross Cc: Tejun Heo Cc: Kirill Tkhai Cc: Arnd Bergmann Cc: Christoph Hellwig Cc: Greg Kroah-Hartman Cc: Julia Lawall Cc: Nikolaus Rath Cc: Han-Wen Nienhuys Cc: sta...@vger.kernel.org # v3.14+ Signed-off-by

Re: [PATCH] pci/switchtec: fix stream_open.cocci warnings (fwd)

On Thu, Apr 18, 2019 at 07:37:30AM -0500, Bjorn Helgaas wrote: > On Thu, Apr 18, 2019 at 10:38:02AM +0000, Kirill Smelkov wrote: > > On Thu, Apr 18, 2019 at 07:31:02AM +0200, Julia Lawall wrote: > > > On Wed, 17 Apr 2019, Bjorn Helgaas wrote: > > > > On Sat, Apr 13, 2

Re: [PATCH] pci/switchtec: fix stream_open.cocci warnings (fwd)

On Thu, Apr 18, 2019 at 07:31:02AM +0200, Julia Lawall wrote: > > > On Wed, 17 Apr 2019, Bjorn Helgaas wrote: > > > On Sat, Apr 13, 2019 at 06:50:57PM +0200, Julia Lawall wrote: > > > Hello, > > > > > > Kirill will explain about this issue. > > > > > > julia > > > > > > -- Forwarded mess

Re: [PATCH] pci/switchtec: fix stream_open.cocci warnings (fwd)

Hi Sebastian, On Mon, Apr 15, 2019 at 05:20:22PM +0200, Sebastian Andrzej Siewior wrote: > On 2019-04-15 14:55:02 [+], Kirill Smelkov wrote: > > Hi Sebastian, > Hi Kirill, > > > On Mon, Apr 15, 2019 at 04:38:57PM +0200, Sebastian Andrzej Siewior wrote: > > >

Re: [PATCH] pci/switchtec: fix stream_open.cocci warnings (fwd)

Hi Sebastian, On Mon, Apr 15, 2019 at 04:38:57PM +0200, Sebastian Andrzej Siewior wrote: > On 2019-04-13 17:00:59 [+], Kirill Smelkov wrote: > > Hello everyone, > Hi, > > > On Sat, Apr 13, 2019 at 06:50:57PM +0200, Julia Lawall wrote: > > > Hello, > > >

Re: [PATCH 1/3] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

On Sun, Apr 07, 2019 at 02:09:08PM -1000, Linus Torvalds wrote: > On Sun, Apr 7, 2019 at 10:04 AM Kirill Smelkov wrote: > > > > Fixing regression on FUSE side is my reason to do this whole work - > > that's why I care about it the most and ask. > > Yeah, we can

Re: [PATCH 1/2] vfs: pass ppos=NULL to .read()/.write() of FMODE_STREAM files

On Sat, Apr 13, 2019 at 10:27:00AM -0700, Linus Torvalds wrote: > On Sat, Apr 13, 2019 at 9:55 AM Kirill Smelkov wrote: > > > > --- a/fs/read_write.c > > +++ b/fs/read_write.c > > @@ -371,7 +371,7 @@ int rw_verify_area(int read_write, struct file *file, >

Re: [PATCH] pci/switchtec: fix stream_open.cocci warnings (fwd)

Hello everyone, On Sat, Apr 13, 2019 at 06:50:57PM +0200, Julia Lawall wrote: > Hello, > > Kirill will explain about this issue. pci/switchtec switching to stream_open is already queued to merge window and it was acked by Logan Gunthorpe: https://lore.kernel.org/lkml/CAHk-=wgqgN5j1ZWny

[PATCH 2/2] vfs: use &file->f_pos directly on files that have position

nging here was introduced in 2013 in commit 5faf153ebf61 "don't call file_pos_write() if vfs_{read,write}{,v}() fails". [1] https://lore.kernel.org/linux-fsdevel/CAHk-=whjtzt52snhbgrnmnuxfn3ge9x_e02x8bpxtkqrfyz...@mail.gmail.com/ Suggested-by: Linus Torvalds Signed-off-by: Kirill Smelkov --- fs/read_write.c |

[PATCH 1/2] vfs: pass ppos=NULL to .read()/.write() of FMODE_STREAM files

nto there as non-pointer kiocb.ki_pos . Currently stream_open.cocci (semantic patch added by 10dce8af3422) ignores files whose file_operations has *_iter methods. Suggested-by: Rasmus Villemoes Signed-off-by: Kirill Smelkov --- fs/open.c | 5 ++

Re: [PATCH 1/3] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

On Fri, Apr 12, 2019 at 03:41:44PM +0300, Kirill Smelkov wrote: > On Thu, Apr 11, 2019 at 09:22:56AM -0700, Linus Torvalds wrote: > > On Thu, Apr 11, 2019 at 5:38 AM Kirill Smelkov wrote: > > > > > > However file->f_pos writing is still there and it will bug under r

Re: [PATCH 1/3] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

On Thu, Apr 11, 2019 at 09:22:56AM -0700, Linus Torvalds wrote: > On Thu, Apr 11, 2019 at 5:38 AM Kirill Smelkov wrote: > > > > However file->f_pos writing is still there and it will bug under race > > detector, e.g. under KTSAN because read and write can be running >

Re: [PATCH 1/3] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

+Linus, +Al, +linux-fsdevel, +linux-kernel On Tue, Apr 09, 2019 at 11:50:23PM +0200, Rasmus Villemoes wrote: > On 09/04/2019 22.38, Kirill Smelkov wrote: > > On Tue, Apr 09, 2019 at 09:43:37AM +0200, Rasmus Villemoes wrote: > >> On 26/03/2019 23.20, Kirill Smelkov wrote:

Re: [PATCH 1/3] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

On Sat, Apr 06, 2019 at 07:07:14AM -1000, Linus Torvalds wrote: > On Tue, Mar 26, 2019 at 12:20 PM Kirill Smelkov wrote: > > > > Commit 9c225f2655 (vfs: atomic f_pos accesses as per POSIX) added locking > > for > > file.f_pos access and in particular made co

[RESEND4, PATCH 1/2] fuse: retrieve: cap requested size to negotiated max_write

marc.info/?l=linux-fsdevel&m=155057023600853&w=2 [2] https://github.com/hanwen/go-fuse Signed-off-by: Kirill Smelkov Cc: Han-Wen Nienhuys Cc: Jakob Unterwurzacher Cc: # v2.6.36+ --- fs/fuse/dev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/fuse/dev.c b/fs/fus

[RESEND4, PATCH 0/2] fuse: don't stuck clients on retrieve_notify with size > max_write

Miklos, On Thu, Mar 14, 2019 at 01:45:20PM +0300, Kirill Smelkov wrote: > Miklos, > > On Thu, Feb 28, 2019 at 02:47:57PM +0300, Kirill Smelkov wrote: > > On Thu, Feb 28, 2019 at 09:10:15AM +0100, Miklos Szeredi wrote: > > > On Wed, Feb 27, 2019 at 9:39 PM Kirill Smelkov

[RESEND4, PATCH 2/2] fuse: require /dev/fuse reads to have enough buffer capacity as negotiated

//marc.info/?l=linux-fsdevel&m=155057023600853&w=2 Signed-off-by: Kirill Smelkov Cc: Han-Wen Nienhuys Cc: Jakob Unterwurzacher --- fs/fuse/dev.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/fs/fuse/dev.c b/fs/fuse/dev.c index 38e94bc43053..8fdfbafed037 100644 --- a/

[RESEND1, PATCH v2 2/2] fuse: allow filesystems to have precise control over data cache

core/blob/a50f1d9f/wcfs/wcfs.go#L20 Signed-off-by: Kirill Smelkov --- fs/fuse/fuse_i.h | 3 +++ fs/fuse/inode.c | 12 ++-- include/uapi/linux/fuse.h | 7 ++- 3 files changed, 19 insertions(+), 3 deletions(-) diff --git a/fs/fuse/fuse_i.h b/fs/fuse/fuse_i.h ind

[RESEND1, PATCH 0/2] fuse: allow filesystems to have precise control over data cache

...@nexedi.com/ but had not heard from you at all. Could you please have a look? Thanks beforehand, Kirill Kirill Smelkov (2): fuse: convert printk -> pr_* fuse: allow filesystems to have precise control over data cache fs/fuse/cuse.c| 13 +++-- fs/fuse/dev.c |

[RESEND1, PATCH 1/2] fuse: convert printk -> pr_*

ning - the second line now comes also with "fuse:" prefix. I hope it is ok. Suggested-by: Kirill Tkhai Signed-off-by: Kirill Smelkov Reviewed-by: Kirill Tkhai --- fs/fuse/cuse.c | 13 +++-- fs/fuse/dev.c| 4 ++-- fs/fuse/fuse_i.h | 4 fs/fuse/inode.c | 6 +++---

[PATCH 3/3] fuse: Add FOPEN_STREAM and use stream_open() if filesystem returned that from open handler

an Cc: Jonathan Corbet Cc: David Vrabel Cc: Juergen Gross Cc: Tejun Heo Cc: Kirill Tkhai Cc: Arnd Bergmann Cc: Christoph Hellwig Cc: Greg Kroah-Hartman Cc: Julia Lawall Cc: Nikolaus Rath Cc: Han-Wen Nienhuys Signed-off-by: Kirill Smelkov --- fs/fuse/file.c| 4 +++- include/uapi/

[PATCH 1/3] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

ers/input/mousedev.c) Cc: Michael Kerrisk Cc: Yongzhi Pan Cc: Jonathan Corbet Cc: David Vrabel Cc: Juergen Gross Cc: Miklos Szeredi Cc: Tejun Heo Cc: Kirill Tkhai Cc: Arnd Bergmann Cc: Christoph Hellwig Cc: Greg Kroah-Hartman Cc: Julia Lawall Cc: Nikolaus Rath Cc: Han-Wen Nienhuys Si

Re: linux-next: Signed-off-by missing for commit in the net-next tree

Francois, On Wed, Nov 01, 2017 at 11:55:24AM +0100, Francois Romieu wrote: > Kirill Smelkov : > [...] > > I was keeping you in To and Cc all the time but got no reply at all since my > > first posting from ~ 1 month ago. > > I thought it was longer than that. Sorry fo

Re: linux-next: Signed-off-by missing for commit in the net-next tree

Francois, On Tue, Oct 31, 2017 at 04:40:19PM +1100, Stephen Rothwell wrote: > Hi all, > > Commit > > 509708310cf9 ("r8169: Add support for interrupt coalesce tuning (ethtool > -C)") > > is missing a Signed-off-by from its author (or its author is wrong). Could we please get signoff for this

Re: Why mmap(MAP_POPULATE | MAP_NONBLOCK) is needed (Re: [patch] mmap.2: Add link to commit which broke MAP_POPULATE | MAP_NONBLOCK to be noop)

Michael, there are no replies, but I still think it is better we apply the following patch to man-pages. Thanks. 8< From: Kirill Smelkov Subject: [patch] mmap.2: Add link to commit which broke MAP_POPULATE | MAP_NONBLOCK to be noop Signed-off-by: Kirill Smelkov --- man2/mmap.2

Re: Why mmap(MAP_POPULATE | MAP_NONBLOCK) is needed (Re: [patch] mmap.2: Add link to commit which broke MAP_POPULATE | MAP_NONBLOCK to be noop)

Michael, first of all thanks for feedback. On Mon, Mar 20, 2017 at 08:38:50PM +0100, Michael Kerrisk (man-pages) wrote: > [CC += Michel Lespinasse ] > > Kirill, > > I need some help here. > > On 20 March 2017 at 16:59, Kirill Smelkov wrote: > > On Sat, Mar 18, 2017

Why mmap(MAP_POPULATE | MAP_NONBLOCK) is needed (Re: [patch] mmap.2: Add link to commit which broke MAP_POPULATE | MAP_NONBLOCK to be noop)

On Sat, Mar 18, 2017 at 10:40:10PM +0300, Kirill Smelkov wrote: > Signed-off-by: Kirill Smelkov > --- > man2/mmap.2 | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/man2/mmap.2 b/man2/mmap.2 > index 96875e486..f6fd56523 100644 > --- a/man2/mmap.2 > +++ b/man

[patch] mmap.2: Add link to commit which broke MAP_POPULATE | MAP_NONBLOCK to be noop

Signed-off-by: Kirill Smelkov --- man2/mmap.2 | 1 + 1 file changed, 1 insertion(+) diff --git a/man2/mmap.2 b/man2/mmap.2 index 96875e486..f6fd56523 100644 --- a/man2/mmap.2 +++ b/man2/mmap.2 @@ -300,6 +300,7 @@ Don't perform read-ahead: create page tables entries only for pages tha

Re: [PATCH 00/23] userfaultfd v4

Hi Andrea, On Thu, May 21, 2015 at 05:52:51PM +0200, Andrea Arcangeli wrote: > Hi Kirill, > > On Thu, May 21, 2015 at 04:11:11PM +0300, Kirill Smelkov wrote: > > Sorry for maybe speaking up too late, but here is additional real > > Not too late, in fact I don't think t

Re: [PATCH 00/23] userfaultfd v4

Hello up there, On Thu, May 14, 2015 at 07:30:57PM +0200, Andrea Arcangeli wrote: > Hello everyone, > > This is the latest userfaultfd patchset against mm-v4.1-rc3 > 2015-05-14-10:04. > > The postcopy live migration feature on the qemu side is mostly ready > to be merged and it entirely depends

Re: [PATCH] tools/liblockdep: Fix debug_check thinko in mutex destroy

On Mon, Dec 08, 2014 at 09:59:54AM -0500, Sasha Levin wrote: > On 12/08/2014 06:07 AM, Kirill Smelkov wrote: > > In mutex destroy code currently we pass to debug_check_no_locks_freed() > > > > [mem_from, mem_end) > > > > address region. But deb

[PATCH] tools/liblockdep: Fix debug_check thinko in mutex destroy

ckdep: core"). Fix it, or else on a mutex destroy we wrongly check much-wider-than-mutex region and can find not-yet-released other locks there and wrongly report BUGs on them. Signed-off-by: Kirill Smelkov --- tools/lib/lockdep/preload.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletion

Re: [PATCH,RESEND] hugetlbfs: document that sticky mounts are allowed

On Wed, Oct 22, 2014 at 02:28:26PM -0400, Jonathan Corbet wrote: > On Wed, 22 Oct 2014 19:54:46 +0400 > Kirill Smelkov wrote: > > > Please apply the below patch documenting that hugetlbfs can be > > sticky-mounted. > > It documents it in a rather obscure way...b

[PATCH,RESEND] hugetlbfs: document that sticky mounts are allowed

AM, Kirill Smelkov wrote: > > Commit 75897d60 (hugetlb: allow sticky directory mount option) added > > support for mounting hugetlbfs with sticky option set, like /tmp is > > usually mounted, but forgot to document that. > > > > Cc: Ken Chen

[PATCH] hugetlbfs: document that sticky mounts are allowed

Commit 75897d60 (hugetlb: allow sticky directory mount option) added support for mounting hugetlbfs with sticky option set, like /tmp is usually mounted, but forgot to document that. Cc: Ken Chen Signed-off-by: Kirill Smelkov --- Documentation/vm/hugetlbpage.txt | 2 +- 1 file changed, 1

[PATCH] vfs: fix typo in s_op->alloc_inode() documentation

erg Signed-off-by: Kirill Smelkov --- Documentation/filesystems/vfs.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/filesystems/vfs.txt b/Documentation/filesystems/vfs.txt index 61d65cc..02a766c 100644 --- a/Documentation/filesystems/vfs.txt +++ b/Documentat

[PATCH,v2] [media] vivi: Constify structures

On Thu, Dec 27, 2012 at 12:55:11PM +0100, Hans Verkuil wrote: > On Wed December 26 2012 16:29:43 Kirill Smelkov wrote: > > Most of *_ops and other structures in vivi.c were already declared const > > but some have not. Constify and code/data will take less space: > > > &g

[PATCH] [media] vivi: Constify structures

/media/platform/vivi.o after: 12308 20 8 123363030 drivers/media/platform/vivi.o i.e. vivi.o is now ~500 bytes less. Signed-off-by: Kirill Smelkov --- drivers/media/platform/vivi.c | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff

Re: [PATCH] Tell the world we gave up on pushing CC_OPTIMIZE_FOR_SIZE

On Fri, Nov 02, 2012 at 03:41:01PM +0400, Kirill Smelkov wrote: > [continuing 281dc5c5 "Give up on pushing CC_OPTIMIZE_FOR_SIZE"] > > Recently I've been beaten hard by CC_OPTIMIZE_FOR_SIZE=y on X86 > performance-wise. The problem turned out to be for -Os gcc wants t

[PATCH] Tell the world we gave up on pushing CC_OPTIMIZE_FOR_SIZE

p 13: c3 ret and even if I change "n" to "4*n"... On the other hand, with -O2, it generates call to memcpy, which at least has rep; movsl inside it, and things works several times faster. So tell people to not enable CC_OPTIMIZE_FOR_SIZE by defa