[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180605015444.GB47042@localhost.localdomain>
Date: Mon, 4 Jun 2018 18:54:44 -0700
From: Darren Hart <dvhart@...radead.org>
To: Vadim Pasternak <vadimp@...lanox.com>
Cc: andy.shevchenko@...il.com, gregkh@...uxfoundation.org,
linux-kernel@...r.kernel.org, platform-driver-x86@...r.kernel.org,
jiri@...nulli.us, michaelsh@...lanox.com, ivecera@...hat.com
Subject: Re: [PATCH v4 8/8] Documentation/ABI: Add documentation mlxreg-io
sysfs interfaces
On Tue, May 29, 2018 at 08:59:07AM +0000, Vadim Pasternak wrote:
> Add documentation for mlxreg-io driver sysfs interfaces for user space
> access to system's power resets control, reset causes monitoring,
> programmable devices version reading and devices selection control.
>
> Signed-off-by: Vadim Pasternak <vadimp@...lanox.com>
Hi Vadim,
You mentioned that these can vary by platform, I presume that means that
any given platform will present a subset of these attributes - but that
all possible attributes are documented here. Is that correct?
> ---
> v4:
> Comments pointed out by Greg:
> Add Documentation/ABI/ entries for the new sysfs files.
> ---
> Documentation/ABI/stable/sysfs-driver-mlxreg-io | 51 +++++++++++++++++++++++++
> 1 file changed, 51 insertions(+)
> create mode 100644 Documentation/ABI/stable/sysfs-driver-mlxreg-io
>
> diff --git a/Documentation/ABI/stable/sysfs-driver-mlxreg-io b/Documentation/ABI/stable/sysfs-driver-mlxreg-io
> new file mode 100644
> index 0000000..fcd659e
> --- /dev/null
> +++ b/Documentation/ABI/stable/sysfs-driver-mlxreg-io
> @@ -0,0 +1,51 @@
> +What: /sys/devices/platform/mlxplat/mlxreg-io/hwmon/hwmon*/
> + cause_aux_pwr_or_ref
> + cause_asic_thermal
> + cause_hotswap_or_wd
> + cause_fw_reset
> + cause_long_pb
> + cause_main_pwr_fail
> + cause_short_pb
> + cause_sw_reset
These property names do not seem to follow any kind of logical pattern
with respect to abbreviation. Starting with "cause_" made me think they
were event generators at first... Of course, who wants to be able to
generate an asic thermal shutdown from sysfs... ;-)
The only thing that might make more sense to *me* would be to replace
"cause" with "reset". Not required. I'll leave it to you, you may have
good reason for the names chosen.
> +Date: May 2018
> +KernelVersion: 4.18
> +Contact: Vadim Pasternak <vadimpmellanox.com>
> +Description: These files show the system reset cause, as following: power
> + auxiliary outage or power refresh, ASIC thermal shutdown,
> + hotswap or watchdog, firmware reset, long press power button,
> + short press power button, software reset. Value 1 in file means
> + this is reset cause, 0 - otherwise. Only one of the above
> + causes could be 1 at the same time, representing only last
> + reset cause.
> +
> + The files are read only.
> +
> +What: /sys/devices/platform/mlxplat/mlxreg-io/hwmon/hwmon*/
> + cpld1_version
> + cpld2_version
> +Date: May 2018
> +KernelVersion: 4.18
> +Contact: Vadim Pasternak <vadimpmellanox.com>
> +Description: These files show with which CPLD versions have been burned
> + on carrier and switch boards.
> +
> + The files are read only.
> +
> +What: /sys/devices/platform/mlxplat/mlxreg-io/hwmon/hwmon*/select_iio
> +Date: May 2018
> +KernelVersion: 4.18
> +Contact: Vadim Pasternak <vadimpmellanox.com>
> +Description: This file allows iio devices selection.
> +
> + The file is read/write.
> +
Some description is appropriate here for what values it accepts and how
it is intended to be used.
> +What: /sys/devices/platform/mlxplat/mlxreg-io/hwmon/hwmon*/psu1_on
> + /sys/devices/platform/mlxplat/mlxreg-io/hwmon/hwmon*/psu2_on
> + /sys/devices/platform/mlxplat/mlxreg-io/hwmon/hwmon*/pwr_cycle
> +Date: May 2018
> +KernelVersion: 4.18
> +Contact: Vadim Pasternak <vadimpmellanox.com>
> +Description: These files allow assert system's power cycling and PS units
> + on/off switching.
This Description is awkward. Consider:
These files allow asserting system power cycling and switching power
supply units on and off.
> + The files are write only.
Please provide usage and resulting behavior.
--
Darren Hart
VMware Open Source Technology Center
Powered by blists - more mailing lists