From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf0-f70.google.com (mail-lf0-f70.google.com [209.85.215.70]) by kanga.kvack.org (Postfix) with ESMTP id B01636B0548 for ; Thu, 17 May 2018 17:19:15 -0400 (EDT) Received: by mail-lf0-f70.google.com with SMTP id v10-v6so2368572lfe.16 for ; Thu, 17 May 2018 14:19:15 -0700 (PDT) Received: from mail.ispras.ru (mail.ispras.ru. [83.149.199.45]) by mx.google.com with ESMTP id l21-v6si2756907lfi.250.2018.05.17.14.19.13 for ; Thu, 17 May 2018 14:19:14 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 18 May 2018 00:19:13 +0300 From: Alexey Izbyshev Subject: Re: [4.11 Regression] 64-bit process gets AT_BASE in the first 4 GB if exec'ed from 32-bit process In-Reply-To: References: <82328ad006ebacb399d04d638f8dad4a@ispras.ru> Message-ID: Sender: owner-linux-mm@kvack.org List-ID: To: Dmitry Safonov <0x7f454c46@gmail.com> Cc: Andy Lutomirski , Dmitry Safonov , Thomas Gleixner , Cyrill Gorcunov , Borislav Petkov , "Kirill A. Shutemov" , Alexander Monakov , Linux-MM On 2018-05-18 00:11, Dmitry Safonov wrote: > 2018-05-17 22:07 GMT+01:00 Andy Lutomirski : >> On Thu, May 17, 2018 at 1:51 PM Dmitry Safonov <0x7f454c46@gmail.com> >> wrote: >> >>> 2018-05-17 21:46 GMT+01:00 Andy Lutomirski : >>> > On Thu, May 17, 2018 at 1:25 PM Alexey Izbyshev >> wrote: >>> > >>> >> Hello everyone, >>> > >>> >> I've discovered the following strange behavior of a 4.15.13-based >> kernel >>> >> (bisected to >>> > >>> > >>> > >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=1b028f784e8c341e762c264f70dc0ca1418c8b7a >>> >> between 4.11-rc2 and -rc3 thanks to Alexander Monakov). >>> > >>> > >>> > It's definitely not intended. Can you confirm that the problem still >>> > exists in 4.16? I have some vague recollection that this was a known >> issue >>> > that got fixed, and we could plausibly just be missing a backport. >> >>> I'm looking into that ATM, the problem like that was fixed with >> >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ada26481dfe6 >> >>> Will check what's happening there. >> >> I haven't tried to figure out exactly what code calls which function, >> but >> it seems like set_personality_64bit() really ought to clear TS_COMPAT. > > Ugh, yeah, the same way __set_personality_x32(). > Will test it and prepare a patch for that Cc'ing stable. > > Thanks, Alexey, Andy! > Thanks, Dmitry, Andy for the quick investigation, and Alexander for the confirmation! -Alexey