On Tue 03-04-18 16:15:20, Yang Shi wrote: > > > On 4/3/18 3:37 PM, Cyrill Gorcunov wrote: > > An ability to manipulate mm_struct fields was introduced in > > sake of CRIU in first place. Later we provide more suitable > > and safe operation PR_SET_MM_MAP where all fields to be modifed > > are passed in one structure which allows us to make more detailed > > verification. > > > > Still old interface remains present for compatibility reason > > though CRIU itself already switched to PR_SET_MM_MAP on its > > own long ago. > > > > Googling didn't reveal some other users of this operation > > so I think it should be safe to issue deprecation warning > > first time and get rid of this interface after a couple > > of releases. > > > > CC: Andrey Vagin <ava...@openvz.org> > > CC: Andrew Morton <a...@linuxfoundation.org> > > CC: Pavel Emelyanov <xe...@virtuozzo.com> > > CC: Michael Kerrisk <mtk.manpa...@gmail.com> > > CC: Yang Shi <yang....@linux.alibaba.com> > > CC: Michal Hocko <mho...@kernel.org> > > Signed-off-by: Cyrill Gorcunov <gorcu...@gmail.com> > > --- > > Or we can simply drop it off because PR_SET_MM_MAP covers all needs, > > and I would rather prefer to do that asap. > > Thanks for making it deprecated. I'd prefer just drop it off if nobody > objects. The change will get soaked in linux-next for a while , we will know > if it breaks compatibility (it sounds very unlikely).
Yeah, let's just drop it and have the patch in linux-next (via mmotm) for 2 release cycles and see whether somebody complains. You can add Acked-by: Michal Hocko <mho...@suse.com> for such a patch. -- Michal Hocko SUSE Labs