On Sat, Dec 15, 2018 at 09:31:54AM -0800, Florian Fainelli wrote:
> Le 12/15/18 à 9:01 AM, Andrew Lunn a écrit :
> >> +static struct tja11xx_phy_stats tja11xx_hw_stats[] = {
> >> + { "phy_symbol_error_count", 20, 0, 0xffff },
> >> + { "phy_overtemp_error", 21, 1, BIT(1) },
> >> + { "phy_undervolt_error", 21, 3, BIT(3) },
> >> + { "phy_polarity_detect", 25, 6, BIT(6) },
> >> + { "phy_open_detect", 25, 7, BIT(7) },
> >> + { "phy_short_detect", 25, 8, BIT(8) },
> >
> > Hi Marek
> >
> > You have a number of one bit counters here, which is pretty unusual.
> > The names also don't really suggest they are counters.
> >
> > Florian, Heiner, do we want to allow this?
>
> Would it make sense to register HWMON attributes for "overtemp",
> "polarity", "undervolt"?
Hi Florian
I just had a quick look at the datasheet. There does not appear to be
an actual temperature value, nor a voltage value. Can you have a hwmon
device with just alarms?
> The open/short detect sounds like something we should add once we
> finally get to the cable diagnostics support within the netlink
> version of ethtool.
Yes, that sounds better,
Andrew
