[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <28005e66-ba90-8986-1b8f-b76bba46064c@acm.org>
Date: Thu, 28 Jul 2022 06:37:45 -0700
From: Bart Van Assche <bvanassche@....org>
To: Daniil Lunev <dlunev@...omium.org>,
Adrian Hunter <adrian.hunter@...el.com>
Cc: Alim Akhtar <alim.akhtar@...sung.com>,
Avri Altman <avri.altman@....com>,
Bean Huo <beanhuo@...ron.com>,
Daejun Park <daejun7.park@...sung.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"James E.J. Bottomley" <jejb@...ux.ibm.com>,
"Martin K. Petersen" <martin.petersen@...cle.com>,
linux-kernel@...r.kernel.org, linux-scsi@...r.kernel.org
Subject: Re: [PATCH] ufs: core: print capabilities in controller's sysfs node
On 7/27/22 21:49, Daniil Lunev wrote:
> +static ssize_t caps_show(struct device *dev, struct device_attribute *attr,
> + char *buf)
> +{
> + struct ufs_hba *hba = dev_get_drvdata(dev);
> +
> + return sysfs_emit(buf, "0x%08llx\n", hba->caps);
> +}
This code change includes all of the UFSHCD_CAP_* constants in the
kernel ABI. Is that really what we want? I'm wondering whether it
perhaps would be better only to export those capabilities to user space
that user space needs to know about.
Thanks,
Bart.
Powered by blists - more mailing lists