Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp778701pxu; Fri, 4 Dec 2020 15:46:29 -0800 (PST) X-Google-Smtp-Source: ABdhPJyNeCMrpfiwPxU6bS827FRl7dcPAe8eF7rsvsRzz8a0gXKXMGcgp4jqgvpzvDncSH5tWgKZ X-Received: by 2002:a17:906:3883:: with SMTP id q3mr9273396ejd.160.1607125589729; Fri, 04 Dec 2020 15:46:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607125589; cv=none; d=google.com; s=arc-20160816; b=fULohEubOdgLbF8asE56DhDecf/5TMEsIh5weMmS5TMNB/6DJVY20heyPAZVoqBDwA Jqqf4HNFjF0tl9Q88bkETFnVAJBccAhFQiNClyi5Edlwic0dqMfCAtk2RSaQruzJUKOF g7YIgfeXj879JmiJI8AHqskZ67KU60fJe1KSYVNwaWfEPiIPlAifSf51TQHhIQ2EbF0j WMMbrJyaji+B39bE+6SY6Ms9l91SR6hzKQEYL6SarW1nbTESJPVFeHCnm0+0xskT9CYE NMMJBqrQ0ir4RgkyR4G1EdsqVZS+YPIe9DOaqYsb2bcWMV1pQfhmm1r5xI4/g1JR9clI F4uw== 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=jq4ff8Uy5EBSkctnrqEFwylcXAejSIfWzo9izABspQY=; b=y+qAUeYNZfFJp/e1exbgMjNto262C6skX7cydZ7diHOhv3kiTRZstGbEIH6hjo0sro GYZu6yiy16GQUfPKJoDrptiOxARo5ABRHI74HpQnl+GODBsn5L7C3JD/wXMbO0XAmgUi fDtHAXjB2peXcI5Aem5n69fKcEkx4lRm9Stt/XYHUxTBvjZvWkkqa7zOaf6EjhkObrij BZiXI/vXY/iFpS5+BUlD7KQpMgFCKoSPX1GY/3kBgLJpuwweIGVF2hTEuP1valt7zyiR 72kqWtylX1rlF9zzkUhhAzVzdwBdagwnIXqpCiz5nK7U6yUnO6D4dk3/8X5eNZ+lZ5vB Iv1A== 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 g19si3709605edf.599.2020.12.04.15.46.06; Fri, 04 Dec 2020 15:46:29 -0800 (PST) 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 S1730450AbgLDXnz (ORCPT + 99 others); Fri, 4 Dec 2020 18:43:55 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:39546 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725847AbgLDXnz (ORCPT ); Fri, 4 Dec 2020 18:43:55 -0500 Received: from andrew by vps0.lunn.ch with local (Exim 4.94) (envelope-from ) id 1klKjR-00AHWo-1M; Sat, 05 Dec 2020 00:43:21 +0100 Date: Sat, 5 Dec 2020 00:43:21 +0100 From: Andrew Lunn To: Jakub Kicinski Cc: Sven Van Asbroeck , Woojung Huh , Vivien Didelot , Florian Fainelli , Vladimir Oltean , David S Miller , Marek Vasut , Tristram Ha , Microchip Linux Driver Support , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH net v1] net: dsa: ksz8795: use correct number of physical ports Message-ID: <20201204234321.GJ2400258@lunn.ch> References: <20201203214645.31217-1-TheSven73@gmail.com> <20201204152456.247769b1@kicinski-fedora-pc1c0hjn.DHCP.thefacebook.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201204152456.247769b1@kicinski-fedora-pc1c0hjn.DHCP.thefacebook.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Dec 04, 2020 at 03:24:56PM -0800, Jakub Kicinski wrote: > On Thu, 3 Dec 2020 16:46:45 -0500 Sven Van Asbroeck wrote: > > From: Sven Van Asbroeck > > > > The ksz8795 has five physical ports, but the driver assumes > > it has only four. This prevents the driver from working correctly. > > > > Fix by indicating the correct number of physical ports. > > > > Fixes: e66f840c08a23 ("net: dsa: ksz: Add Microchip KSZ8795 DSA driver") > > Tested-by: Sven Van Asbroeck # ksz8795 > > Signed-off-by: Sven Van Asbroeck > > All the port counts here are -1 compared to datasheets, so I'm assuming > the are not supposed to include the host facing port or something? > > Can you describe the exact problem you're trying to solve? > > DSA devices are not supposed to have a netdev for the host facing port > on the switch (sorry for stating the obvious). Hi Jakub It is the DSA core layer which takes care of that creating/not creating netdevs. The switch should declare all the ports it has. There has been issues with the ksz collection of drivers having different meanings for port_cnt. There recently was some changes in this area, maybe it broke something? Andrew