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.8 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_GIT 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 D04BFC433EC for ; Fri, 10 Jul 2020 12:49:00 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id A02802077D for ; Fri, 10 Jul 2020 12:49:00 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="2mnQJEfH"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=microchip.com header.i=@microchip.com header.b="QRjJ18y8" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A02802077D Authentication-Results: mail.kernel.org; dmarc=fail (p=quarantine dis=none) header.from=microchip.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:MIME-Version:Message-ID:Date:Subject:To:From: Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Owner; bh=07zaWJRjKNCPqB7aOPxKwkxB+DbF//AUbr0XlscwJq8=; b=2mnQJEfHBsHFjP+sSbdcr9bBJo ipnaLQ0bjrTZyw0UElSSopfquGMKxYEpNHNxiyaJehlvofNNxvtnxzSxpkla4NkNOOPhyZPnkC07s IMAGgx/EpN7Biwka1chTJ1jjXvADbu6W7jwyjInghaZocCeXaK3h6ny0ye7DgmFUB+kOoZOxgvRoo pEKu1FDFKSMwhb5/rrYnwxUhVb5kzoA+6Me3RabgqEy7FFNEuUp6j3iQrqle1Txcuy4fKF0bYNv6r Hew6a4PoaqS0Vrmeqzp8JfF2shNL52hnnaS1gfmg0xyM5Xuh63+SGNDm888OFIVCzGN4+JME4ykyl hIfx62eg==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jtsR6-0004xp-CH; Fri, 10 Jul 2020 12:47:28 +0000 Received: from esa1.microchip.iphmx.com ([68.232.147.91]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jtsR4-0004wQ-6b for linux-arm-kernel@lists.infradead.org; Fri, 10 Jul 2020 12:47:27 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=microchip.com; i=@microchip.com; q=dns/txt; s=mchp; t=1594385246; x=1625921246; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=xLfmshkpWd2aPH7pkCemLYvnT4Uwrw+Ep4bfRxiIgoI=; b=QRjJ18y8TZbD+CHowolMgq7LZchENxd0LBOZOXgL38gCVsGXq7CxbxIF lMpSTDIMAowtC/BVr7UTh8wRpX12SGlRE2oNPB0lWY0o9Q6n4V8cpbNal mSffzkRHejtwrq/+Qu7RLxolZuZKc9mk9aGxsJ8ImPLQnD6Qo8MmCeFcN qjQuGQQRfX51Ypk8mzBZcFUwFqvUnOTRON/a5A2FsNm1EBQvh9Z18S0n9 5e/BBI7XrDCDsMC3UuFd0OvEhS1s+NilJDH2z0Yqbodc/zvkZxtoTlxSO h81u0Vdb+/BF2KRkOHM4yxseUWfV5Vck1VdgbdvTJrsTxKIOXH9y9/4eH A==; IronPort-SDR: 29sAthIvWYA09TD6RubA5XnKXwmkVwup5JbrbBbAFI2mNB6uqYyGe53H3DmoFlRU1QOdjoR1nA 5YJNC32onJ7wLmZkxhaU0I29tXzYTqqe1xlixE7dtO0gb1QnGQbdnyya1VX5AHdHKMh1Gc2Px5 nFOxOAIe2Ync+HoubkPzulMaeC3wh3UtTp3j1vgwbCaxPjEXW4yTzoGeVuHgAsNIP+Nqs4TCj0 0hhx1QdaULMWTbomAWh25qkAaQMkEYFVUX3A0dLo+w9w7fUxnKTn9/hqjY9sagt2VWE0N6rJbf yPo= X-IronPort-AV: E=Sophos;i="5.75,335,1589266800"; d="scan'208";a="87021923" Received: from smtpout.microchip.com (HELO email.microchip.com) ([198.175.253.82]) by esa1.microchip.iphmx.com with ESMTP/TLS/AES256-SHA256; 10 Jul 2020 05:47:22 -0700 Received: from chn-vm-ex03.mchp-main.com (10.10.85.151) by chn-vm-ex01.mchp-main.com (10.10.85.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1979.3; Fri, 10 Jul 2020 05:46:54 -0700 Received: from ness.mchp-main.com (10.10.115.15) by chn-vm-ex03.mchp-main.com (10.10.85.151) with Microsoft SMTP Server id 15.1.1979.3 via Frontend Transport; Fri, 10 Jul 2020 05:47:18 -0700 From: To: , , , Claudiu Beznea , , Subject: [PATCH v5 0/5] net: macb: Wake-on-Lan magic packet fixes and GEM handling Date: Fri, 10 Jul 2020 14:46:40 +0200 Message-ID: X-Mailer: git-send-email 2.27.0 MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200710_084726_418033_D7214585 X-CRM114-Status: UNSURE ( 8.89 ) X-CRM114-Notice: Please train this message. X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: antoine.tenart@bootlin.com, Alexandre Belloni , linux-kernel@vger.kernel.org, "David S. Miller" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: Nicolas Ferre Hi, Here is a split series to fix WoL magic-packet on the current macb driver. Only fixes in this one based on current net/master. Best regards, Nicolas Changes in v5: - Addressed the error code returned by phylink_ethtool_set_wol() as suggested by Russell. If PHY handles WoL, MAC doesn't stay in the way. - Removed Florian's tag on 3/5 because of the above changes. - Correct the "Fixes" tag on 1/5. Changes in v4: - Pure bug fix series for 'net'. GEM addition and MACB update removed: will be sent later. Changes in v3: - Revert some of the v2 changes done in macb_resume(). Now the resume function supports in-depth re-configuration of the controller in order to deal with deeper sleep states. Basically as it was before changes introduced by this series - Tested for non-regression with our deeper Power Management mode which cuts power to the controller completely Changes in v2: - Add patch 4/7 ("net: macb: fix macb_suspend() by removing call to netif_carrier_off()") needed for keeping phy state consistent - Add patch 5/7 ("net: macb: fix call to pm_runtime in the suspend/resume functions") that prevent putting the macb in runtime pm suspend mode when WoL is used - Collect review tags on 3 first patches from Florian: Thanks! - Review of macb_resume() function - Addition of pm_wakeup_event() in both MACB and GEM WoL IRQ handlers Nicolas Ferre (5): net: macb: fix wakeup test in runtime suspend/resume routines net: macb: mark device wake capable when "magic-packet" property present net: macb: fix macb_get/set_wol() when moving to phylink net: macb: fix macb_suspend() by removing call to netif_carrier_off() net: macb: fix call to pm_runtime in the suspend/resume functions drivers/net/ethernet/cadence/macb_main.c | 31 +++++++++++++++--------- 1 file changed, 19 insertions(+), 12 deletions(-) -- 2.27.0 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel