[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180916195727.GD19261@lunn.ch>
Date: Sun, 16 Sep 2018 21:57:27 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Stephen Hemminger <stephen@...workplumber.org>
Cc: Jakub Kicinski <jakub.kicinski@...ronome.com>,
Eran Ben Elisha <eranbe@...lanox.com>,
netdev@...r.kernel.org, Jiri Pirko <jiri@...lanox.com>,
Andy Gospodarek <andrew.gospodarek@...adcom.com>,
Michael Chan <michael.chan@...adcom.com>,
Simon Horman <simon.horman@...ronome.com>,
Alexander Duyck <alexander.duyck@...il.com>,
Florian Fainelli <f.fainelli@...il.com>,
Tal Alon <talal@...lanox.com>,
Ariel Almog <ariela@...lanox.com>
Subject: Re: [RFC PATCH iproute2-next] System specification health API
> Why is this going under iproute rather than using one of the existing sensor API's.
> For example Intel NIC's have thermal sensors etc.
Hi Stephen
These are not that sort of sensors. This is part of the naming problem
here. It is not really to do with health, it is about exceptions and
bugs. And the sensors are more like timeouts and watchdogs.
It is clear that the current names lead to a lot of confusion. Maybe:
health -> exception
sensor -> condition
Andrew
Powered by blists - more mailing lists