[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20211126100817.09de8f7f@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com>
Date: Fri, 26 Nov 2021 10:08:17 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Alex Elder <elder@...aro.org>
Cc: davem@...emloft.net, pkurapat@...eaurora.org,
avuyyuru@...eaurora.org, bjorn.andersson@...aro.org,
cpratapa@...eaurora.org, subashab@...eaurora.org,
evgreen@...omium.org, elder@...nel.org, netdev@...r.kernel.org,
linux-arm-msm@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH net-next 0/2] net: ipa: GSI channel flow control
On Wed, 24 Nov 2021 13:44:14 -0600 Alex Elder wrote:
> Starting with IPA v4.2, endpoint DELAY mode (which prevents data
> transfer on TX endpoints) does not work properly. To address this,
> changes were made to allow underlying GSI channels to be put into
> a "flow controlled" state, which achieves a similar objective.
> The first patch in this series implements the flow controlled
> channel state and the commands used to control it. It arranges
> to use the new mechanism--instead of DELAY mode--for IPA v4.2+.
>
> In IPA v4.11, the notion of GSI channel flow control was enhanced,
> and implemented in a slightly different way. For the most part this
> doesn't affect the way the IPA driver uses flow control, but the
> second patch adds support for the newer mechanism.
Applied, thanks.
Powered by blists - more mailing lists