[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230214124433.29748e23@kernel.org>
Date: Tue, 14 Feb 2023 12:44:33 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Paul M Stillwell Jr <paul.m.stillwell.jr@...el.com>
Cc: Tony Nguyen <anthony.l.nguyen@...el.com>, <davem@...emloft.net>,
<pabeni@...hat.com>, <edumazet@...gle.com>,
<netdev@...r.kernel.org>, <jacob.e.keller@...el.com>,
<jiri@...dia.com>, <idosch@...sch.org>
Subject: Re: [PATCH net-next 0/5][pull request] add v2 FW logging for ice
driver
On Tue, 14 Feb 2023 08:14:04 -0800 Paul M Stillwell Jr wrote:
> >> I don't know how other companies FW interface works so wouldn't assume
> >> that I could come up with an interface that would work across all devices.
> >
> > Let's think about devlink health first.
>
> I'm happy to think about it, but as I said I don't see how our FW
> logging model fits into the paradigm of devlink health. I'm open to
> suggestions because I may not have thought about this in a way that
> would fit into devlink health.
Maybe just use ethtool set_dump / get_dump_data then?
That's more of an ad-hoc collection API.
Powered by blists - more mailing lists