netdev - RE: [RESEND PATCH V1 net-next] net: ena: fix broken interface between ENA driver and FW

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] [thread-next>] [day] [month] [year] [list]

Date:   Thu, 5 Mar 2020 14:28:33 +0000
From:   "Kiyanovski, Arthur" <akiyano@...zon.com>
To:     Leon Romanovsky <leon@...nel.org>,
        David Miller <davem@...emloft.net>
CC:     "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
        "Woodhouse, David" <dwmw@...zon.co.uk>,
        "Machulsky, Zorik" <zorik@...zon.com>,
        "Matushevsky, Alexander" <matua@...zon.com>,
        "Bshara, Saeed" <saeedb@...zon.com>,
        "Wilson, Matt" <msw@...zon.com>,
        "Liguori, Anthony" <aliguori@...zon.com>,
        "Bshara, Nafea" <nafea@...zon.com>,
        "Tzalik, Guy" <gtzalik@...zon.com>,
        "Belgazal, Netanel" <netanel@...zon.com>,
        "Saidi, Ali" <alisaidi@...zon.com>,
        "Herrenschmidt, Benjamin" <benh@...zon.com>,
        "Dagan, Noam" <ndagan@...zon.com>,
        "Agroskin, Shay" <shayagr@...zon.com>,
        "Jubran, Samih" <sameehj@...zon.com>
Subject: RE: [RESEND PATCH V1 net-next] net: ena: fix broken interface between
 ENA driver and FW

> -----Original Message-----
> From: Leon Romanovsky <leon@...nel.org>
> Sent: Sunday, March 1, 2020 3:50 PM
> To: David Miller <davem@...emloft.net>
> Cc: Kiyanovski, Arthur <akiyano@...zon.com>; netdev@...r.kernel.org;
> Woodhouse, David <dwmw@...zon.co.uk>; Machulsky, Zorik
> <zorik@...zon.com>; Matushevsky, Alexander <matua@...zon.com>;
> Bshara, Saeed <saeedb@...zon.com>; Wilson, Matt <msw@...zon.com>;
> Liguori, Anthony <aliguori@...zon.com>; Bshara, Nafea
> <nafea@...zon.com>; Tzalik, Guy <gtzalik@...zon.com>; Belgazal, Netanel
> <netanel@...zon.com>; Saidi, Ali <alisaidi@...zon.com>; Herrenschmidt,
> Benjamin <benh@...zon.com>; Dagan, Noam <ndagan@...zon.com>;
> Agroskin, Shay <shayagr@...zon.com>; Jubran, Samih
> <sameehj@...zon.com>
> Subject: Re: [RESEND PATCH V1 net-next] net: ena: fix broken interface between
> ENA driver and FW
> 
> On Wed, Feb 26, 2020 at 08:48:09PM -0800, David Miller wrote:
> > From: <akiyano@...zon.com>
> > Date: Wed, 26 Feb 2020 12:03:35 +0200
> >
> > > From: Arthur Kiyanovski <akiyano@...zon.com>
> > >
> > > In this commit we revert the part of commit 1a63443afd70
> > > ("net/amazon: Ensure that driver version is aligned to the linux
> > > kernel"), which breaks the interface between the ENA driver and FW.
> > >
> > > We also replace the use of DRIVER_VERSION with DRIVER_GENERATION
> > > when we bring back the deleted constants that are used in interface
> > > with ENA device FW.
> > >
> > > This commit does not change the driver version reported to the user
> > > via ethtool, which remains the kernel version.
> > >
> > > Fixes: 1a63443afd70 ("net/amazon: Ensure that driver version is
> > > aligned to the linux kernel")
> > > Signed-off-by: Arthur Kiyanovski <akiyano@...zon.com>
> >
> > Applied.
> 
> Dave,
> 
> I see that I'm late here and my email sounds like old man grumbling, but I asked
> from those guys to update their commit with request to put the following line:
> "/* DO NOT CHANGE DRV_MODULE_GEN_* values in in-tree code */"
> https://lore.kernel.org/netdev/20200224162649.GA4526@unreal/
> 
> I also asked how those versions are transferred to FW and used there, but was
> ignored.
> https://lore.kernel.org/netdev/20200224094116.GD422704@unreal/
> 
> BTW, It is also unclear why I wasn't CCed in this patch.
> 
> Thanks

Leon,
 Sorry for not responding earlier to your inquiries, they are exactly touching the
 points that we would like to discuss.
 Up until now, we in AWS, have been monitoring the drivers in the datacenter using the
 driver version, and actively suggesting driver updates to our customers
 whenever a critical bug was fixed, or a new important feature was added.
 Removing the driver version and not allowing to maintain our own internal
 version negatively impacts our effort to give our customers the best possible cloud
 experience. We therefore prefer to maintain using our internal driver version.

 Are there any other recommended ways to achieve our goal without a driver
 version?
 
 Thanks!