[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <DS0PR11MB7785AA7575BBA0E6FD576B31F0F62@DS0PR11MB7785.namprd11.prod.outlook.com>
Date: Thu, 6 Feb 2025 13:05:27 +0000
From: "Jagielski, Jedrzej" <jedrzej.jagielski@...el.com>
To: Andrew Lunn <andrew@...n.ch>
CC: "intel-wired-lan@...ts.osuosl.org" <intel-wired-lan@...ts.osuosl.org>,
"Nguyen, Anthony L" <anthony.l.nguyen@...el.com>, "netdev@...r.kernel.org"
<netdev@...r.kernel.org>, "Kitszel, Przemyslaw"
<przemyslaw.kitszel@...el.com>
Subject: RE: [PATCH iwl-next v2] ixgbe: add support for thermal sensor event
reception
From: Andrew Lunn <andrew@...n.ch>
Sent: Tuesday, February 4, 2025 2:09 PM
>On Tue, Feb 04, 2025 at 08:17:00AM +0100, Jedrzej Jagielski wrote:
>> E610 NICs unlike the previous devices utilising ixgbe driver
>> are notified in the case of overheatning by the FW ACI event.
>>
>> In event of overheat when treshold is exceeded, FW suspends all
>> traffic and sends overtemp event to the driver. Then driver
>> logs appropriate message and closes the adapter instance.
>> The card remains in that state until the platform is rebooted.
>
>There is also an HWMON temp[1-*]_emergency_alarm you can set. I
>_think_ that should also cause a udev event, so user space knows the
>print^h^h^h^h^hnetwork is on fire.
>
> Andrew
I am not sure whether HWMON is applicable in that case.
Driver receives an async notification from the FW that an overheating
occurred, so has to handle it. In that case - by printing msg
and making the interface disabled for the user.
FW is responsible for monitoring temperature itself.
There's even no possibility to read temperature by the driver
Thanks
Jedrek
Powered by blists - more mailing lists