[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20200824.180158.1277052703074347320.davem@davemloft.net>
Date: Mon, 24 Aug 2020 18:01:58 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: irusskikh@...vell.com
Cc: netdev@...r.kernel.org, kuba@...nel.org, aelior@...vell.com,
mkalderon@...vell.com, jesse.brandeburg@...el.com
Subject: Re: [PATCH v7 net-next 00/10] qed: introduce devlink health support
From: Igor Russkikh <irusskikh@...vell.com>
Date: Sun, 23 Aug 2020 14:19:24 +0300
> This is a followup implementation after series
>
> https://patchwork.ozlabs.org/project/netdev/cover/20200514095727.1361-1-irusskikh@marvell.com/
>
> This is an implementation of devlink health infrastructure.
>
> With this we are now able to report HW errors to devlink, and it'll take
> its own actions depending on user configuration to capture and store the
> dump at the bad moment, and to request the driver to recover the device.
>
> So far we do not differentiate global device failures or specific PCI
> function failures. This means that some errors specific to one physical
> function will affect an entire device. This is not yet fully designed
> and verified, will followup in future.
>
> Solution was verified with artificial HW errors generated, existing
> tools for dump analysis could be used.
>
> v7: comments from Jesse and Jakub
> - p2: extra edev check
> - p9: removed extra indents
> v6: patch 4: changing serial to board.serial and fw to fw.app
> v5: improved patch 4 description
> v4:
> - commit message and other fixes after Jiri's comments
> - removed one patch (will send to net)
> v3: fix uninit var usage in patch 11
> v2: fix #include issue from kbuild test robot.
Series applied, thank you.
Powered by blists - more mailing lists