Received: by 10.192.165.148 with SMTP id m20csp2046303imm; Thu, 26 Apr 2018 05:41:42 -0700 (PDT) X-Google-Smtp-Source: AIpwx48jlIPQ8WfrTSGNPSGpxOItZMTU8TgwxHBwfftu5bzVJu9khGXf7PLBCbe2QFNdTSjflkmO X-Received: by 10.99.140.14 with SMTP id m14mr27758791pgd.320.1524746502201; Thu, 26 Apr 2018 05:41:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524746502; cv=none; d=google.com; s=arc-20160816; b=LQLXinNn6AucnN/CZTq1ALPD1jEr6iNqMjil68afF6Rp3rCphwIExE0tD6SeotMITK 1uh4X27wV88wobW11HykDdhV/92lgO+FJNErFiHl/ixkgOBL+d/O61EjUT1Ew6Gg9lha IzsyZVJBdD77Tle/9hn+Uft/Mdgxppr2BuhplZPLCxGZoqwcAj+5BKFbvF+QyqhUZfkw MWKoTsn2v4FGcvU2omMv1cWdSz30eVEKKAWjs8bl1hmNCXrEpJM/DITYHERETZt9y3BZ 88Y6IdsUh0U4rjpS73Mr0FBCma30glNG2ZGycbfebXeKx9w3F4Uh6xdHEtRVpXibaITz eMcQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=XQO9Lu61vHMdCD0leEEmnGARklnc5vaE8lNqQRaxle8=; b=ZujrTeaYMYVtac4xXvNoqZPGCYOjKKm5QYTTzNmhjaq2T0wwS5R6XXNB/ch/qtGtpk W5F9riFxfU9IUhC8HvtiGBfW1HVpj1zbrXWWrkYfX64T7auCRixCA3CcqyJtV1XaHBc4 3t/vfuDzsxBQGndPr/uGiF/yoawY3Tch8ZH0IiNjwZ4I8l+FOObctdQKPbBfYR7lBTRl sAPqwMv4hX9hKDNVG7Aw/xdjJTXYMVHdFu6KV660Uq+r049nn/c8SKv/t3lMRMYcUOS5 XK8VhEylT8Ku9MSrI5n0CidUw3EdGn479PwPGN8CA+FSEW0tq9LLAw/MXXH78xGVxaBV tkvQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=a4hd4k4R; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o186si5886334pga.350.2018.04.26.05.41.27; Thu, 26 Apr 2018 05:41:42 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=a4hd4k4R; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755680AbeDZMkO (ORCPT + 99 others); Thu, 26 Apr 2018 08:40:14 -0400 Received: from vps0.lunn.ch ([185.16.172.187]:41573 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751713AbeDZMkM (ORCPT ); Thu, 26 Apr 2018 08:40:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=XQO9Lu61vHMdCD0leEEmnGARklnc5vaE8lNqQRaxle8=; b=a4hd4k4Rd+WxLOeGDk8Szp2uGGTUKsojylMG4mgOZG1konbFGlW4VYGQcZlGowmU2X6XXB4IKWFdt/dhhMNbsHIywccB4bRjcGKrPeou32WByF/L5yjICaIfk+QJ2T0WauzFFcVMJ6W818l3YjMnfrnLZFn+lY9mRIDQtAtfQgw=; Received: from andrew by vps0.lunn.ch with local (Exim 4.84_2) (envelope-from ) id 1fBgBz-0003m1-Ek; Thu, 26 Apr 2018 14:40:07 +0200 Date: Thu, 26 Apr 2018 14:40:07 +0200 From: Andrew Lunn To: Jisheng Zhang Cc: Bhadram Varka , Florian Fainelli , "David S. Miller" , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Jingju Hou Subject: Re: [PATCH] net: phy: marvell: clear wol event before setting it Message-ID: <20180426124007.GC13467@lunn.ch> References: <20180419160232.519d15be@xhacker.debian> <20180419121801.GC17888@lunn.ch> <4273f766-a017-b336-7d14-a28901d274b9@nvidia.com> <20180426141508.6660a633@xhacker.debian> <20180426155619.2c5d87d1@xhacker.debian> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180426155619.2c5d87d1@xhacker.debian> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > hmm, so you want a "stick" WOL feature, I dunno whether Linux kernel > requires WOL should be "stick". I see two different cases: Suspend/resume: The WoL state in the kernel is probably kept across such a cycle. If so, you would expect another suspend/resume to also work, without needs to reconfigure it. Boot from powered off: If the interrupt just enables the power supply, it is possible to wake up after a shutdown. There is no state kept, so WoL will be disabled in the kernel. So WoL should also be disabled in the hardware. Andrew