Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp4789491ybg; Tue, 29 Oct 2019 12:24:52 -0700 (PDT) X-Google-Smtp-Source: APXvYqw7Bf6BYZsYEoXJVuegtrB5vFLfTqdJG9XeF7TnKKzcUqKbiK0sQwOqDDPgG58xAUi6Dmlq X-Received: by 2002:a50:88a6:: with SMTP id d35mr26336001edd.111.1572377091999; Tue, 29 Oct 2019 12:24:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572377091; cv=none; d=google.com; s=arc-20160816; b=qkFXQJ3tS6C8RV2jtIAspwJORGCaWKXVxu9+mqtLc1MDokDuKKWieNbXWKqc3NlY0I ou3s9ua9D8yRvfJ6KR3DvuT9O1B1JiZu3AbHlqGwt+eGN4YS746INfgXxSXRp4iwARo8 Tn6kqS0Bm/wtqGiQlteAatWGWcse8qYN/tVkPwE4p4yPyukUL+SZCZhZJRbnPWeY616l BAnS2DLOR2/c5dShB3GN+QyoPw7gAVqz468NCI6eBZ4mgkBqDxrFDzt3JTiaVH+hM7xA PRpJPfhiqH6QECkdbKXkqP08bRIB+eB7unaFVyHhbVkw2xihLVK01I7Qt4IggNaWq9gy d7+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=N+ehmygc9BxX7lvA6aGJbMWaouzap7HiKg9Ic+o14PY=; b=PVmALrbTaFP4uVY9rDr8ofMOaYSBSPKuMQkbWi+GQ3zJfAtFheWeHR760XsT1EPxbc C95uR2Xb8fOrELAOhNtR+o7xNiBIyvUcS2gPzMNAExl/PFwuHePHOx/ra0Lqw0FL/MMT 4EQCxNtVtLlPG3NBStORcWHA6McwYVEjNOHaXVLjvuiCGMPyUxMH8tSqsJ9fKMDbmb8r FaGUvsqgcy3htLMCut8rP1OraBGAYL0IY32miLGyuG435Qp8JmLzetr8zzlJshB7gKPo 9eZ2r3E3J7fFw8A4zi6kubYC89Q5x35p5W/igFIq1m6UuUtbm60Pr8CUW7/kj1IzPEyy XRdQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@lunn.ch header.s=20171124 header.b=HUuX5n8d; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r2si8334751ejz.204.2019.10.29.12.24.28; Tue, 29 Oct 2019 12:24:51 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@lunn.ch header.s=20171124 header.b=HUuX5n8d; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732537AbfJ2MjH (ORCPT + 99 others); Tue, 29 Oct 2019 08:39:07 -0400 Received: from vps0.lunn.ch ([185.16.172.187]:40206 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727039AbfJ2MjH (ORCPT ); Tue, 29 Oct 2019 08:39:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=N+ehmygc9BxX7lvA6aGJbMWaouzap7HiKg9Ic+o14PY=; b=HUuX5n8dhPbVxklcvlDuEpP910 2rrsNVRDtRIw8JqhZZIZtKDKW3KskJktVniS2bR6T4YczrftrnaBNVRyuIcjmxQRcvtK3FmnHGg+V +4Z8fxRY43XE3ox5a/XAlk7bYEsFboxxfF7KmzZqs+8P3hQUmkmNawSUeeX+B1/0i+z0=; Received: from andrew by vps0.lunn.ch with local (Exim 4.92.2) (envelope-from ) id 1iPQly-0004C1-Jz; Tue, 29 Oct 2019 13:38:54 +0100 Date: Tue, 29 Oct 2019 13:38:54 +0100 From: Andrew Lunn To: Oleksij Rempel Cc: Mark Rutland , devicetree@vger.kernel.org, Jay Cliburn , Florian Fainelli , Chris Snook , linux-kernel@vger.kernel.org, Ralf Baechle , "David S. Miller" , Paul Burton , Rob Herring , Pengutronix Kernel Team , James Hogan , Russell King , netdev@vger.kernel.org, linux-mips@vger.kernel.org, Vivien Didelot Subject: Re: [PATCH v4 5/5] net: dsa: add support for Atheros AR9331 build-in switch Message-ID: <20191029123854.GN15259@lunn.ch> References: <20191022055743.6832-1-o.rempel@pengutronix.de> <20191022055743.6832-6-o.rempel@pengutronix.de> <20191023005850.GG5707@lunn.ch> <20191029071404.pl34q4rmadusc2u5@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191029071404.pl34q4rmadusc2u5@pengutronix.de> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Oleksij > > > +static void ar9331_sw_port_disable(struct dsa_switch *ds, int port) > > > +{ > > > + struct ar9331_sw_priv *priv = (struct ar9331_sw_priv *)ds->priv; > > > + struct regmap *regmap = priv->regmap; > > > + int ret; > > > + > > > + ret = regmap_write(regmap, AR9331_SW_REG_PORT_STATUS(port), 0); > > > + if (ret) > > > + dev_err_ratelimited(priv->dev, "%s: %i\n", __func__, ret); > > > +} > > > > I've asked this before, but i don't remember the answer. Why are > > port_enable and port_disable the same? > > I have only MAC TX/RX enable bit. This bit is set by phylink_mac_link_up and > removed by phylink_mac_link_down. > The port enable I use only to set predictable state of the port > register: all bits cleared. May be i should just drop port enable > function? What do you think? At minimum, it needs a comment about why enable and disable are the same. If i keep asking, others will as well. If there is nothing useful to do, then drop it. Andrew