Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp728589pxf; Thu, 18 Mar 2021 10:10:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy4mVn4GPag62oi92bppx2ZOF9SUk4dvmGe6o8Ue9mBrAjkytrpad+y7grR4rMOwja9bBFQ X-Received: by 2002:a17:906:22d4:: with SMTP id q20mr43209382eja.54.1616087447520; Thu, 18 Mar 2021 10:10:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616087447; cv=none; d=google.com; s=arc-20160816; b=UWnJbHZ4FuuX+88jP111y8nzxL1J4uY39hZO+xXVQekY/bovWlwqrHYbE8S6RhSrxr RBtKputiZdAwwLKe6GVXFGQCPv38nxIjKD25UNsN6BI/Em2eDV0+xck94NNhrDDMA05F DHJB8fl3UOmsy3eSQDqXDfBIFCUDo4mNjQy5pPd8hNmLgm8U5BX0+Dm2FHB/7vSfAuKm W1mKUsQ3M2ydsRlOHGIoopKP9gCyDdwga+zOTs/bJ/QiCml63UHdv1bqNJnS1sAIsVEJ 4JNsjs9oQUuIngXrcBqjPfjZp0ApJJcRLP1Mz1gfyPmf4H+yXTF+Z6OsH3CEo3ilTEr8 ToWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=jfBPppmZKEaOwYPVKPxjdq20YbX7kVFBgfv46nqcYC8=; b=HVzc1DBY1cqanJnWhBGrP1FPiMAcNKJ/j2tT796rxCSfenDJBODjAaLFHrnBLXblkH JZZ7w5i3qp8FQ5O574QwvWOqAV2hWQx3EmhkpNgg2faN8EoKFHItyQbuCDW7QL2tgCoc Q3QLgO/SAWK+5jYK0EfjCiqTAgrxF4qFrlkIi887fTAKL1d0oV4WG6UpLqsIqWIXb6Ii J9VRhy0fbQcH/OE1y1aq1E1Sjcg3wHXjeI//9gvXUOnAu0ijw1mZwuaORTdkGuL+2TeU OdNlKvXtWAXkP572+tQzLYCQJ6aY5CzDtnovKCiPSHt8U9HDzm0EETpNgqj2n2OHLOw0 JrGQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=jKwjDl7r; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u12si2297174eda.90.2021.03.18.10.10.24; Thu, 18 Mar 2021 10:10:47 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=jKwjDl7r; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232133AbhCRRJ1 (ORCPT + 99 others); Thu, 18 Mar 2021 13:09:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60904 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231918AbhCRRJS (ORCPT ); Thu, 18 Mar 2021 13:09:18 -0400 Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C0715C06174A; Thu, 18 Mar 2021 10:09:17 -0700 (PDT) Received: by mail-wr1-x42c.google.com with SMTP id v11so6331530wro.7; Thu, 18 Mar 2021 10:09:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=jfBPppmZKEaOwYPVKPxjdq20YbX7kVFBgfv46nqcYC8=; b=jKwjDl7rn62K1CATEQcf3tS+h0alfurpVYcrO5uOTC87CEqZGUs0p44yUni5uPXov4 xHJKEhkSXohoSHNuaTb0/kv8YtuQ7IyyQtsZcZlqaqozexcUC8YfKTuSWnMkrAwoaCAR 0fm7pWr5pVFw67qSPNFulbinoVw5RWMvlSdmHFjgWvuMXaR4454TSSR1yZSikJrMBhMr I/GRM2vZTJM5aPQd+RGe5KV+TiX6bRol58YZoSHGa8LetUQIJDZuy5iSyu2pSZhl/Weo fAWiuXo/Y9RC4vSYCRELBvsGxNUDaAbDVYn0O0nIMZRPPfQbkkGBfj01JHeg7KUYGhYs 4FMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=jfBPppmZKEaOwYPVKPxjdq20YbX7kVFBgfv46nqcYC8=; b=H+ORlC7qbrjaLbgo0rloP7eB4iB5da4II+H6pFuuYe6kEBZobfIEGOCODzCd5RZqof nMsOOMUYfWHFrgSrkWSfToPrGyBoRc3bTIYCzqyfzilMCAHyQFNDjl0kLq5kGvKSDJL5 UUueY8aZfHI5UV3jr14xQfGFVG+GJ29RkB40D5aCb/9n6n4n1kCrrB8cLR2ezLozDf0p RcdiEgafOCXNP4pnIns+z1ZpZsM9Vix9Amo/lAAE7QUH5/U7mnWyG89RhhBTiavJcaoR Vljm7tT7GWPa4T3/ofbfCpYG0uNU2co1kNdN3Wo6rfspn9SVGlGxJWFpNz9DbXOqFMil MkuA== X-Gm-Message-State: AOAM5318KJN69VhzveamZF6pcUdTAwBCy2cTfICp/XBxinPs9u+Ccvme Rd2vGNPDpTAd75Z1qJRmubaRQYSM2YKoUA== X-Received: by 2002:a5d:640b:: with SMTP id z11mr235508wru.327.1616087356559; Thu, 18 Mar 2021 10:09:16 -0700 (PDT) Received: from ?IPv6:2003:ea:8f1f:bb00:8d2c:8cc:6c7f:1a84? (p200300ea8f1fbb008d2c08cc6c7f1a84.dip0.t-ipconnect.de. [2003:ea:8f1f:bb00:8d2c:8cc:6c7f:1a84]) by smtp.googlemail.com with ESMTPSA id d8sm3789661wrr.35.2021.03.18.10.09.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 18 Mar 2021 10:09:16 -0700 (PDT) Subject: Re: [PATCH net-next] net: phy: at803x: remove at803x_aneg_done() To: Vladimir Oltean , Michael Walle Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Andrew Lunn , Russell King , "David S . Miller" , Jakub Kicinski References: <20210318142356.30702-1-michael@walle.cc> <411c3508-978e-4562-f1e9-33ca7e98a752@gmail.com> <20210318151712.7hmdaufxylyl33em@skbuf> <20210318170401.mvvwryi7exouyrzy@skbuf> From: Heiner Kallweit Message-ID: Date: Thu, 18 Mar 2021 18:09:10 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <20210318170401.mvvwryi7exouyrzy@skbuf> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 18.03.2021 18:04, Vladimir Oltean wrote: > On Thu, Mar 18, 2021 at 05:38:13PM +0100, Michael Walle wrote: >> Am 2021-03-18 17:21, schrieb Heiner Kallweit: >>> On 18.03.2021 16:17, Vladimir Oltean wrote: >>>> On Thu, Mar 18, 2021 at 03:54:00PM +0100, Heiner Kallweit wrote: >>>>> On 18.03.2021 15:23, Michael Walle wrote: >>>>>> at803x_aneg_done() is pretty much dead code since the patch series >>>>>> "net: phy: improve and simplify phylib state machine" [1]. >>>>>> Remove it. >>>>>> >>>>> >>>>> Well, it's not dead, it's resting .. There are few places where >>>>> phy_aneg_done() is used. So you would need to explain: >>>>> - why these users can't be used with this PHY driver >>>>> - or why the aneg_done callback isn't needed here and the >>>>> genphy_aneg_done() fallback is sufficient >>>> >>>> The piece of code that Michael is removing keeps the aneg reporting as >>>> "not done" even when the copper-side link was reported as up, but the >>>> in-band autoneg has not finished. >>>> >>>> That was the _intended_ behavior when that code was introduced, and >>>> you >>>> have said about it: >>>> https://www.spinics.net/lists/stable/msg389193.html >>>> >>>> | That's not nice from the PHY: >>>> | It signals "link up", and if the system asks the PHY for link details, >>>> | then it sheepishly says "well, link is *almost* up". >>>> >>>> If the specification of phy_aneg_done behavior does not include >>>> in-band >>>> autoneg (and it doesn't), then this piece of code does not belong >>>> here. >>>> >>>> The fact that we can no longer trigger this code from phylib is yet >>>> another reason why it fails at its intended (and wrong) purpose and >>>> should be removed. >>>> >>> I don't argue against the change, I just think that the current commit >>> description isn't sufficient. What you just said I would have expected >>> in the commit description. >> >> I'll come up with a better one, Vladimir, may I use parts of the text >> above? > > My words aren't copyrighted, so feel free, however you might want to > check with Heiner too for his part, you never know. > I'm not paid for the content of my mails, so feel free to quote.