Received: by 10.223.185.116 with SMTP id b49csp3770627wrg; Tue, 6 Mar 2018 04:50:06 -0800 (PST) X-Google-Smtp-Source: AG47ELt58pT0f8QtvOa/l7zmJoraTrSapvbrYnTtvyPs8yeaMyf3t0X2/7zWq+Lf1p7X3fd6N8uq X-Received: by 2002:a17:902:7485:: with SMTP id h5-v6mr17018441pll.236.1520340606421; Tue, 06 Mar 2018 04:50:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520340606; cv=none; d=google.com; s=arc-20160816; b=Yv0Sc31V/0/sZHL6B7SD7XgGNYAkAEUN/vexNz8Gt+9TlhwQZF31YTHtKPGC0u9WHF mIkpBkZfOvT9GTLATzT4eMjzkk6RtkXN6HQ0zm0Sj/bfD/6U82jIMvuKnKAD1qL2G/RY XWvUT6HkR3CQL/mbj1ZXpjwstYk104EATxCTS5EsB0BNuvIqzRDNvDxPjy29N0GcRScR QjXHPS2RIUhErhYxYRwdg8PmHHqCkyLyOxBKo8vx9OO8YHALq5prFT/l5l8heaRT/8qU 7XHLKe9cwRO/gqhD5knh5ZnwHETGcnaLPvaTZt7591D6E1hR56ci6ztVkE3LLuPA+3p2 2vMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=NAuUzA6/B4u0PH/UqiPK8s66cAPwHw99nSkSeUg+fc4=; b=okzSUThWkIh3CpnuIK1Pawvl85zA7Dk04evFjYRQ7Uc/xR5joCxh5omh4mkEan0QZq fGpiZCOcesSpEHdYo5Yi7LKaSvu9pTOiPFE2DXtoMCslGVHCz5wtw+e+SsVK3AUYAKHY fOQZ9WER2sb725DDkFI+10KdvelEFp3PKB4nQjxl8r0eCF2B5QRCXvtXS1XbMiLetcSI 2R3RxhmgBmVfVguI6eLrSXZkuwi3nhRbKRvL//5zPDvBZahcxFs5jSjU1CPLQlmx1DpQ 6AfRckEiFiLfoG3ozZKco70BfxfmNO/mfEAJHja4Q9TRDQNFiu6APxD0+fmcUGamxcuG Y+Fw== 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 d7si9723094pgf.766.2018.03.06.04.49.52; Tue, 06 Mar 2018 04:50:06 -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 S1753626AbeCFMrp (ORCPT + 99 others); Tue, 6 Mar 2018 07:47:45 -0500 Received: from relay1.mentorg.com ([192.94.38.131]:57869 "EHLO relay1.mentorg.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750933AbeCFMro (ORCPT ); Tue, 6 Mar 2018 07:47:44 -0500 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=SVR-IES-MBX-04.mgc.mentorg.com) by relay1.mentorg.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-SHA384:256) id 1etC0O-0001iz-3E from Harish_Kandiga@mentor.com ; Tue, 06 Mar 2018 04:47:44 -0800 Received: from [10.0.2.15] (137.202.0.87) by SVR-IES-MBX-04.mgc.mentorg.com (139.181.222.4) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 6 Mar 2018 12:47:39 +0000 Subject: Re: [PATCH] mmc: card: Don't show eMMC RPMB and BOOT areas in /proc/partitions To: Linus Walleij CC: Ulf Hansson , Adrian Hunter , Shawn Lin , linux-mmc , "linux-kernel@vger.kernel.org" References: <1519731229-19141-1-git-send-email-harish_kandiga@mentor.com> From: Harish Jenny K N Message-ID: <034dc340-149f-dfdf-a2eb-5f15ce9fb412@mentor.com> Date: Tue, 6 Mar 2018 18:17:36 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Language: en-US X-Originating-IP: [137.202.0.87] X-ClientProxiedBy: svr-ies-mbx-02.mgc.mentorg.com (139.181.222.2) To SVR-IES-MBX-04.mgc.mentorg.com (139.181.222.4) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Friday 02 March 2018 06:23 PM, Linus Walleij wrote: > On Tue, Feb 27, 2018 at 12:33 PM, Harish Jenny K N > wrote: > >> From: Andrew Gabbasov >> >> Since RPMB area is accessible via special ioctl only and boot areas >> are unlikely to contain any partitions, exclude them all from listing >> in /proc/partitions. This will hide them from various user-level >> software (e.g. fdisk), thus avoiding unnecessary access attempts. >> >> Signed-off-by: Andrew Gabbasov >> Signed-off-by: Harish Jenny K N > Makes sense to me, at least it makes the problem smaller not bigger. > Reviewed-by: Linus Walleij Any other comments/inputs on this ? Thanks, Harish Jenny K N