Received: by 10.223.164.202 with SMTP id h10csp3094363wrb; Tue, 28 Nov 2017 06:11:13 -0800 (PST) X-Google-Smtp-Source: AGs4zMa1uItXplEp2QsVfeR/b7pTXkndrZnDqQ7x6lxOlvX0RMHBW+/OWi/K2SS0DfhwD46dlnq5 X-Received: by 10.99.104.3 with SMTP id d3mr6047303pgc.319.1511878273074; Tue, 28 Nov 2017 06:11:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511878273; cv=none; d=google.com; s=arc-20160816; b=1IT76nr0oOSU2YB6IFM+YFDlWhk4kVcdAO6JX9pZHW3fDFLcqgOMzbrEPte2v61ZAa hel5DGCUxCRiSMTlaJXI8sa8aSnWmOU3gZPpar9AcDURxAsWtAGHe7J3ji9NbTZzo17Q 0Iy82Yt7JrzzSM9cAN8xZDDKBysccWP7xxWnes/cnqhjCSZGbYBqrOpBM3kTf7FG6Waf WdPcSjDFb/pXFCzqHkm/A0R7SfsBRDAw3PNzWW0aj6+gRZ8rMSuci0Lzb6lQ8pXbDADG 94mv1C1GODtjSB8LMEDHoOo6ZvmbMl2wf5MYOU0JprVCI9cvOxejkMLAZ2MrWNY/XHEI +FLg== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date :arc-authentication-results; bh=hMSbi5cQ9LjwpHRH0V2hxP0/w03QNSxKlmOXQcH8fkw=; b=XWWA6LuiBX/TdWp1gs9kNIBBfmIT5R8ZWq7+D24/EN8H86m9FQ6JVspTu0Yyz+osIL Ef6uoPvOTV86rr6XfzcgdoCPqU0//iVu5O0BWbOST5z+8KUFZ3b8OVdMewv1LMWGIsL1 bqIbfewFBHpTboLcmzvIrC4uRzLn8ympVr7G3jiWbhpVQtVwaEEfmuh05mAB5P2B9KaS Jix1A6qUZZ0pLMZRJsQSlhovR9gFMoGeTOo6Z7nygOsAICrwYzl8d+ylXSjh+v0POSne 4MnRO46SKrfT1JXuRD5G1P6mFkBVmQRAof7XeKnrhMAfy8ibbVP7jLcXV8zPybR+e1WR XtXw== ARC-Authentication-Results: i=1; mx.google.com; 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 s13si24578661pgp.418.2017.11.28.06.11.01; Tue, 28 Nov 2017 06:11:13 -0800 (PST) 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; 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 S1752402AbdK1OKP (ORCPT + 76 others); Tue, 28 Nov 2017 09:10:15 -0500 Received: from mail.free-electrons.com ([62.4.15.54]:33710 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751402AbdK1OKN (ORCPT ); Tue, 28 Nov 2017 09:10:13 -0500 Received: by mail.free-electrons.com (Postfix, from userid 110) id DD420206F9; Tue, 28 Nov 2017 15:10:11 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.free-electrons.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT, URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0 Received: from localhost (LStLambert-657-1-97-87.w90-63.abo.wanadoo.fr [90.63.216.87]) by mail.free-electrons.com (Postfix) with ESMTPSA id B152C203AB; Tue, 28 Nov 2017 15:10:01 +0100 (CET) Date: Tue, 28 Nov 2017 15:10:01 +0100 From: Antoine Tenart To: Andrew Lunn Cc: Antoine Tenart , rmk@armlinux.org.uk, f.fainelli@gmail.com, davem@davemloft.net, Yan Markman , gregory.clement@free-electrons.com, thomas.petazzoni@free-electrons.com, miquel.raynal@free-electrons.com, nadavh@marvell.com, mw@semihalf.com, stefanc@marvell.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH net] net: phylink: fix link state on phy-connect Message-ID: <20171128141001.GA4127@kwain> References: <20171128132932.27196-1-antoine.tenart@free-electrons.com> <20171128135610.GD20797@lunn.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20171128135610.GD20797@lunn.ch> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Andrew, On Tue, Nov 28, 2017 at 02:56:10PM +0100, Andrew Lunn wrote: > > + /* On _disconnect, the phy state machine and phylink resolve > > + * are stopped before executing full gracefull down/reset state. > > + * The further _connect starts with incorrect init state. Let's set > > + * init values here. > > + */ > > + pl->phy_state.link = false; > > + pl->link_config.pause = MLO_PAUSE_AN; > > + pl->link_config.speed = SPEED_UNKNOWN; > > + pl->link_config.duplex = DUPLEX_UNKNOWN; > > Looks sensible. My only comment would be, maybe it makes sense to > reduce the duplication by adding a little helper which is called here, > and in phylink_create()? Yes, it could be better to have a little helper to reset the link config and state values and avoid duplication. I'll wait for more comments before sending a v2 though. Maybe Russell will have good suggestions to do this the good way. Thanks! Antoine -- Antoine T�nart, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com From 1585318438679515612@xxx Tue Nov 28 13:57:58 +0000 2017 X-GM-THRID: 1585316788419333533 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread