Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1567112
| From | ebiederm@xmission.com (Eric W. Biederman) |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery |
| Date | 2017-01-26 05:30 +0100 |
| Message-ID | <t3JR7-2Lo-1@gated-at.bofh.it> (permalink) |
| References | (2 earlier) <t3lc5-401-9@gated-at.bofh.it> <t3lF7-4at-5@gated-at.bofh.it> <t3lF7-4at-3@gated-at.bofh.it> <t3lF8-4at-13@gated-at.bofh.it> <t3mUx-4XL-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
"Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com> writes: > On 25 January 2017 at 15:28, Eric W. Biederman <ebiederm@xmission.com> wrote: >> My concern is that the difference between returning -EOVERFLOW and >> overflow_uid is primarily about usability. If you haven't played with >> the usability I don't trust that we have made the proper trade off. > > So, I had not initially included the no-UID-mapping case, and when you > proposed -EOVERFLOW for that case, it seemed better. > > On reflection, mapping to the overflow_uid seems simpler. Taking the > example shown in my other mail a short time ago, the unmapped UID 0 > from the outer namespace would map to the overflow_uid (which UID my > program would print), but my program would still correctly report that > the UID 0 process in the outer namespace might (subject to LSM checks) > have capabilities in the inner namespace. > > So, it seems that reverting the EOVERFLOW change is in order (and my > example program thus needs no changes). Does that sound reasonable to > you? It does. I just care that you have thought through the tradeoffs of that corner of the interface design. Eric
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH v4 0/2] Add further ioctl() operations for namespace discovery "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com> - 2017-01-25 02:10 +0100
Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery ebiederm@xmission.com (Eric W. Biederman) - 2017-01-25 03:10 +0100
Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery ebiederm@xmission.com (Eric W. Biederman) - 2017-01-25 03:40 +0100
Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery ebiederm@xmission.com (Eric W. Biederman) - 2017-01-25 03:40 +0100
Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com> - 2017-01-25 05:00 +0100
Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery ebiederm@xmission.com (Eric W. Biederman) - 2017-01-26 05:30 +0100
Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com> - 2017-01-25 03:40 +0100
csiph-web