On 2023-05-30 08:57 -0600, David Ahern wrote:
> On 5/29/23 2:19 PM, Benjamin Poirier wrote:
> > diff --git a/net/ipv4/nexthop.c b/net/ipv4/nexthop.c
> > index f95142e56da0..27089dea0ed0 100644
> > --- a/net/ipv4/nexthop.c
> > +++ b/net/ipv4/nexthop.c
> > @@ -1152,11 +1152,31 @@ static bool ipv4_good_nh(const struct fib_nh *nh)
> > return !!(state & NUD_VALID);
> > }
> >
> > +static struct nexthop *nexthop_select_path_fdb(struct nh_group *nhg, int hash)
> > +{
> > + int i;
> > +
> > + for (i = 0; i < nhg->num_nh; i++) {
> > + struct nh_grp_entry *nhge = &nhg->nh_entries[i];
> > +
> > + if (hash > atomic_read(&nhge->hthr.upper_bound))
> > + continue;
> > +
> > + return nhge->nh;
> > + }
> > +
> > + WARN_ON_ONCE(1);
>
> I do not see how the stack is going to provide useful information; it
> should always be vxlan_xmit ... nexthop_select_path_fdb, right?
Not always, it is also possible to have a resilient nhg with fdb
nexthops. In that case, nexthop_select_path_fdb() is not called. In
practice, I tried such a configuration and it does not work well. I have
prepared a fix that I'll send after the current series has been dealt
with.
Sorry for the long delay before my reply.
