Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp38094imm; Thu, 11 Oct 2018 15:01:17 -0700 (PDT) X-Google-Smtp-Source: ACcGV62Q5N+C6nlZvuUkD76OuEXHpjgYaUNqFnAv+vhyCV9DZvGXJzXbJjhXEfG2XK9Z/2y9vto/ X-Received: by 2002:a62:e091:: with SMTP id d17-v6mr3268865pfm.214.1539295277304; Thu, 11 Oct 2018 15:01:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539295277; cv=none; d=google.com; s=arc-20160816; b=P5SmUkLCWtzfh40wkp0H0zspt14SvhShqFPHHh02hJ2G4L8vmP5o7JNuE7CiAK+QHV BS2w1Hj3zf9QxVXRFsUuFShhd5yQh3RQbt1o+eZzFunQXub9tOEllSJeovF9jfKepaM+ /jeP4JbSEN38fGfZd7NB6VBOyLIdKx1X7q8QZooESWSVFw7+lBLU3USi9lRTlP7zVnav eu78WSQvm0yObnMMCRfTYPU6kOUjwu6hiMVIr+q4d2sRvaXHSD18+XAjjzCdyRMrHkgl CROEckPaHUavmUbN8er1jNcp9wHTYgGjLXJiQyOPtqc4aTivckKIL1omYnjVjcjgPpo1 uwcg== 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:dkim-signature; bh=CS+y3ZkrmTL9hSYRq2DNNyBiHoo8b+AzaBGL/BI8oPg=; b=cwvB1hOrcoHvpx7rWq0j8iBYPBg7hB7yxTEMS4AYqYXq0Wn+cZlYLXf6chc4z64Vie DPIrqDpgm3rwGLlfNHkiKFO+ZY9seBVJTVRI1Igz5MYGk9QU3vcOjpIQ1M5YlAURMJEh ogP4nsnBwwmvO+P5n8sSZYag08JzSfG+Ah5GqnLGLCCQWlxNK+FNM3qg/KLHTUEKtIhI 2MKoo9/CPOqYboLhcFLoGBulextriSalF9W+NJjscdUlgkpUqsQmALji/lIKMYBS3o+Q tCnQc++S3wB0vq9nAIo5Y5iPzj0u3xubxOpyghDcaHSX1BRWRu6Hf2/xFB5FqVKdnRDW oBxA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=s0eygDq9; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x3-v6si27311216pfb.122.2018.10.11.15.00.45; Thu, 11 Oct 2018 15:01:17 -0700 (PDT) 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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=s0eygDq9; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725932AbeJLF30 (ORCPT + 99 others); Fri, 12 Oct 2018 01:29:26 -0400 Received: from mail-lj1-f194.google.com ([209.85.208.194]:34720 "EHLO mail-lj1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725824AbeJLF30 (ORCPT ); Fri, 12 Oct 2018 01:29:26 -0400 Received: by mail-lj1-f194.google.com with SMTP id j17-v6so9644520lja.1; Thu, 11 Oct 2018 15:00:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=CS+y3ZkrmTL9hSYRq2DNNyBiHoo8b+AzaBGL/BI8oPg=; b=s0eygDq90lz4jJ5atLI2GR9Kt/cRk81ulxvDoLpq/b8cvYSvTaW+xWTERZ3P/hidZz JiWuJXA/WCriNhudxXc2YwomclahZjN/imPcqfpgt+xFi+s54tV7jaPfWTfZcSmDSXMG 1yZ0mTcwO1eTzKOy5ysjZkkvdWOlXNgsebPLPjmjDOJ09nzK20TkG4Gzf+wieItHS/OQ B49sv7WMBlDhF/tCFwu9FcMgV/WP/3q7brcp8nbNWMGyC2b9zhAXTMtHgev4RMDxe7OF NBvXl1PiLW4DfoatgVMQbPyTrE0o3LDZMHPYa5D9+wU8eQZPcybamIm3qM4UeBDvMCbH uAIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=CS+y3ZkrmTL9hSYRq2DNNyBiHoo8b+AzaBGL/BI8oPg=; b=grpwkrrIbditwaqpUHkto3G4eW9XnWFjSXVpq4KzRqLiYmfH6WoaDTifxQohsw72EY p9Q+/VVwSPLrZf32uPX2q1OXwbrjpq6TNHZ6pkfgohf6pQvsLK5eLTna+O6CjfOs6sLL s9U875qOZK/bCDFA0y+50sdPX3Kx7B6IeKhLjbuDWM99Zpa4hJMt+eH6wcotS/a61W4n /9QaiPQ3GOfoPUbzD2HxcHg4u5jRooOeAJfdonRcq3EQ8TEgOGFOQ1Sc3GFRojN+EdIZ 5Nl2p19zPkV+fVIzEzEKXfxYyo2Il3nI7H5XiJyPCK4EOzDXgstUi40lLg4sUnJLUOoy YdoQ== X-Gm-Message-State: ABuFfogxQHw/1IwzD3KSci880hdKSfwAbmHfUoh5kNYAhWzieGuMyfaP lwUNmriIy/yjq7x1H9NK2RM= X-Received: by 2002:a2e:4e01:: with SMTP id c1-v6mr2490126ljb.157.1539295211706; Thu, 11 Oct 2018 15:00:11 -0700 (PDT) Received: from uranus.localdomain ([5.18.102.224]) by smtp.gmail.com with ESMTPSA id n195-v6sm6028137lfb.26.2018.10.11.15.00.10 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 15:00:10 -0700 (PDT) Received: by uranus.localdomain (Postfix, from userid 1000) id DC4A046072D; Fri, 12 Oct 2018 01:00:09 +0300 (MSK) Date: Fri, 12 Oct 2018 01:00:09 +0300 From: Cyrill Gorcunov To: Alexey Dobriyan Cc: Rafael David Tinoco , linux-kselftest@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, akpm@linux-foundation.org, shuah@kernel.org Subject: Re: [PATCH] proc: fix proc-self-map-files selftest for arm Message-ID: <20181011220009.GF2401@uranus.lan> References: <20181011184359.15627-1-rafael.tinoco@linaro.org> <20181011205601.GA32757@avx2> <20181011210256.GE2401@uranus.lan> <20181011213006.GA13485@avx2> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181011213006.GA13485@avx2> 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 Fri, Oct 12, 2018 at 12:30:06AM +0300, Alexey Dobriyan wrote: > On Fri, Oct 12, 2018 at 12:02:56AM +0300, Cyrill Gorcunov wrote: > > On Thu, Oct 11, 2018 at 11:56:01PM +0300, Alexey Dobriyan wrote: > > > > > > As the comment in the beginning says this test is specifically for addresss 0. > > > Maybe it should be ifdeffed with __arm__ then. > > > > Is there some other reason than allocating non-mergable VMA? > > IIRC the reason is to test address 0 as it is effectively banned > for userspace so if it will be broken, it will be broken silently > for a long time. This is rather a side effect of the test because the primary reason was to check procfs numbers conversion, right? Don't get me wrong, I don't mind about __arm__ define or similar, this is fine for one architecture, but if there comes more we will get a number of #ifdefs which is unrelated to procfs numeric routines at all. > As for "unmergeable" libc here doesn't map /dev/zero. I know how to > avoid even theoretical breakage by creating binaries by hand but it > will be probably too much. Sure.