Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1313647
| From | Nikhilesh Reddy <reddyn@codeaurora.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] fuse: Add support for fuse stacked I/O |
| Date | 2016-01-21 00:10 +0100 |
| Message-ID | <qTa31-4VH-29@gated-at.bofh.it> (permalink) |
| References | <qQDuy-6YZ-17@gated-at.bofh.it> <qQDuy-6YZ-15@gated-at.bofh.it> <qSuQ9-1Gz-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 01/18/2016 07:07 PM, Jann Horn wrote: > 2016-01-14 0:53 GMT+01:00 Nikhilesh Reddy <reddyn@codeaurora.org>: >> Add support for filesystem stacked read/write of files >> when enabled through a userspace init option of FUSE_STACKED_IO. >> >> When FUSE_STACKED_IO is enabled all the reads and writes >> to the fuse mount point go directly to the native filesystem >> rather than through the fuse daemon. All requests that aren't >> read/write still go thought the userspace code. > > Maybe I missed it, but how does this guard against kernel stack > overflow and how does it interact with the "sb->s_stack_depth > > FILESYSTEM_MAX_STACK_DEPTH" stacking limit that overlayfs and ecryptfs > use? > > As far as I can tell from a quick glance, someone could just stack > lots of FUSE files on top of each other and cause kernel stack > overflow that way, and that's nasty. > Hi Thanks so much for your comment and for catching this. I have fixed the code to prevent further stacking and will send it out in the updated version of the patch ( now called fuse passthrough ). -- Thanks Nikhilesh Reddy Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [PATCH] fuse: Add support for fuse stacked I/O Jann Horn <jannhorn@googlemail.com> - 2016-01-19 04:10 +0100 Re: [PATCH] fuse: Add support for fuse stacked I/O Nikhilesh Reddy <reddyn@codeaurora.org> - 2016-01-21 00:10 +0100
csiph-web