[lvc-project] [PATCH 6.1.y 0/2] netfilter: nft_set_pipapo: complete on-demand clone backport

[Fedor Pchelkin]

On Tue, 22. Sep 15:18, Denis Zubov wrote:
> Florian Westphal (2):
>   netfilter: nft_set_pipapo: prepare destroy function for on-demand
>     clone
>   netfilter: nft_set_pipapo: remove dirty flag

Добрый день!  Извините за задержку с ответом.  (отправляйте патчи для
внутренних обсуждений лучше в lvc-patches at linuxtesting.org)
https://gitlab.linuxtesting.ru/lvc/guides#списки-рассылки-центра-исследований-безопасности-системного-по


Пока смущает наличие вот такого ответа [1] на прошлые попытки портировать
набор именно из двух этих патчей в стабильные ветки, в частности, 6.1.

  >> Missing commits:
  >>
  >>   8b8a2417558c ("netfilter: nft_set_pipapo: prepare destroy function for
  >>                  on-demand clone")
  >>   532aec7e878b ("netfilter: nft_set_pipapo: remove dirty flag")
  >
  > That is because they do not cleanly apply there.  Can you provide
  > working backports for that tree, and any other older tree that you think
  > needs it, so we can queue them up?

  Backports of those two commits would only cover 6.6.y, so they do not
  close the report on their own. The per-tree picture is:

  - 6.6.y: yes, it needs both. Its dependency chain pulled in the middle of
    the 2024 on-demand-clone series but skipped 8b8a2417558c immediately
    before it and 532aec7e878b immediately after.

  - 6.1.y and 5.15.y: they never took the on-demand-clone series at all, so
    those two commits do not apply there even in principle. They need a
    structurally different, stable-only fix: make pipapo_gc_queue()
    unconditional so the batch that pipapo_gc_scan() already allocated and
    put on priv->gc_head cannot be stranded by the early returns sitting
    between the two calls.


В идеале бы потестировать изменения не только репродьюсером на предмет
фикса исходной проблемы фаззинга, но и на то, что ничего не сломалось.
В kernel-testing предлагался гайд для netfilter selftests [2], по
возможноси просьба прогнать на ядре с отладочными опциями и приложить
результаты (можно в задаче для текущего падения на гитлаб).

[1]: https://lore.kernel.org/all/20260805164000.stable-0007@kernel.org/
[2]: https://gitlab.linuxtesting.ru/lvc/kernel-testing/-/issues/127