From: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
To: Mika Westerberg <mika.westerberg@linux.intel.com>,
Gaurav Kohli <gkohli@codeaurora.org>
Cc: gregkh@linuxfoundation.org, maxime.ripard@bootlin.com,
linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] nvmem: core: add NVMEM_SYSFS Kconfig
Date: Tue, 16 Apr 2019 10:44:01 +0100 [thread overview]
Message-ID: <66c3794b-ee84-f746-e686-e5477b78e981@linaro.org> (raw)
In-Reply-To: <20190416093454.GN2654@lahna.fi.intel.com>
On 16/04/2019 10:34, Mika Westerberg wrote:
> On Tue, Apr 16, 2019 at 10:49:22AM +0530, Gaurav Kohli wrote:
>> Hi Srinivas,
>>
>> Thanks for the patch,
>> By default NVMEM_SYSFS should be set true, those whose don't want they can
>> disable the same.
>>
>> If we go with disable option, there are chances of eeprom may break in below
>> case:
>>
>> if (config->compat) {
>> rval = nvmem_sysfs_setup_compat(nvmem, config); -> this will
>> return error as config is disabled.
>> if (rval)
>> goto err_device_del;
>> }
>
> I also think this may cause problems with Thunderbolt devices because
> the upgradeable NVM is exposed to the userspace via these sysfs files
> and those are being used by fwupd. If the files disappear it makes NVM
> upgrade somewhat harder ;-)
Thanks Mika and Kohli for input.
As Kohli suggested we could make NVMEM_SYSFS default to y so that the
sysfs file is available by default like before and user/board specific
can decide to deselect it.
Let me know if thats Okay with you, I can spin that in v2.
--srini
>
> At least it would be good to include following as part of this series if
> you plan to disable the sysfs entries by default:
>
> diff --git a/drivers/thunderbolt/Kconfig b/drivers/thunderbolt/Kconfig
> index f4869c38c7e4..dd5facab0af2 100644
> --- a/drivers/thunderbolt/Kconfig
> +++ b/drivers/thunderbolt/Kconfig
> @@ -7,6 +7,7 @@ menuconfig THUNDERBOLT
> select CRYPTO
> select CRYPTO_HASH
> select NVMEM
> + select NVMEM_SYSFS
> help
> Thunderbolt Controller driver. This driver is required if you
> want to hotplug Thunderbolt devices on Apple hardware or on PCs
>
next prev parent reply other threads:[~2019-04-16 9:44 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-04 14:14 [PATCH] arm64: Skip apply SSBS call for non SSBS system Gaurav Kohli
2019-04-15 16:40 ` [PATCH] nvmem: core: add NVMEM_SYSFS Kconfig Srinivas Kandagatla
2019-04-16 5:19 ` Gaurav Kohli
2019-04-16 9:34 ` Mika Westerberg
2019-04-16 9:44 ` Srinivas Kandagatla [this message]
2019-04-16 9:47 ` Mika Westerberg
2020-08-04 14:26 ` Gaurav Kohli
2020-08-04 14:14 ` [PATCH] nvmem: core: add support to NVMEM_NO_SYSFS_ENTRY Gaurav Kohli
2020-08-04 14:25 ` Gaurav Kohli
2020-08-11 4:48 ` [PATCH] arm64: Skip apply SSBS call for non SSBS system Gaurav Kohli
2020-08-12 13:30 ` Will Deacon
2020-08-12 14:15 ` Gaurav Kohli
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=66c3794b-ee84-f746-e686-e5477b78e981@linaro.org \
--to=srinivas.kandagatla@linaro.org \
--cc=gkohli@codeaurora.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maxime.ripard@bootlin.com \
--cc=mika.westerberg@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®