Received: by 10.223.164.202 with SMTP id h10csp376889wrb; Mon, 13 Nov 2017 07:52:02 -0800 (PST) X-Google-Smtp-Source: AGs4zMauTqcktqhbqvg06VXK82H5EvD2DSrZ8rWQp5c3xAq1EmsYd9xDEM7LXHPVNhbJSQ8wbYt2 X-Received: by 10.98.18.157 with SMTP id 29mr10292686pfs.84.1510588322518; Mon, 13 Nov 2017 07:52:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510588322; cv=none; d=google.com; s=arc-20160816; b=spEbfsiA4tMYlvsMo/A85iyxoU58sw+ayfHDuWc102Quttk4tT0xRE5/9fhcC5+yTK 1A06eVXzpSggp+6qtM3z2FMwcVVuNq267T6y1Y1j4uEoWTWx/zRkyujsCxh54/okks2Z iZ8jZaF9+GKuwqUf5rIvS7+XpvA3giKGFqbUgxRFAlI2flDYQw45tGADTyBC2z9IUn57 lPddM4Yns2ysofemTLEizzEVuRyUq8NkMnBl7V6XaBwnFvjhqcRaSJlNDdPlndqcGE02 S1bITl/RrVf7b7s80jAcRLEg1rvjVXVRULim/ZlxampArvI8HevvlU1Q2aVxq0610aMa ArYg== 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:arc-authentication-results; bh=zk8rr3hmVth7eS0rGXkkdj35CtiFBC+//f8PwD+Y5Ls=; b=pGMJWiVYmIrA8qCLqtG3tGCElZZ6Gfw9YBT4Fb79AGhk3EwBPr0aKRYrxyp2MNQNrm slLxjGqBdNldxGi0Wd74zBW8hfUcV4xpruK8+wpui/JqqhU3gNyB47X37+cpwvizP7P8 0KCcI3b+euBJWESJ2pgvMhX75//QOLCsq+VMPOy+EAg3Ami8/gnhlZa9ara1JesJdZ4b LGZ/bLZGBgzeEdDSUADruVzEswPQi4svJP4LzTsk4HHL058hMrHTrjU9k31MrEUqywWr SfZ6cJ1Rgz/x5W6OAmaEh7DcOA+ggpw4RC16mIzU+HXNxrV9wl0lWJePddP8x3kmT2zz awaQ== 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 v3si13863935pgr.802.2017.11.13.07.51.49; Mon, 13 Nov 2017 07:52:02 -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 S1753449AbdKMPtp (ORCPT + 88 others); Mon, 13 Nov 2017 10:49:45 -0500 Received: from mx2.suse.de ([195.135.220.15]:33440 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753062AbdKMPtm (ORCPT ); Mon, 13 Nov 2017 10:49:42 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id ECDA2AAC1; Mon, 13 Nov 2017 15:49:40 +0000 (UTC) Date: Mon, 13 Nov 2017 16:49:39 +0100 From: Michal Hocko To: Michael Ellerman Cc: Joel Stanley , Stephen Rothwell , Andrew Morton , Linux-Next Mailing List , Linux Kernel Mailing List , Russell King , Benjamin Herrenschmidt , Abdul Haleem , Ralf Baechle , "James E.J. Bottomley" , Helge Deller , Yoshinori Sato , Rich Felker , "David S. Miller" , Chris Zankel , Max Filippov , linux-arm-kernel@lists.infradead.org, linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org, linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org, sparclinux@vger.kernel.org, linux-xtensa@linux-xtensa.org Subject: Re: linux-next: Tree for Nov 7 Message-ID: <20171113154939.6ui2fmpokpm7g4oj@dhcp22.suse.cz> References: <20171107162217.382cd754@canb.auug.org.au> <20171108142050.7w3yliulxjeco3b7@dhcp22.suse.cz> <20171110123054.5pnefm3mczsfv7bz@dhcp22.suse.cz> <20171113092006.cjw2njjukt6limvb@dhcp22.suse.cz> <20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz> <87lgjawgx1.fsf@concordia.ellerman.id.au> <20171113120057.555mvrs4fjq5tyng@dhcp22.suse.cz> <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171113151641.yfqrecpcxllpn5mq@dhcp22.suse.cz> User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 13-11-17 16:16:41, Michal Hocko wrote: > On Mon 13-11-17 13:00:57, Michal Hocko wrote: > [...] > > Yes, I have mentioned that in the previous email but the amount of code > > would be even larger. Basically every arch which reimplements > > arch_get_unmapped_area would have to special case new MAP_FIXED flag to > > do vma lookup. > > It turned out that this might be much more easier than I thought after > all. It seems we can really handle that in the common code. This would > mean that we are exposing a new functionality to the userspace though. > Myabe this would be useful on its own though. Just a quick draft (not > even compile tested) whether this makes sense in general. I would be > worried about unexpected behavior when somebody set other bit without a > good reason and we might fail with ENOMEM for such a call now. Hmm, the bigger problem would be the backward compatibility actually. We would get silent corruptions which is exactly what the flag is trying fix. mmap flags handling really sucks. So I guess we would have to make the flag internal only :/ -- Michal Hocko SUSE Labs From 1583966498711182071@xxx Mon Nov 13 15:49:27 +0000 2017 X-GM-THRID: 1583423641769727671 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread