From: Petr Machata <[email protected]>
Date: Mon, 4 Feb 2019 14:50:38 +0000
> In fl_change(), when adding a new rule (i.e. fold == NULL), a driver may
> reject the new rule, for example due to resource exhaustion. By that
> point, the new rule was already assigned a mask, and it was added to
> that mask's hash table. The clean-up path that's invoked as a result of
> the rejection however neglects to undo the hash table addition, and
> proceeds to free the new rule, thus leaving a dangling pointer in the
> hash table.
>
> Fix by removing fnew from the mask's hash table before it is freed.
>
> Fixes: 35cc3cefc4de ("net/sched: cls_flower: Reject duplicated rules
> also under skip_sw")
Please do not break up lone Fixes: tag lines in the future, I fixed it
up for you this time.
> Signed-off-by: Petr Machata <[email protected]>
> Acked-by: Jiri Pirko <[email protected]>
> Reviewed-by: Ido Schimmel <[email protected]>
Applied and queued up for -stable.