[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJ3xEMjwZV5Ky_XEmmY7O0yHFtMDTFJnF+L94Zmb2D5iWi++tw@mail.gmail.com>
Date: Mon, 24 Apr 2017 14:04:40 +0300
From: Or Gerlitz <gerlitz.or@...il.com>
To: Amir Vadai <amir@...ai.me>
Cc: Jamal Hadi Salim <jhs@...atatu.com>,
Stephen Hemminger <stephen@...workplumber.org>,
Linux Netdev List <netdev@...r.kernel.org>,
Or Gerlitz <ogerlitz@...lanox.com>
Subject: Re: [PATCH iproute2 net 3/8] tc/pedit: Introduce 'add' operation
On Mon, Apr 24, 2017 at 10:52 AM, Amir Vadai <amir@...ai.me> wrote:
> On Sun, Apr 23, 2017 at 01:44:51PM -0400, Jamal Hadi Salim wrote:
>> Thanks for the excellent work.
sure, it's Amir, you know..
>> On 17-04-23 08:53 AM, Amir Vadai wrote:
>> Mostly curious about hardware handling.
> As to hardware handling, Or did the implementation so he will answer
> better. AFAIK, current implementation doesn't allow partial field
> setting/adding, so such a rule can't be offloaded. I think it is only to
> make things simple and because there was no use case for that.
> To my knowledge, hardware should support such thing if needed.
yeah (currently no partial setting) and yeah (in the future yes, will
support partial setting of offset into
field and partial length to set from there) and no for partial addition.
The reason we decided to disallow partial addition in the FW API was
what do you do with the carry, e.g you
add a value to the 2nd nibble of IP address and there are carry bits,
where do you take them? this becomes
even more ugly if you are dealing with mac addresses. I guess once
there's use case for partial add offload,
we will revisit that.
Or.
Powered by blists - more mailing lists