Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1691380ybz; Thu, 16 Apr 2020 13:47:23 -0700 (PDT) X-Google-Smtp-Source: APiQypKAt0W2X1SqI05iTrfQp+LcnMcyasKsmkrxMAODlhZkkMWDGjDShl/1ZSMSkIer+r/rfkj8 X-Received: by 2002:a05:6402:609:: with SMTP id n9mr59484edv.352.1587070043820; Thu, 16 Apr 2020 13:47:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587070043; cv=none; d=google.com; s=arc-20160816; b=wQFp0no2Rr4hOAtbsu+QcV0rRHMFuQFM1N4p5zYEcm4iRquUB8zIRH9sGa6/5wywfw T+w1KfF1gDeFOLn9RIRFyAcQLCg1L84JJoQnQhXqAE+gQkIhUqDviwfASadzo69P4qbU +Ypa7QcGerq70ETRH++qJTiztalwNhMJo0l+KGQ8DEmX6USFUVCPpfPHurw/OOVkpX8b xfZ6aeZiYdRH+k8FzkAF6qPtsq5n0ptgJfqk/lo5HvY+pzndzVjl+ExpgBoOxyoIH/bn xolroqmohd+89HcOZB/gB6QKi2aTjAzx3paI5DlnTOBGcL0rgEykz98OhUJXMSYJZlUz a/Sw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=dFDogiNpUViieseD8B7i4gvtR0lN48l0uboJ699HzYA=; b=LeW+xlB954UkOc0An9KI0il959ajympDAsqqpGIzClYuPiFu2HHy1Hbx8HjAD5aIGw gYG0IrfHuT+CSeFsIYPkGdXoclC9twZnn+bihuzbkGKEg2TXNvPK7jXsfFaAUyrmscSh a3Alp50UPQ0087kDFze+YJn2LzfH2xLkiPh0GnXOQSJbMFDzFiNJZQIxbhM6kc+PkK9h Wo4tCyx2P9lqq/3TsueT8MvgSos8e1an6TMbyM22O0JxMIKBKldjjsK3NfGC1GwjfrWa n5bAl/JV1jZ5MMlpTjWDGDV9SC5c6Ua1FIRr6cOxIzTCm5FLDmYjd5Kdudr4fczg1rNs Xi6Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=F8w4ZBPU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f22si11893225eje.123.2020.04.16.13.47.00; Thu, 16 Apr 2020 13:47:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=F8w4ZBPU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728784AbgDPTVw (ORCPT + 99 others); Thu, 16 Apr 2020 15:21:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54588 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1727844AbgDPTVv (ORCPT ); Thu, 16 Apr 2020 15:21:51 -0400 Received: from mail-pj1-x1044.google.com (mail-pj1-x1044.google.com [IPv6:2607:f8b0:4864:20::1044]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D7637C061A0C; Thu, 16 Apr 2020 12:21:51 -0700 (PDT) Received: by mail-pj1-x1044.google.com with SMTP id z9so1784023pjd.2; Thu, 16 Apr 2020 12:21:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=dFDogiNpUViieseD8B7i4gvtR0lN48l0uboJ699HzYA=; b=F8w4ZBPU9xUvd/XqTVXfpEGzJ6UvGc18kyPdt9NNzgZIPgK2YGN7E7UUf5suhykuBc HVC3T0kfNEMVm5PARoiA0pEsZu3SG+q1xTTwu5cDM1kK+ZkcXk6CM9TN6nmWcH5UJk6+ Uvl3ZZW8R7LXNE39U3AA/kjFZ5qREJlqJpOOYG8si0uNNGqCV4yT7HP7TFN0juFWgWb8 I79Maxj70yPJa8T8s0FnOb6Vt0zCnRl7OHWEEKVBPOB6gS2HZKGGYwFmOfB510roPZcd OY8WgwoTyzpRUmPNVwfjCVSd7wevVFMStKScXQeiTyny63qVw09vNOorv0PSJbmhIQUt xvQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=dFDogiNpUViieseD8B7i4gvtR0lN48l0uboJ699HzYA=; b=UJKHBqYetIUaXt59vyE48U8iEaGGu+0wKwD25i3yDrfZC/xXRCKiWYV6XpvkrdEn8Z K2GsuhH2qbW4TSgpfgn2KN/Q4kivj4KUeKhyccss5iVYsihmDCM1TUAKBjyDtRU6znSG RTae+ADYG1BHt0QSNHO4tFkaTIcMSvbzMGkj/Ai6HAH4wfJDTxJd5lO7I3PoYTanTMiE Syt2+qmen9jkkTTDK8YeSJKafJbdQd2baMspAtmE1OZX6/bsxenLpmBsISkG1H6woA9L saCfmbnwRV6GaB4mb8HNG7Nhjua3IP+jAaOLv8tg9ohwz5qeZzaVpraYdl18gnJrBfqT QUow== X-Gm-Message-State: AGi0PubiqmxKMQV3P8hdfyxaohLpfpJkyJMPrX4IJj9o1nDMHCsTOPqJ JSzZYOii4cjV9Z8ubdlnw2w= X-Received: by 2002:a17:90a:fa87:: with SMTP id cu7mr6856550pjb.92.1587064911434; Thu, 16 Apr 2020 12:21:51 -0700 (PDT) Received: from [10.230.188.26] ([192.19.223.252]) by smtp.gmail.com with ESMTPSA id mq18sm3834503pjb.6.2020.04.16.12.21.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 16 Apr 2020 12:21:50 -0700 (PDT) Subject: Re: [PATCH 2/5] net: macb: mark device wake capable when "magic-packet" property present To: nicolas.ferre@microchip.com, linux-arm-kernel@lists.infradead.org, netdev@vger.kernel.org, Claudiu Beznea , harini.katakam@xilinx.com Cc: linux-kernel@vger.kernel.org, "David S. Miller" , Alexandre Belloni , pthombar@cadence.com, sergio.prado@e-labworks.com, antoine.tenart@bootlin.com, linux@armlinux.org.uk, andrew@lunn.ch, michal.simek@xilinx.com, Rafal Ozieblo References: <3d41fc5ef84dfb2b1fa4bb41c0212417023d4d97.1587058078.git.nicolas.ferre@microchip.com> From: Florian Fainelli Message-ID: <631f9716-bb21-4309-ee6e-ef2594b93a4b@gmail.com> Date: Thu, 16 Apr 2020 12:21:48 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Firefox/68.0 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <3d41fc5ef84dfb2b1fa4bb41c0212417023d4d97.1587058078.git.nicolas.ferre@microchip.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 4/16/2020 10:44 AM, nicolas.ferre@microchip.com wrote: > From: Nicolas Ferre > > Change the way the "magic-packet" DT property is handled in the > macb_probe() function, matching DT binding documentation. > Now we mark the device as "wakeup capable" instead of calling the > device_init_wakeup() function that would enable the wakeup source. > > For Ethernet WoL, enabling the wakeup_source is done by > using ethtool and associated macb_set_wol() function that > already calls device_set_wakeup_enable() for this purpose. > > That would reduce power consumption by cutting more clocks if > "magic-packet" property is set but WoL is not configured by ethtool. > > Fixes: 3e2a5e153906 ("net: macb: add wake-on-lan support via magic packet") > Cc: Claudiu Beznea > Cc: Harini Katakam > Cc: Rafal Ozieblo > Cc: Sergio Prado > Signed-off-by: Nicolas Ferre Reviewed-by: Florian Fainelli -- Florian