Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp501776ybx; Wed, 6 Nov 2019 04:08:25 -0800 (PST) X-Google-Smtp-Source: APXvYqyiAaEspYwD9+p6l9uuMVqJIvuqKNDr6mlCT60Y82CsHfk+ztQC00oqvhyVSLuet4SEsgmx X-Received: by 2002:a17:906:c9d9:: with SMTP id hk25mr34741677ejb.74.1573042105381; Wed, 06 Nov 2019 04:08:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573042105; cv=none; d=google.com; s=arc-20160816; b=BPQyASQuEVMWGZjpjWxCypC6vBpRzXQ+xzTZofZ5rvrBteyC1Em0UnU0h94AV+NwVu 4KQqeWj1oOpy+Pf6d5V1bxZ1nhvju7Pka2G7YtVCTaPCrFZNi9j42+KEgij1xLeotxT8 4v2VTeQA7ro/Dau951GZh1DoKWH4DBIumLkVy/WU0Kau51CqL+y7GfhodaOp141NqIH3 Wr83Hy+Z3gWevxVwe+/wBimrUWAtG5vjDjgFqcbI+YxC1q0X0lZhYZOES8wo14Hzy9di cnb610DhzCQOmAGfSHTPEyPKzTEvavopi1EN2j4DDoiT10WisZPA8NJelp+Ov+y/z581 7/Vg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=xthAPfQGx4YP4Oyf1Ijf5+bNZ8TbkXW0XveU4wQ4Sks=; b=HZKjUd41CIQr2wjEDlwEzTFi13z0btFEckSDXPQ7obTTjuxnoqO66RbxY9IF/iBGh3 fJbCWao0mkl6bas6gdFcJJ9EFRHOVsT11Loijf630i2kNfg72PCIYp9XNlPM9u41xV2O 8an1DMDWYLUOKUTnuzFY15Phw2jlD2qqktrwzfADFIGMk4IxKjA5CDYirMAs4uu/WSaW IvuNZwhY2pakxh/N/lJJ8uv017MxbSdBcVd04kJxvUGkNYHxpJ/M1b6aPF3r057asfcf 7/t+yFKY3gn75yV7HHgwWGxV9TlhiV7DsPzrIhaYExZgVb1eMtwaLr0KvwWbc9jBxl1H 0zWw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c8si11719151ede.323.2019.11.06.04.08.01; Wed, 06 Nov 2019 04:08:25 -0800 (PST) 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; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731265AbfKFMED (ORCPT + 99 others); Wed, 6 Nov 2019 07:04:03 -0500 Received: from mx2.suse.de ([195.135.220.15]:41544 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728610AbfKFMED (ORCPT ); Wed, 6 Nov 2019 07:04:03 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 262C8AEB3; Wed, 6 Nov 2019 12:04:02 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id 0BC791E4862; Wed, 6 Nov 2019 13:04:02 +0100 (CET) Date: Wed, 6 Nov 2019 13:04:02 +0100 From: Jan Kara To: snazy@snazy.de Cc: Johannes Weiner , Vlastimil Babka , Michal Hocko , Josef Bacik , Jan Kara , "Kirill A. Shutemov" , Randy Dunlap , linux-kernel@vger.kernel.org, Linux MM , Andrew Morton , "Potyra, Stefan" Subject: Re: mlockall(MCL_CURRENT) blocking infinitely Message-ID: <20191106120402.GG16085@quack2.suse.cz> References: <707b72c6dac76c534dcce60830fa300c44f53404.camel@gmx.de> <20191025135749.GK17610@dhcp22.suse.cz> <20191025140029.GL17610@dhcp22.suse.cz> <20191105182211.GA33242@cmpxchg.org> <46c58487acc05aa3c4d5d1e72b95cd84a5dba47b.camel@gmx.de> <9072e55e97f0c4f3b286eb57639c4e9bb4223dfc.camel@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed 06-11-19 12:26:24, Robert Stupp wrote: > 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() ? See my reply to Johannes. It would work but it would be somewhat fragile. Honza > 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. > > > -- Jan Kara SUSE Labs, CR