Message ID | cover.1594384335.git.nicolas.ferre@microchip.com (mailing list archive) |
---|---|
Headers | show
Return-Path: <SRS0=kRck=AV=lists.infradead.org=linux-arm-kernel-bounces+patchwork-linux-arm=patchwork.kernel.org@kernel.org> Received: from mail.kernel.org (pdx-korg-mail-1.web.codeaurora.org [172.30.200.123]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id D8CC913B6 for <patchwork-linux-arm@patchwork.kernel.org>; Fri, 10 Jul 2020 12:49:04 +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 B08492077D for <patchwork-linux-arm@patchwork.kernel.org>; Fri, 10 Jul 2020 12:49:04 +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 B08492077D 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+patchwork-linux-arm=patchwork.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: <nicolas.ferre@microchip.com> To: <linux@armlinux.org.uk>, <linux-arm-kernel@lists.infradead.org>, <netdev@vger.kernel.org>, Claudiu Beznea <claudiu.beznea@microchip.com>, <harini.katakam@xilinx.com>, <f.fainelli@gmail.com> 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: <cover.1594384335.git.nicolas.ferre@microchip.com> 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-Spam-Score: -2.5 (--) X-Spam-Report: SpamAssassin version 3.4.4 on merlin.infradead.org summary: Content analysis details: (-2.5 points) pts rule name description ---- ---------------------- -------------------------------------------------- -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [68.232.147.91 listed in list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [68.232.147.91 listed in wl.mailspike.net] -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from envelope-from domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: <linux-arm-kernel.lists.infradead.org> List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-arm-kernel>, <mailto:linux-arm-kernel-request@lists.infradead.org?subject=unsubscribe> List-Archive: <http://lists.infradead.org/pipermail/linux-arm-kernel/> List-Post: <mailto:linux-arm-kernel@lists.infradead.org> List-Help: <mailto:linux-arm-kernel-request@lists.infradead.org?subject=help> List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-arm-kernel>, <mailto:linux-arm-kernel-request@lists.infradead.org?subject=subscribe> Cc: antoine.tenart@bootlin.com, Alexandre Belloni <alexandre.belloni@bootlin.com>, linux-kernel@vger.kernel.org, "David S. Miller" <davem@davemloft.net> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" <linux-arm-kernel-bounces@lists.infradead.org> Errors-To: linux-arm-kernel-bounces+patchwork-linux-arm=patchwork.kernel.org@lists.infradead.org |
Series |
net: macb: Wake-on-Lan magic packet fixes and GEM handling
|
expand
|
From: <nicolas.ferre@microchip.com> Date: Fri, 10 Jul 2020 14:46:40 +0200 > 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. Series applied, thank you.
From: Nicolas Ferre <nicolas.ferre@microchip.com> 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(-)