From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.0 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 0B3B0C07E9C for ; Thu, 8 Jul 2021 13:11:30 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id DBA3D61461 for ; Thu, 8 Jul 2021 13:11:29 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231891AbhGHNOK (ORCPT ); Thu, 8 Jul 2021 09:14:10 -0400 Received: from vps0.lunn.ch ([185.16.172.187]:46182 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230080AbhGHNOJ (ORCPT ); Thu, 8 Jul 2021 09:14:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Transfer-Encoding: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=gS8AFk63aQm9ubdaiQKcXkzcytAXfuI8lQWGTpI+e3o=; b=5x Gg5TuF+v9iaN2x1WBOp57Gi40bGBD+dB8fZuDaHEd64j4rzJuK2fBLnrsSRAJc3RtFoOz4GsHU/eL 032iduhfQDa8AkOcTve/LFSczTM57dVmW+PNUTEk/ZA/EBzEUBZjCd4y/gBNpwCvfKS+nw5XtMOWK pthAzVtA9MWLoGs=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1m1ToB-00Cdsh-1w; Thu, 08 Jul 2021 15:11:15 +0200 Date: Thu, 8 Jul 2021 15:11:15 +0200 From: Andrew Lunn To: "Ismail, Mohammad Athari" Cc: Heiner Kallweit , "David S . Miller" , Russell King , Jakub Kicinski , Florian Fainelli , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH net] net: phy: reconfigure PHY WOL in resume if WOL option still enabled Message-ID: References: <20210708004253.6863-1-mohammad.athari.ismail@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Hi Andrew, > > In our platform, the PHY interrupt pin is not connected to Host CPU. So, the CPU couldn`t service the PHY interrupt.  The PHY interrupt pin is connected to a power management controller (PMC) as a HW wake up signal. The PMC itself couldn't act as interrupt controller to service the PHY interrupt. > > During WOL event, the WOL signal is sent to PMC through the PHY interrupt pin to wake up the PMC. Then, the PMC will wake up the Host CPU and the whole system. How is the PMC connected to the host? LPC? At wake up can you ask it why it woke you up? What event it was, power restored, power button press, or WOL? Can the PMC generate interrupts over the LPC? What PMC is it? Is there a datasheet for it? Getting your architecture correct will also solve your S3/S4 problems. Andrew