Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp691105rwe; Wed, 31 Aug 2022 09:18:55 -0700 (PDT) X-Google-Smtp-Source: AA6agR5CLCn7USoHJGHd9cJSqJj9gUTeBVkjy1AZ/K3Wgbh+oTLDpIF3lND90xjN50GkxVRerZNN X-Received: by 2002:a17:906:99c1:b0:6fe:b01d:134 with SMTP id s1-20020a17090699c100b006feb01d0134mr20420583ejn.598.1661962735541; Wed, 31 Aug 2022 09:18:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661962735; cv=none; d=google.com; s=arc-20160816; b=hXpjkebDPKhzSJcvATGpIfI1jn3h3fgnuAbdiGoAiNZrvUKI7oKMCtaa+WmYC5CMkG HaESDPrG4nMOBAXmMvNAvQgVLZl+K39r4bV3BDtX2p72MuTv7gfwjT07H3ny+d51ytGm 1/9LSq783jUUjQugX4djku2svNeZh05nJ4EWdOlUYoVWjTZH7w6WgfVl7j5qbiANN9Ix H/WC6PvsBBRs8VJm+ywmN3LJTlo+2TjiF7KkTFBV4o44WKrrCwhHuhdZIUkQOS4aS98S y+jJ45NeyhChx2C9c+AfG7UMkRuHdMUCXedeHYg2buCuh736X+OJTUjxeer3QHGTSywM EJLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=F8zlVQ2JZAN/ILl6NP4VrX0wIO5bhNsr0qy9SFtzfRI=; b=D7ILSVsrrzCgnzqMwSg2ApmUjDRY+GTR/VRiL19aPbslpRdAgWXZfF4XbPNlWJIbYW 7af+Q5OiJqExHcMB+2gTyNbf1N39dLt68wIrpIaRoybm+Qvf3M80EAShUtmhIopOieoK IaXEgvwHg+o6170ZjzJ6OMGXxNezRdt1oOdL1FISVtW+vMuyxNSLJbRAGDTpaEyXWYJ8 J7v35q1tXXAuUGKyeYWdBVvd9kG5WY8fujZu7yLkbxdGbxkr7dTOZ/JzSWNXaHIwDtl7 bJFudLn+IQbx2KYBehRfac+3U/1HpY1xd+WSm18HJtXm50XjEy87ibENDS6wcyzD7/Dy aX6w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ez23-20020a056402451700b004482c47e623si8300806edb.381.2022.08.31.09.18.28; Wed, 31 Aug 2022 09:18:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231226AbiHaQLK (ORCPT + 99 others); Wed, 31 Aug 2022 12:11:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43800 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229757AbiHaQLH (ORCPT ); Wed, 31 Aug 2022 12:11:07 -0400 Received: from metis.ext.pengutronix.de (metis.ext.pengutronix.de [IPv6:2001:67c:670:201:290:27ff:fe1d:cc33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5B64A6E2F0 for ; Wed, 31 Aug 2022 09:11:06 -0700 (PDT) Received: from ptx.hi.pengutronix.de ([2001:67c:670:100:1d::c0]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oTQIr-0005ZB-EO; Wed, 31 Aug 2022 18:10:57 +0200 Received: from ore by ptx.hi.pengutronix.de with local (Exim 4.92) (envelope-from ) id 1oTQIp-0003g0-Ev; Wed, 31 Aug 2022 18:10:55 +0200 Date: Wed, 31 Aug 2022 18:10:55 +0200 From: Oleksij Rempel To: Vladimir Oltean Cc: Arun.Ramadoss@microchip.com, andrew@lunn.ch, linux-kernel@vger.kernel.org, UNGLinuxDriver@microchip.com, vivien.didelot@gmail.com, san@skov.dk, linux@armlinux.org.uk, f.fainelli@gmail.com, kuba@kernel.org, edumazet@google.com, pabeni@redhat.com, netdev@vger.kernel.org, Woojung.Huh@microchip.com, davem@davemloft.net Subject: Re: [Patch net-next v2 0/9] net: dsa: microchip: add support for phylink mac config and link up Message-ID: <20220831161055.GA2479@pengutronix.de> References: <20220724092823.24567-1-arun.ramadoss@microchip.com> <20220830065533.GA18106@pengutronix.de> <67690ec6367c9dc6d2df720dcf98e6e332d2105b.camel@microchip.com> <20220830095830.flxd3fw4sqyn425m@skbuf> <20220830160546.GB16715@pengutronix.de> <20220831074324.GD16715@pengutronix.de> <20220831151859.ubpkt5aljrp3hiph@skbuf> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220831151859.ubpkt5aljrp3hiph@skbuf> X-Sent-From: Pengutronix Hildesheim X-URL: http://www.pengutronix.de/ X-Accept-Language: de,en X-Accept-Content-Type: text/plain User-Agent: Mutt/1.10.1 (2018-07-13) X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::c0 X-SA-Exim-Mail-From: ore@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 31, 2022 at 06:18:59PM +0300, Vladimir Oltean wrote: > On Wed, Aug 31, 2022 at 09:43:24AM +0200, Oleksij Rempel wrote: > > > > Should we point them to ksz8795_xmii_ctrl0 and ksz8795_xmii_ctrl1? I don't know. > > > > Could you find out what these should be set to? > > > > > > xmii_ctrl0/1 are missing and it make no sense to add it. > > > KSZ8873 switch is controlling CPU port MII configuration over global, > > > not port based register. > > > > > > I'll better define separate ops for this chip. > > > > Hm, not only KSZ8830/KSZ8863/KSZ8873 are affected. ksz8795 compatible > > series with defined .xmii_ctrl0/.xmii_ctrl1 are broken too. Because it > > is writing to the global config register over ksz_pwrite8 function. It > > means, we are writing to 0xa6 instead of 0x06. And to 0xf6 instead of > > 0x56. > > What do you mean by "global config register"? The Is_1Gbps bit is still > part of a port register, it's just that this particular register is only > defined for the 5th port (port #4, the only xMII port on KSZ7895 AFAIU). > That doesn't necessarily make it a "global" register. > > Datasheet says: > > Register 22 (0x16): Reserved > Register 38 (0x26): Reserved > Register 54 (0x36): Reserved > Register 70 (0x46): Reserved > Register 86 (0x56): Port 5 Interface Control 6 > > I wonder if it's ok to modify the regs table like this, because we > should then only touch P_XMII_CTRL_1 using port 4: > > static const u16 ksz8795_regs[] = { > [REG_IND_CTRL_0] = 0x6E, > [REG_IND_DATA_8] = 0x70, > [REG_IND_DATA_CHECK] = 0x72, > [REG_IND_DATA_HI] = 0x71, > [REG_IND_DATA_LO] = 0x75, > [REG_IND_MIB_CHECK] = 0x74, > [REG_IND_BYTE] = 0xA0, > [P_FORCE_CTRL] = 0x0C, > [P_LINK_STATUS] = 0x0E, > [P_LOCAL_CTRL] = 0x07, > [P_NEG_RESTART_CTRL] = 0x0D, > [P_REMOTE_STATUS] = 0x08, > [P_SPEED_STATUS] = 0x09, > [S_TAIL_TAG_CTRL] = 0x0C, > [P_STP_CTRL] = 0x02, > [S_START_CTRL] = 0x01, > [S_BROADCAST_CTRL] = 0x06, > [S_MULTICAST_CTRL] = 0x04, > [P_XMII_CTRL_0] = 0x06, > - [P_XMII_CTRL_1] = 0x56, > + [P_XMII_CTRL_1] = 0x06, > }; > Speed configuration on ksz8795 is done over two registers: Register 86 (0x56): Port 5 Interface Control 6: Is_1Gbps - BIT(6) and Register 6 (0x06): Global Control 4: Switch SW5-MII/RMII Speed -BIT(4) both are accessed on wrong offsets. I would prefer to do following steps: - remove everything from ksz_phylink_mac_link_up() except of dev->dev_ops->phylink_mac_link_up - move ksz_duplex_flowctrl(), ksz_port_set_xmii_speed()... to ksz9477.c and rename them. Assign ksz9477_phylink_mac_link_up() dev->dev_ops->phylink_mac_link_up - create separate function ksz8795_phylink_mac_link_up() - use documented, not generic register names. -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |