Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1732460
| From | Randy Dunlap <rdunlap@infradead.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH RFC 0/3] A few round_pipe_size() and pipe-max-size fixups |
| Date | 2017-09-14 19:00 +0200 |
| Message-ID | <upFEC-7zL-15@gated-at.bofh.it> (permalink) |
| References | <umnkR-3Wq-7@gated-at.bofh.it> <upCnn-5ys-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 09/14/17 06:26, Michael Kerrisk (man-pages) wrote: > Hello Joe, > > On 5 September 2017 at 16:44, Joe Lawrence <joe.lawrence@redhat.com> wrote: >> While backporting Michael's "pipe: fix limit handling" [1] patchset to a >> distro-kernel, Mikulas noticed that current upstream pipe limit handling >> contains a few problems: >> >> 1 - round_pipe_size() nr_pages overflow on 32bit: this would >> subsequently try roundup_pow_of_two(0), which is undefined. Hi, Sorry I missed the initial posting of this. The man page for F_SETPIPE_SZ (http://man7.org/linux/man-pages/man2/fcntl.2.html) says: "Attempts to set the pipe capacity below the page size are silently rounded up to the page size." That implies to me that setting pipe size to 0 would round up to PAGE_SIZE. Doesn't patch 1/3 change that to return -EINVAL? Otherwise all 3 patches look good to me. thanks, -- ~Randy
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH RFC 0/3] A few round_pipe_size() and pipe-max-size fixups "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com> - 2017-09-14 15:30 +0200
Re: [PATCH RFC 0/3] A few round_pipe_size() and pipe-max-size fixups Randy Dunlap <rdunlap@infradead.org> - 2017-09-14 19:00 +0200
Re: [PATCH RFC 0/3] A few round_pipe_size() and pipe-max-size fixups Joe Lawrence <joe.lawrence@redhat.com> - 2017-09-14 21:20 +0200
Re: [PATCH RFC 0/3] A few round_pipe_size() and pipe-max-size fixups Randy Dunlap <rdunlap@infradead.org> - 2017-09-14 22:30 +0200
csiph-web