Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2705044pxv; Sun, 11 Jul 2021 23:17:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzfXD6F9CNcq7DumFs1CPwvwmCPEZOuuvkYRHYgfco8EkE3ukxHB849cPsRq9H56A93mTEd X-Received: by 2002:a92:d98c:: with SMTP id r12mr19359142iln.304.1626070624446; Sun, 11 Jul 2021 23:17:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626070624; cv=none; d=google.com; s=arc-20160816; b=nLGPHHqqGmaS4RAXnV21sp/SSYYnaRrItTyz7Zz8qQQxBgoyjQqsOzLMyf1kM2Ajs7 JT817rNhNO5lyTHzmqzmRD1HyHqS0k/QxaIM/RjDLrJsMb78xeSIav97ziVAK5k1K27A yT9wyFFhNu25CGE4YUYUWIW9ByabJsOuHTJuUM+KVdJT/CnvGJ+UHjH63tqbot24QEA1 pLfEAbETFTb9u3Q8IjySRVE/XfujQuEe7FW6UGeNyc4C0XKWShnANnsX7p6ZPqj+aZfV oOV/V2pU4PTKtdtXqvOlidijPblsXb3Mx9saGPLF14DPQb/OqOKGrMMYmiQiOVHhVbwZ W5pg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=f4j3t12/+5xKzy7PzW7HpE0ISQykXaRSMw/qbdG9KdA=; b=U9twM4NR2Mmg8ojRDVna9+mAIR+uESOBjnK85uzpdd0YOMbzaWKnCorzOHeioYP5Xb OqBD+EGh++vlkcbLfTpkcUxaoroOoB5db9YksVk+B+Kodt8QFhCtgSmK8Dhf69YKmQ2V FgDaZ0k5SRxHcGtizB673ooagITlOJ1AFAZAmAqXSLv8eFByt4BGcIUbPSf4pXNw7UlF 50KNubdZP3qM2YTUPjaX60xcGrQWGMfuYXTdtol5ELx7NoByXaRYAp1t18X1Rb5uS6NA tsep9v155QdqlchSPQQ7x8UlzNV7n3w3G20T03+ZNpoJfsGMIh+W42Dg/UBboGJpssa9 U1Cw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=bphBA1WL; 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=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m8si959434iow.20.2021.07.11.23.16.52; Sun, 11 Jul 2021 23:17:04 -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=@linuxfoundation.org header.s=korg header.b=bphBA1WL; 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=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233701AbhGLGSw (ORCPT + 99 others); Mon, 12 Jul 2021 02:18:52 -0400 Received: from mail.kernel.org ([198.145.29.99]:37000 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233624AbhGLGS3 (ORCPT ); Mon, 12 Jul 2021 02:18:29 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 4CCBB61042; Mon, 12 Jul 2021 06:15:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626070541; bh=m4Q9pA7YabADt4dj/JMgI5gVDZ0sFXd3Wvp1oXN9CaA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=bphBA1WLnZ2cxO62NoVEcB/s/jodGXJYW++/GGl4f93g4ByuEDOPJtWxtN5sHEH9q P8dsgZjkmprdYdHk+kus5tEmkIGLI+/cZmj1TO5+GRPmDW4R30D7zmWXJP7WnZrSuG aGk0/RYoHXsYkI6VjzvoDxT7IdCocKPe9GaAoOx4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Stephane Grosjean , Marc Kleine-Budde Subject: [PATCH 5.4 035/348] can: peak_pciefd: pucan_handle_status(): fix a potential starvation issue in TX path Date: Mon, 12 Jul 2021 08:06:59 +0200 Message-Id: <20210712060705.696535915@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060659.886176320@linuxfoundation.org> References: <20210712060659.886176320@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Stephane Grosjean commit b17233d385d0b6b43ecf81d43008cb1bbb008166 upstream. Rather than just indicating that transmission can start, this patch requires the explicit flushing of the network TX queue when the driver is informed by the device that it can transmit, next to its configuration. In this way, if frames have already been written by the application, they will actually be transmitted. Fixes: ffd137f7043c ("can: peak/pcie_fd: remove useless code when interface starts") Link: https://lore.kernel.org/r/20210623142600.149904-1-s.grosjean@peak-system.com Cc: linux-stable Signed-off-by: Stephane Grosjean Signed-off-by: Marc Kleine-Budde Signed-off-by: Greg Kroah-Hartman --- drivers/net/can/peak_canfd/peak_canfd.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- a/drivers/net/can/peak_canfd/peak_canfd.c +++ b/drivers/net/can/peak_canfd/peak_canfd.c @@ -338,8 +338,8 @@ static int pucan_handle_status(struct pe return err; } - /* start network queue (echo_skb array is empty) */ - netif_start_queue(ndev); + /* wake network queue up (echo_skb array is empty) */ + netif_wake_queue(ndev); return 0; }