Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp4152008pxv; Mon, 19 Jul 2021 18:34:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzZw2cDP72Xr/hH0mLJtviG/olc6tmGjfsL6+tomi8ft2uYjJBDY5hSuCFLynEPujQuv71a X-Received: by 2002:a05:6602:2057:: with SMTP id z23mr6531983iod.29.1626744878866; Mon, 19 Jul 2021 18:34:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626744878; cv=none; d=google.com; s=arc-20160816; b=qRhqA18J9e+Cpd9afb8EPJO2XICnRlzVOjf0rDek1fZda9tBwamr6ZpWgQ3VexUQEj d+LnBtyUU0/vO6paD04+8cza67cHJyA5NNYtDWx1QDVgFD+IbLhZ0HoEs2ZP2QOHg51E wGOQM9jJnkbMD5LJIZdGwt+vrezncyJTy7rvsnM3hsGVEye9gXaydO1WYCxW8Qwizu4O ewnVI+FOcSDc2DhVDuetVu9FgxggOKMICVR/dU6YrHz1C3hbvxapeKpbPBrFjt6Iumdx N3BptyRGDn3EXKoYvt6gdNt1RKDCyw6aOD44JLgoO23/PVWigT/A7xkiJfWzhQvy9eqH hySg== 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=vv9Y0rXg//KMzHGseP/4MHn3IfWES32A4tk08jg6554=; b=mEecNwVOp80pAHwEcbaitvalFplgB4JnV4DLUShyDK06Bit7Cb27vQpgPei10pwDwE 3bnzXUCXi78xYUlDGsYfTXfjUuGsKQCYBkuH6MvR3Ws0rr88l+EDNTTLBAoFqPTeZj4C yr/R5Hj7Pfg/DXqY0IqTFTIj8zNTqQnaiKhabHyqOF3e1Tqqe0MxzkkFb8Nbc0LrX6QJ 2qSocZnR6bvBoGS2to8Eeu8cqJ9kcyWAN1c37Whnq3Qxak3rj2nWfSX6riaUPRMprc+z 6VJMMo3WSBnOA4qKT3mdOyomWTLHWpfmL5h4y5159UQmZcW0XHdumCabqQ79oAdMYIQF VApQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="xd4B/DE1"; 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 m9si21925887jaj.89.2021.07.19.18.34.27; Mon, 19 Jul 2021 18:34:38 -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="xd4B/DE1"; 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 S238092AbhGSOxd (ORCPT + 99 others); Mon, 19 Jul 2021 10:53:33 -0400 Received: from mail.kernel.org ([198.145.29.99]:46936 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245750AbhGSOe5 (ORCPT ); Mon, 19 Jul 2021 10:34:57 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 862686120C; Mon, 19 Jul 2021 15:14:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626707700; bh=HgtUdnv7H/aYCrHM6dhqy6dS714SWnuwstkw88sHPZY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=xd4B/DE16WvdMHMl0b1ogKswl+RHeHELU8xE96my1CPqssk/Bhofo37P65wSPzM0P g75lfQF2GYYpx3iPxBTFXaPyKOZ5ZZul9YsreL2uhzSxvaTO5DSAN22oRoaf2M7BKx T+rhOkl0zENs9Rju4dhsE3xSVwGxx/G9uGIu/D5Y= 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 4.14 021/315] can: peak_pciefd: pucan_handle_status(): fix a potential starvation issue in TX path Date: Mon, 19 Jul 2021 16:48:30 +0200 Message-Id: <20210719144943.578576119@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210719144942.861561397@linuxfoundation.org> References: <20210719144942.861561397@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 @@ -346,8 +346,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; }