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] [day] [month] [year] [list]
Message-ID: <xqcscv23ggjuq5khxuudu572ru56c5v4gyd4uvjjky27vgtopq@gzleriv56yah>
Date: Tue, 11 Feb 2025 15:10:23 +0100
From: Jiri Pirko <jiri@...nulli.us>
To: Przemek Kitszel <przemyslaw.kitszel@...el.com>
Cc: Jakub Kicinski <kuba@...nel.org>, 
	Tony Nguyen <anthony.l.nguyen@...el.com>, "Knitter, Konrad" <konrad.knitter@...el.com>, 
	davem@...emloft.net, pabeni@...hat.com, edumazet@...gle.com, andrew+netdev@...n.ch, 
	netdev@...r.kernel.org, wojciech.drewek@...el.com, mateusz.polchlopek@...el.com, 
	joe@...ches.com, horms@...nel.org, apw@...onical.com, lukas.bulwahn@...il.com, 
	dwaipayanray1@...il.com, Igor Bagnucki <igor.bagnucki@...el.com>, 
	Pucha Himasekhar Reddy <himasekharx.reddy.pucha@...el.com>
Subject: Re: [PATCH net-next 6/7] ice: dump ethtool stats and skb by Tx hang
 devlink health reporter

Mon, Dec 16, 2024 at 05:53:03AM +0100, przemyslaw.kitszel@...el.com wrote:
>On 12/13/24 04:00, Jakub Kicinski wrote:
>> On Wed, 11 Dec 2024 14:32:14 -0800 Tony Nguyen wrote:
>> > From: Przemek Kitszel <przemyslaw.kitszel@...el.com>
>> > 
>> > Print the ethtool stats and skb diagnostic information as part of Tx hang
>> > devlink health dump.
>> > 
>> > Move the declarations of ethtool functions that devlink health uses out
>> > to a new file: ice_ethtool_common.h
>> > 
>> > To utilize our existing ethtool code in this context, convert it to
>> > non-static.
>> 
>> This is going too far, user space is fully capable of capturing this
>> data. It gets a netlink notification when health reporter flips to
>> a bad state.
>
>It really pays to split your patches into trivial vs controversial ones.
>
>Will it be fine to merge this series without patch 6 (and 3) then?
>Patches 2, 4 and 5 are dependency for another health reporters that
>Konrad did:
>https://lore.kernel.org/intel-wired-lan/20241211110357.196167-1-konrad.knitter@intel.com
>
>> I think Jiri worked on a daemon what could capture more
>> data from user space ? I may be misremembering...
>
>We would love to read more on that, then with more knowledge revisit
>what to do about our needs covered by this patch.

I will keep you in loop. Working on devlinkd as a part of systemd. Will
cc you for the initial rfc.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ