linux-kernel - Re: [PATCH] hwmon: Add a new macro sensor_sysfs

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <50372d43-f89e-4969-a609-d8e1ff2afdf6@amd.com>
Date:   Fri, 10 Nov 2023 09:15:11 +0800
From:   "Ma, Jun" <majun@....com>
To:     Guenter Roeck <linux@...ck-us.net>, Ma Jun <Jun.Ma2@....com>,
        jdelvare@...e.com, linux-hwmon@...r.kernel.org,
        linux-kernel@...r.kernel.org
Cc:     majun@....com
Subject: Re: [PATCH] hwmon: Add a new macro sensor_sysfs_attr

Hi Guenter,

On 11/9/2023 1:28 PM, Guenter Roeck wrote:
> On 11/8/23 21:14, Ma Jun wrote:
>> The attribute definiations like &sensor_dev_attr_xx_xx.dev_attr.attr
>> are widely used in drivers. So add a new macro sensor_sysfs_attr t
>> to make it easier to understand and use.
>>
>> For example, user can use the sensor_sysfs_attr(xx_xx) instead of
>> &sensor_dev_attr_xx_xx.dev_attr.attr
>>
>> Signed-off-by: Ma Jun <Jun.Ma2@....com>
>> ---
>>   include/linux/hwmon-sysfs.h | 4 ++++
>>   1 file changed, 4 insertions(+)
>>
>> diff --git a/include/linux/hwmon-sysfs.h b/include/linux/hwmon-sysfs.h
>> index d896713359cd..7feae637e3b5 100644
>> --- a/include/linux/hwmon-sysfs.h
>> +++ b/include/linux/hwmon-sysfs.h
>> @@ -14,6 +14,10 @@ struct sensor_device_attribute{
>>   	struct device_attribute dev_attr;
>>   	int index;
>>   };
>> +
>> +#define to_sensor_sysfs_attr(_name) \
>> +	(&sensor_dev_attr_##_name.dev_attr.attr)
>> +
>>   #define to_sensor_dev_attr(_dev_attr) \
>>   	container_of(_dev_attr, struct sensor_device_attribute, dev_attr)
>>   
> 
> No. This would just invite people to submit patches converting existing code
> to use this new macro. Instead of providing macros to support deprecated APIs,
> convert drivers to use an API which is not deprecated. This would for the

Which API is not deprecated do you mean?

Regards,
Ma Jun

> most part avoid the need for including hwmon-sysfs.h in the first place and
> at the same time reduce driver code size significantly.


> 
> Guenter
>