Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp20860151ybl; Sun, 5 Jan 2020 13:18:28 -0800 (PST) X-Google-Smtp-Source: APXvYqxWSXCZCnimJK3onNPb9h6bN0T5BrwFuBCK12klYjO2pFSTyB8d4YyoLptnY6FBza6r+UHE X-Received: by 2002:a9d:7357:: with SMTP id l23mr107592256otk.10.1578259108558; Sun, 05 Jan 2020 13:18:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578259108; cv=none; d=google.com; s=arc-20160816; b=DOc3YFdfhJTKcMiht371IAwBd1Rsz5W91Zc5cU/gr7LijefqQ3fVOnjZdWSdWWsMN/ L7v4FtkdH6ZvX79FadGIM5oRFXjkz7Ok+BFQJN0mWDJQFtpZn0Ud1jR188fKE8evv7xi dJKdu8DE5tAIFayebsdJZLA77BNvRnPq7BsJNQkpo4Tj1xqHHb/GlymAwkcwh6SLDmjd cyZVOJkkbqGEDhvzkE7xDuxgaV50u/L8oPDJ9/sr6wzTEfEhzdNkxE/TNAlTNh9eMlEJ pokl+DkGO/IbgVr4HN9zshh26hzGIUcpV/VSfxBQM30cGuCWUoHXfdB7WN6zE0eKl1Z/ OCrg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:date:cc:to:subject:from:references :in-reply-to:message-id; bh=R7HSY2DocZW7eA4h9jTBJRtXXZIlBrY+EnTJG+6VvBs=; b=rdl0MR8xWd/sDluN+u4XOa/u/8N23K0k3QseAdUdwaCh6NbbMrAHOtwxnMc7Bi6mGi noJHURH39iPjbBCwSe35fstX08z14Yd2GCjgYGUpz8/sRbCODld1P/4foM91lWneX/aP tR/nLSkFawKp7xkXaAYJC20z36d5g0ub91mbS503y4knnh8OKT+iUBfjoASwcrzd7hrq TRViZXZ5urLMSMzBe9jYsDUEFXIUH6h86+JfIrqP4FqfUnusP93i8a0PgIjbUJfbNNc5 XUIystOhGUXDXZvTSd3461HSNotBOQIZ+g+Sfxxhn1Nbl6JgwN2vM95iDi0xxBABlrPU oZ9Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-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 o8si35167492oti.47.2020.01.05.13.18.18; Sun, 05 Jan 2020 13:18:28 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727099AbgAEVRK (ORCPT + 99 others); Sun, 5 Jan 2020 16:17:10 -0500 Received: from mx2.suse.de ([195.135.220.15]:50066 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726792AbgAEVRJ (ORCPT ); Sun, 5 Jan 2020 16:17:09 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 4078AB15D; Sun, 5 Jan 2020 21:17:07 +0000 (UTC) Received: by unicorn.suse.cz (Postfix, from userid 1000) id E7E4CE048B; Sun, 5 Jan 2020 22:17:06 +0100 (CET) Message-Id: In-Reply-To: References: From: Michal Kubecek Subject: [PATCH net-next 2/3] via-velocity: allow nesting of ethtool_ops begin() and complete() To: "David S. Miller" , netdev@vger.kernel.org Cc: Maya Erez , Kalle Valo , linux-wireless@vger.kernel.org, wil6210@qti.qualcomm.com, Francois Romieu , linux-kernel@vger.kernel.org, Andrew Lunn , Florian Fainelli Date: Sun, 5 Jan 2020 22:17:06 +0100 (CET) Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org Unlike most networking drivers using begin() and complete() ethtool_ops callbacks to resume a device which is down and suspend it again when done, via-velocity does not use standard refcounted infrastructure but sets device sleep state directly. With the introduction of netlink ethtool interface, we may have nested begin-complete blocks so that inner complete() would put the device back to sleep for the rest of the outer block. To avoid rewriting an old and not very actively developed driver, just add a nesting counter and only perform resume and suspend on the outermost level. Signed-off-by: Michal Kubecek --- drivers/net/ethernet/via/via-velocity.c | 14 ++++++++++---- drivers/net/ethernet/via/via-velocity.h | 1 + 2 files changed, 11 insertions(+), 4 deletions(-) diff --git a/drivers/net/ethernet/via/via-velocity.c b/drivers/net/ethernet/via/via-velocity.c index 346e44115c4e..4b556b74541a 100644 --- a/drivers/net/ethernet/via/via-velocity.c +++ b/drivers/net/ethernet/via/via-velocity.c @@ -3257,12 +3257,16 @@ static struct platform_driver velocity_platform_driver = { * @dev: network device * * Called before an ethtool operation. We need to make sure the - * chip is out of D3 state before we poke at it. + * chip is out of D3 state before we poke at it. In case of ethtool + * ops nesting, only wake the device up in the outermost block. */ static int velocity_ethtool_up(struct net_device *dev) { struct velocity_info *vptr = netdev_priv(dev); - if (!netif_running(dev)) + + if (vptr->ethtool_ops_nesting == U32_MAX) + return -EBUSY; + if (!vptr->ethtool_ops_nesting++ && !netif_running(dev)) velocity_set_power_state(vptr, PCI_D0); return 0; } @@ -3272,12 +3276,14 @@ static int velocity_ethtool_up(struct net_device *dev) * @dev: network device * * Called after an ethtool operation. Restore the chip back to D3 - * state if it isn't running. + * state if it isn't running. In case of ethtool ops nesting, only + * put the device to sleep in the outermost block. */ static void velocity_ethtool_down(struct net_device *dev) { struct velocity_info *vptr = netdev_priv(dev); - if (!netif_running(dev)) + + if (!--vptr->ethtool_ops_nesting && !netif_running(dev)) velocity_set_power_state(vptr, PCI_D3hot); } diff --git a/drivers/net/ethernet/via/via-velocity.h b/drivers/net/ethernet/via/via-velocity.h index cdfe7809e3c1..f196e71d2c04 100644 --- a/drivers/net/ethernet/via/via-velocity.h +++ b/drivers/net/ethernet/via/via-velocity.h @@ -1483,6 +1483,7 @@ struct velocity_info { struct velocity_context context; u32 ticks; + u32 ethtool_ops_nesting; u8 rev_id; -- 2.24.1