[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <cd839826-639d-2419-0941-333055e26e37@linaro.org>
Date: Mon, 20 May 2019 21:30:14 -0500
From: Alex Elder <elder@...aro.org>
To: Subash Abhinov Kasiviswanathan <subashab@...eaurora.org>
Cc: arnd@...db.de, david.brown@...aro.org, agross@...nel.org,
davem@...emloft.net, bjorn.andersson@...aro.org,
ilias.apalodimas@...aro.org, cpratapa@...eaurora.org,
syadagir@...eaurora.org, evgreen@...omium.org, benchan@...gle.com,
ejcaruso@...gle.com, netdev@...r.kernel.org,
linux-arm-msm@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/8] net: qualcomm: rmnet: fix struct rmnet_map_header
On 5/20/19 8:32 PM, Subash Abhinov Kasiviswanathan wrote:
>>
>> If you are telling me that the command/data flag resides at bit
>> 7 of the first byte, I will update the field masks in a later
>> patch in this series to reflect that.
>>
>
> Higher order bit is Command / Data.
So what this means is that to get the command/data bit we use:
first_byte & 0x80
If that is correct I will remove this patch from the series and
will update the subsequent patches so bit 7 is the command bit,
bit 6 is reserved, and bits 0-5 are the pad length.
I will post a v2 of the series with these changes, and will
incorporate Bjorn's "Reviewed-by".
-Alex
Powered by blists - more mailing lists