Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933395AbbHJLZj (ORCPT ); Mon, 10 Aug 2015 07:25:39 -0400 Received: from mout.kundenserver.de ([212.227.17.13]:61936 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932623AbbHJLZ0 (ORCPT ); Mon, 10 Aug 2015 07:25:26 -0400 Date: Mon, 10 Aug 2015 13:24:38 +0200 (CEST) From: Stefan Wahren Reply-To: Stefan Wahren To: Srinivas Kandagatla , Andrew Lunn Cc: wxt@rock-chips.com, linux-api@vger.kernel.org, Rob Herring , sboyd@codeaurora.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org, khilman@kernel.org, s.hauer@pengutronix.de, Greg Kroah-Hartman , linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, mporter@konsulko.com, pantelis.antoniou@konsulko.com, devicetree@vger.kernel.org, Mark Brown , maitysanchayan@gmail.com, p.zabel@pengutronix.de Message-ID: <997560650.82109.1439205878609.JavaMail.open-xchange@oxbsltgw00.schlund.de> In-Reply-To: <55C87EEF.6020609@linaro.org> References: <1437995567-11203-1-git-send-email-srinivas.kandagatla@linaro.org> <1438693367.3793.29.camel@pengutronix.de> <20150809151916.GF14271@lunn.ch> <55C87EEF.6020609@linaro.org> Subject: Re: [PATCH v9 0/9] Add simple NVMEM Framework via regmap. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 Importance: Medium X-Mailer: Open-Xchange Mailer v7.6.2-Rev25 X-Originating-Client: com.openexchange.ox.gui.dhtml X-Provags-ID: V03:K0:3YfcvqRtx5PjpufEvRuwkPhDRHFjxev79Pqo4G/Dn4C75QXo6kA jn08IBBKwPnSj9lAWHpBf0xtFr4V4WhHXNQoj4w1r26NVlnGK6K9FBw0buX3Zfr6N9h9vTz W4NYYyMdoPmpBvaHP08T/l9Wp3QXDO/vdAEh8WsYAsiq583AAuXnGKFFsSsjcpG3lDwL9dC nffWj6vt2e5ziDLRVjyBA== X-UI-Out-Filterresults: notjunk:1;V01:K0:jDfjudtgCts=:h6eb01l87+ibJ+Wfn/Z5XZ JC2pVVSHd99j4NJvGMBjYzcX3XqrJ1Mc17/BrRUpILp1bsD95pTC8d9woRF+E0UybMJPSCGU+ o/UpJ6ODDtLOC8UUN0bzrYVgv5gaT30eS38liZi9p1mvx2DkyTgwDogvS0tnuWdrOYxqkGIeI r4YKElJV0Q511qTKV3lnEjIPkrBq+6A92yGfLLq5CS/zUA947LSYK7VnpX7y58jCwoNLJiQnS HWE5oR6KEsFzJ+6MjAOnSw7K5yBDvVUksbv1t0ajt0kmwcSsBGemoAUxFsmFaRXj1hF3d8Kkz TcmAcyx7wsPGJjxm3DzPt/H90i49G//I3AwIev6O0l8xaVx3TfHhHOCQPr+z6bQJfSnLY8fj9 LWJfGgWVlteggXmihV5nJ0wx4a/EvWKUwlu78BehirgIGCME6w23V0v+/ug/je/N9F9/UpXJg pCjrM+ePo9ArFZZoK7tsTcpACIqZz+yxAIVjLxhTvobgsMJ+h4WqD44JlOOxKY847vyhk27Fx yfGWGbfDQi5gOqf6DHa9axj1TxTxTUy5xKEyn0V5JUEXbyg/bNrX7JizOeYK8Lg5H5V4HiBl/ l4oyHH/J3HsSlyabHw4ZG3ojGP9XpQVaKIuA7ltcwmZhtc9pMt5koaPpoCzCqcxihf0LMzqh4 1I5TtaIncj7aFhSqYIG1+OQmqztSLs02Y6OSSsewbZu/x6UKd47GKSKaScvSTsSxqT7elSAiY 5VoCWRzyr27N344L Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2321 Lines: 79 Hi Srinivas, hi Andrew, [add Sanchayan and Philipp] > Srinivas Kandagatla hat am 10. August 2015 um > 12:37 geschrieben: > > > Hi Andrew, > > On 09/08/15 16:19, Andrew Lunn wrote: > > Hi Srinivas > > > > The AT24 eeprom driver contains the comment: > > > > /* > > * Export the EEPROM bytes through sysfs, since that's convenient. > > * By default, only root should see the data (maybe passwords etc) > > */ > > > > and as you would expect from this: > > > > # ls -l > > ./devices/platform/soc/soc:aips-bus@40000000/40066000.i2c/i2c-0/0-0050/eeprom > > -rw------- 1 root root 512 Aug 9 10:16 > > ./devices/platform/soc/soc:aips-bus@40000000/40066000.i2c/i2c-0/0-0050/eeprom > > > > The AT25 and the MAX6875 driver are the same. > > > > However nvmem has different defaults: > > > > # ls -l > > ./devices/platform/soc/soc:aips-bus@40000000/40066000.i2c/i2c-0/0-0050/0-00500/nvmem > > -rw-r--r-- 1 root root 0 Aug 9 10:16 > > ./devices/platform/soc/soc:aips-bus@40000000/40066000.i2c/i2c-0/0-0050/0-00500/nvmem > > > Yes, nvmem by default sets the read permission for everyone S_IRUGO. > Which was the most common use case. i can only speak for mxs-ocotp, but root-only access is sufficient. > > > Has this been considered and discussed? > Thanks for bringing this up, No, we did not discuss this explicitly, but > it should not be an issue to accommodate this. Provider still have > flexibility to configure such things. IMHO it would better the default settings of the framework would be compatible and same restrictive as the eeprom drivers. In case a provider needs more privileges, it should be his job. > > As a first patchset we wanted to keep the framework simple and add > features as we move on. That's true, but it's an ABI too. So changing default settings soon is better. Regards Stefan > > Thanks, > srini > > > > Thanks > > Andrew > > > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/