Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1ECB6C433EF for ; Thu, 16 Dec 2021 10:24:39 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236025AbhLPKYi (ORCPT ); Thu, 16 Dec 2021 05:24:38 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:58218 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236019AbhLPKYh (ORCPT ); Thu, 16 Dec 2021 05:24:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=6BEIP/V3oqkY7sGdUunYItZjMJD8QvQE4qc4UzkQrQQ=; b=RFd2AhmvEchgikzhxwb7dgIcJu tSSiKJBtqkdqcuj9ICCLswPDYUfLrkL3cYp0uB0+mw+hGGnCcWQsM21zmDClxtXg8qMrT68x3KRws AIhFbk1QJ9zxtHBHE7goOeTjh3EmLuNFgDHHoxg/RlX32ivBOOThOrkqNvFD/bzfhM7Q=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1mxnw0-00GjFa-J0; Thu, 16 Dec 2021 11:24:24 +0100 Date: Thu, 16 Dec 2021 11:24:24 +0100 From: Andrew Lunn To: Francesco Dolcini Cc: Joakim Zhang , "Russell King (Oracle)" , Philippe Schenker , "netdev@vger.kernel.org" , "David S . Miller" , Heiner Kallweit , Jakub Kicinski , Fabio Estevam , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH net-next 3/3] net: fec: reset phy on resume after power-up Message-ID: References: <20211215110139.GA64001@francesco-nb.int.toradex.com> <20211216075216.GA4190@francesco-nb.int.toradex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20211216075216.GA4190@francesco-nb.int.toradex.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Dec 16, 2021 at 08:52:16AM +0100, Francesco Dolcini wrote: > On Thu, Dec 16, 2021 at 04:52:39AM +0000, Joakim Zhang wrote: > > As I can see, when system suspended, PHY is totally powered down, > > since you disable the regulator. At this situation, if you > > assert reset signal, you mean it will increase the power > > consumption? PHY is totally powered down, why assert reset > > signal still affect PHY? > In general there are *other* use cases in which the PHY is powered in > suspend. We should not create a regression there. Yes, this is the sticking point. We can do what you want, but potentially, the change affects others. I think you need to move the regulator into phylib, so the PHY driver can do the right thing. It is really the only entity which knows what is the correct thing to do. Andrew