[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20171023.052730.1826275066929092363.davem@davemloft.net>
Date: Mon, 23 Oct 2017 05:27:30 +0100 (WEST)
From: David Miller <davem@...emloft.net>
To: jiri@...nulli.us
Cc: netdev@...r.kernel.org, idosch@...lanox.com, mlxsw@...lanox.com
Subject: Re: [patch net-next 0/8] mlxsw: Add support for non-equal-cost
multi-path
From: Jiri Pirko <jiri@...nulli.us>
Date: Sun, 22 Oct 2017 23:11:42 +0200
> From: Jiri Pirko <jiri@...lanox.com>
>
> Ido says:
>
> In the device, nexthops are stored as adjacency entries in an array
> called the KVD linear (KVDL). When a multi-path route is hit the
> packet's headers are hashed and then converted to an index into KVDL
> based on the adjacency group's size and base index.
>
> Up until now the driver ignored the `weight` parameter for multi-path
> routes and allocated only one adjacency entry for each nexthop with a
> limit of 32 nexthops in a group. This set makes the driver take the
> `weight` parameter into account when allocating adjacency entries.
>
> First patch teaches dpipe to show the size of the adjacency group, so
> that users will be able to determine the actual weight of each nexthop.
> The second patch refactors the KVDL allocator, making it more receptive
> towards the addition of another partition later in the set.
>
> Patches 3-5 introduce small changes towards the actual change in the
> sixth patch that populates the adjacency entries according to their
> relative weight.
>
> Last two patches finally add another partition to the KVDL, which allows
> us to allocate more than 32 entries per-group and thus support more
> nexthops and also provide higher accuracy with regards to the requested
> weights.
Series applied, thank you.
Powered by blists - more mailing lists