Received: by 10.223.185.116 with SMTP id b49csp7036739wrg; Wed, 28 Feb 2018 21:36:59 -0800 (PST) X-Google-Smtp-Source: AG47ELuzPr0ZI6KVije/ogJFTbMS1OFQW/8cg32XvtqqdhJfwjUIlLwExJk2sum5beafgvXTYHOs X-Received: by 10.101.98.137 with SMTP id f9mr596970pgv.6.1519882619139; Wed, 28 Feb 2018 21:36:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519882619; cv=none; d=google.com; s=arc-20160816; b=l+s9nsJUIraN2ZtrIFjLtvX1RovjP10YE0cRw4dHUpW+kMPL8aVadiAwSnoWZLt3x1 s4+Fir3wIDWODt/LiPxqslbFYhwh7tyPGiMCMuix6QZg9faO1JUG7ksqtX/NBYWwcRyP Zm3uQcYgyDAzN0dSGt0c9eBTatfYbrqOdQN0QaoCPLqKhG5x5AxuSL1CAnyMTfbytFZ0 HrnRcdhKLAkOcIjwnVOLRO9ZnA+26EiETtZ+kzo97xunSI/T27gxKUoW4hBPJy7Q0Lfk 6yNj9pkSoLqlep1gRRwTt3MBu1qQwSSs/tfsNWl5+wKKGgdb7YepmOk6B9gguT4sXPGK Ayrg== 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=tOMiOfyR+i9wvZj2c2SPKBXFlcOj4cdctusOlrx+KDo=; b=Rxqlr/FYT7cn5bRdfvbLscDLrTEB3i0hpci8//QGQ9M19naTzn4e5Id27GKksZWgcY Nc1J2baUaL3aWjlLa11mocGeoSemNNPhMh5m3KtFi7ywJZ5uEMAoZr4oKTfQH6EXZ90Z A5N99nPxkgqdJhoHAVWpK/6NUAmwWLDB+QVjVUhMAMh/sJAEfvcij8IFKnzHFTwrYEVZ KYLbp+R+3g0v8eUWD5nXcFqmjYTHoyK4sHT/EdCXMCKY7itosWiBp5PCO346GGk+ckYQ h03p0arCu+3z7oRCASEfITmg+84RotCYjuJivJmOoYDJTf+2umHGhqwIgS5+PQlVGKI8 REog== 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 k3si2393155pff.157.2018.02.28.21.36.44; Wed, 28 Feb 2018 21:36:59 -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 S966074AbeCAFfO (ORCPT + 99 others); Thu, 1 Mar 2018 00:35:14 -0500 Received: from relay1.mentorg.com ([192.94.38.131]:46051 "EHLO relay1.mentorg.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965994AbeCAFfK (ORCPT ); Thu, 1 Mar 2018 00:35:10 -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 1erGs0-00073T-DJ from Harish_Kandiga@mentor.com ; Wed, 28 Feb 2018 21:35:08 -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; Thu, 1 Mar 2018 05:35:03 +0000 Subject: Re: [PATCH] mmc: card: Don't show eMMC RPMB and BOOT areas in /proc/partitions To: Alex Lemberg , "ulf.hansson@linaro.org" , "linus.walleij@linaro.org" , "adrian.hunter@intel.com" , "shawn.lin@rock-chips.com" CC: "linux-mmc@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <1519731229-19141-1-git-send-email-harish_kandiga@mentor.com> <14AC9066-4BA9-478D-9F67-2A29D69E6011@wdc.com> From: Harish Jenny K N Message-ID: <7e4ff9cf-f2f3-68b0-c903-fc6f2fc0c7c7@mentor.com> Date: Thu, 1 Mar 2018 11:04:58 +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: <14AC9066-4BA9-478D-9F67-2A29D69E6011@wdc.com> 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 Tuesday 27 February 2018 08:28 PM, Alex Lemberg wrote: > Hi Andrew, > > While RPMB partition requires special IOCTL, the boot partition is only requires "switch partition", which is not unusual operation in eMMC. > Why to prevent users access boot partition? > > Thanks, > Alex The main intention of the patch was to not have RPMB device in /proc/partitions. Boot partitions are also unlikely to have any partitioning, so it made sense to treat them the same way as RPMB and not list in /proc/partitions. Now I see that RPMB is converted to a character device and this change may not be required for RPMB. Correct me if I am wrong. Also any comments are welcome. Thanks, Harish Jenny K N