[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <583907409fad854bd3c18be688ec2724ad7a60e9.camel@sipsolutions.net>
Date: Mon, 17 Jun 2019 14:14:21 +0200
From: Johannes Berg <johannes@...solutions.net>
To: Arnd Bergmann <arnd@...db.de>
Cc: Alex Elder <elder@...aro.org>, abhishek.esse@...il.com,
Ben Chan <benchan@...gle.com>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
cpratapa@...eaurora.org, David Miller <davem@...emloft.net>,
Dan Williams <dcbw@...hat.com>,
DTML <devicetree@...r.kernel.org>,
Eric Caruso <ejcaruso@...gle.com>, evgreen@...omium.org,
Ilias Apalodimas <ilias.apalodimas@...aro.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
linux-arm-msm@...r.kernel.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-soc@...r.kernel.org, Networking <netdev@...r.kernel.org>,
Subash Abhinov Kasiviswanathan <subashab@...eaurora.org>,
syadagir@...eaurora.org
Subject: Re: [PATCH v2 00/17] net: introduce Qualcomm IPA driver
On Tue, 2019-06-11 at 13:56 +0200, Arnd Bergmann wrote:
[...]
Looking at the flags again,
> #define RMNET_FLAGS_INGRESS_DEAGGREGATION (1U << 0)
This one I'm not sure I understand - seems weird to have such a
fundamental thing as a *configuration* on the channel.
> #define RMNET_FLAGS_INGRESS_MAP_COMMANDS (1U << 1)
Similar here? If you have flow control you probably want to use it?
> #define RMNET_FLAGS_INGRESS_MAP_CKSUMV4 (1U << 2)
This again looks like a hardware specific feature (ipv4 checksum)? Not
sure why this is set by userspace.
> #define RMNET_FLAGS_EGRESS_MAP_CKSUMV4 (1U << 3)
This could be set with ethtool instead, I suppose.
johannes
Powered by blists - more mailing lists