Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp623072pxy; Wed, 28 Apr 2021 10:40:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx5E85BB2RsONgXOtCZrkMYzjr2LXTtUjBNcogrznte1aNgHaCnuEGJU4/kMF+ZHEiCGuV4 X-Received: by 2002:a17:906:cc5d:: with SMTP id mm29mr9196062ejb.362.1619631501615; Wed, 28 Apr 2021 10:38:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619631501; cv=none; d=google.com; s=arc-20160816; b=jgmmOF3ogiGeiqI5EV8i8BlSqjI8tSbeKB7UCG1DJU7dptyNQxa83uYNvri7Dt/I4n RcZuDASKD3pxx7JsQlUtI4+oWhzOaciUHvl5rEZ2dzT0ksneUybBxLflYGdQgz/B2dh2 /SJd4w42zK4nGZLdHbemG2XOgrYBDlFG6eym8nowI2kBNpfVuJDupozO5yNQcyL3+DD7 YE5RK3gL0z6eN0JX8ZSLQ3StLw8OgaTT2leUVn4eyL/dYwKnHbor4Q1X4r3sn/ZxbOcy GM03BFKRxY+HZiex1+X3V8wYgYgUGxEbRjBb4RusocqG2Gpdan0/vm1MbpPWC7F7s77y lNVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=YQ1tyD7efKXCVuDsjnsg24PDy2DO+9n20FrR0/VbAUg=; b=Waif2xZsLX7H316wUQ+KGb4QUX2OThG25mvUG1HjGRrz5KoQdudQPM4nKhArbCQNU9 SV9m1dierw817252QpmNKe/+N7xZhPA/LBK0jdGy18iRUp9uLgXAv+zxRl4JCVLHTLOp HKZDHU4LnWe9OY6VjQOIVB0U5eL6eSxvNyw7DSe12sg80g2fNNkLP2Jlw/Q5WmhpV2ma pXwdjHiY5eoJFMa4ybAT4YIoGAbyIIMFmkzalmBpq29ZYuL1U/Sluy8lAYSsyWQRlDA8 npPJs5fn4tlwsNVZ69t93h8STvyl3dHCafmbqtGIvytm9DBhU1dnWEYBYfObK0+mtwS5 kczg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bk20si612788ejb.347.2021.04.28.10.37.55; Wed, 28 Apr 2021 10:38:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240270AbhD1P0p (ORCPT + 99 others); Wed, 28 Apr 2021 11:26:45 -0400 Received: from vps0.lunn.ch ([185.16.172.187]:44692 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233594AbhD1P00 (ORCPT ); Wed, 28 Apr 2021 11:26:26 -0400 Received: from andrew by vps0.lunn.ch with local (Exim 4.94) (envelope-from ) id 1lbm4D-001Wdq-KL; Wed, 28 Apr 2021 17:25:33 +0200 Date: Wed, 28 Apr 2021 17:25:33 +0200 From: Andrew Lunn To: Vadym Kochan Cc: "David S. Miller" , Jakub Kicinski , netdev@vger.kernel.org, Taras Chornyi , linux-kernel@vger.kernel.org, Mickey Rachamim , Vadym Kochan Subject: Re: [PATCH net-next 1/3] net: marvell: prestera: bump supported firmware version to 3.0 Message-ID: References: <20210423155933.29787-1-vadym.kochan@plvision.eu> <20210423155933.29787-2-vadym.kochan@plvision.eu> <20210423170437.GC17656@plvision.eu> <20210428134724.GA405@plvision.eu> <20210428145434.GD9325@plvision.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210428145434.GD9325@plvision.eu> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 28, 2021 at 05:54:34PM +0300, Vadym Kochan wrote: > On Wed, Apr 28, 2021 at 04:18:52PM +0200, Andrew Lunn wrote: > > > Regarding the distribution issue when the driver version might be released > > > earlier than the firmware, it looks like that the probability of such > > > case is very low because the distributor of the target Linux system will > > > keep track (actually this is how I see it) that driver and firmware > > > versions are aligned. > > > > You really expect Debian, Redhat, openWRT, SuSE to keep a close eye on > > your kernel driver and update their packages at a time you suggest? > > > > No, I don't think these distros will keep track it because they are > targeted for wider usages). > But I think that NOS specifc distro (which may be based on top of which > you listed) will do it (sure this is just my assumption). Mellanox/Nvidia says you can just run Debian on their switches. Cumulus linux is Debian based. I've been to a few conferences where data center managers have said they want there switches to be just another linux machine they can upgrade whenever they need, nothing special. So that is the TOR segment of the market. If you look at the opposite end of the market, SOHO switches in Linux, very few are actually used as plain boring switches. They are actually embedded into something else. It is an inflight entertainment system which also has a switch. It is a DSL, 4G, and Ethernet switch placed along the side of a railway track. It is inside a bus controlling the passenger information system, announcements, and also a switch. None of these systems are using a NOS. They are using whatever distribution best supports the range of devices and services the box needs to offer. Now, it could be Prestera will only ever be used as a plain boring switch in a box. It never gets used for anything interesting. And since it is a plain boring device, all it needs is a boring NOS? But do you really want to design your driver aound the assumption nobody will do anything interesting with Prestera? > > I'm also not sure your management port argument is valid. This is an > > enterprise switch, not a TOR. It is probably installed in some broom > > cupboard at a satellite facility. The management port is not likely to > > have its own dedicated link back to the central management > > site. Upgrades are going to be applied over the network, and you have > > a real danger of turning it into a remote brick, needing local access > > to restore it. > > I am just trying to clarify if it really worth of it because it will > lead to the hairy code and keep structs for previous FW version. Well, if you decide you really should support two generations of the firmware, you are likely to throw away 3.0.0 and release a 3.0.1 which is backwards compatible to 2.X.X, but adds additional calls for the new functionality. Go look at how other drivers have handled this in the past. Andrew