Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Message-ID: <b0a04e9953b0e714ec906fbee38f36b08e58da8a.camel@gmx.de>
Subject: Re: mlockall(MCL_CURRENT) blocking infinitely
From:   Robert Stupp <snazy@gmx.de>
Reply-To: snazy@snazy.de
To:     Johannes Weiner <hannes@cmpxchg.org>,
        Vlastimil Babka <vbabka@suse.cz>
Cc:     Michal Hocko <mhocko@kernel.org>,
        Josef Bacik <josef@toxicpanda.com>, Jan Kara <jack@suse.cz>,
        "Kirill A. Shutemov" <kirill@shutemov.name>,
        Randy Dunlap <rdunlap@infradead.org>,
        linux-kernel@vger.kernel.org, Linux MM <linux-mm@kvack.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        "Potyra, Stefan" <Stefan.Potyra@elektrobit.com>
Date:   Wed, 06 Nov 2019 12:26:24 +0100
In-Reply-To: <9072e55e97f0c4f3b286eb57639c4e9bb4223dfc.camel@gmx.de>
References: <20191025120505.GG17610@dhcp22.suse.cz>
         <20191025121104.GH17610@dhcp22.suse.cz>
         <c8950b81000e08bfca9fd9128cf87d8a329a904b.camel@gmx.de>
         <20191025132700.GJ17610@dhcp22.suse.cz>
         <707b72c6dac76c534dcce60830fa300c44f53404.camel@gmx.de>
         <20191025135749.GK17610@dhcp22.suse.cz>
         <20191025140029.GL17610@dhcp22.suse.cz>
         <c2505804fda5326acf76b2be0155d558e5481fb5.camel@gmx.de>
         <fa6599459300c61da6348cdfd0cfda79e1c17a7a.camel@gmx.de>
         <ad13f479-3fda-b55a-d311-ef3914fbe649@suse.cz>
         <20191105182211.GA33242@cmpxchg.org>
         <46c58487acc05aa3c4d5d1e72b95cd84a5dba47b.camel@gmx.de>
         <9072e55e97f0c4f3b286eb57639c4e9bb4223dfc.camel@gmx.de>
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.34.1-2 
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

Maybe a native and wrong idea, but would it work to call
__get_user_pages_locked() instead of __get_user_pages() in
populate_vma_page_range() ?

On Wed, 2019-11-06 at 11:25 +0100, Robert Stupp wrote:
> Here's one more dmesg output with more information captured in
> __get_user_pages() as well. It basically confirms that
> handle_mm_fault() returns VM_FAULT_RETRY.
>
> I'm not sure where and what to change ("fix with a FOLL_TRIED
> somewhere") to make it work. My (uneducated) impression is, that only
> __get_user_pages() needs to be changed - but I might be wrong.
>