Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2862463pxv; Mon, 12 Jul 2021 03:52:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwvspMoCGTpqrj//dkP/YI3/psi8pO1DrOcnHHrtkh/9jAI5rad8pjTI23BBHqqJlsEjoEE X-Received: by 2002:a92:d848:: with SMTP id h8mr16610811ilq.282.1626087127584; Mon, 12 Jul 2021 03:52:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626087127; cv=none; d=google.com; s=arc-20160816; b=YHIr4NjnggmhPDr6H0xd91NS+hCkxa9NRA4b1jhj4+GzGRMvjE5xMj7xsqj3VgJU83 7TOimq4WKGIRGdNLFXZYheiSA4O+01s7d0HHYdufqy1Hab7VotKLvcHI5iMcztmRGrq4 jJINCXl8K7vm8exCBsK8R+igDb3eraOIWpn+wi/VtpEWTk2HdnUQ4GE5rp3NWQVh4Dtd /aOClQcPjrLKM7XHMjfjrGu8I7FLqG5Lap6veKbXSOhV3IQZPcZeRPcME89rqQdhFQem Q5kVKlk8f/ZRdlB50787q9TJJDZKcRLxH86nT2tk65q4tW51HHyjcOpZGlzTlsAcuinS 7rvQ== 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=tHwrlHhHm7Fs19tP84X7HxyCzNhfKS3C9KTejKya+YU=; b=RYFV0nt7bKr8SlnwZRVhAFlgkKaBJVRM1wAq3q7gA+cMlUpzkQpvyRun2YPUx6kA7T LigHkZl7JrwMJ+lbMNE8tMhkSLS43Vs8fQS1znyY3swEcZS7OOQkzO7JEMrx/e5seUEG VWCNurLC8sIbJS97PLyPxQbLm9ulESz8tAGNxZyeNPoWsrw0VZaMzlR0nJ6XpnUlYdIp Ge0Qif7/2qLfwt8245A3s+H4DWskRynMWZ/XhTij5eDWDgHqRD6wFuxTZOvCWFO4TKOs mfJo/5nBVLnXDbxZ3MCmXi7Eh96bsu1qtShJw3Mwwc19nyoeDsj8qItgD22qO2TAXGDj So+w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=bVnt4B2P; 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 z18si18356968jat.72.2021.07.12.03.51.56; Mon, 12 Jul 2021 03:52:07 -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=bVnt4B2P; 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 S1356804AbhGLIQq (ORCPT + 99 others); Mon, 12 Jul 2021 04:16:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:51350 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241869AbhGLHct (ORCPT ); Mon, 12 Jul 2021 03:32:49 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 356C360FF1; Mon, 12 Jul 2021 07:29:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626074986; bh=isnSSOi9t/7E3k0sfD83D9sSb2OIubB7DPFcAezP1fU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=bVnt4B2PuWGBCSfaecLPJLfYe3hXA4tUH170ouuik9635QfrhfwdskdfsLTyw5XDT PL6dgl8mxjvMDthIeW0icNvvBhHy42W+DBJi3XZ5Sk1IP1VAAY7Ma05V2YUZAt3dx2 /UgX/789+s2jRovXmCK39jvMU1Om/AdXqMXnczoI= 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.13 064/800] can: peak_pciefd: pucan_handle_status(): fix a potential starvation issue in TX path Date: Mon, 12 Jul 2021 08:01:27 +0200 Message-Id: <20210712060922.311754736@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060912.995381202@linuxfoundation.org> References: <20210712060912.995381202@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 @@ -351,8 +351,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; }