В ядре Linux устранена следующая уязвимость: inet: фрагш: флеш в ожидании skbs в fqdir_pre_exit() С тех пор мы наблюдаем случайные тупики н…

В ядре Linux устранена следующая уязвимость: inet: фрагш: флеш в ожидании skbs в fqdir_pre_exit() С тех пор мы наблюдаем случайные тупики на pernet_ops_rwsem Сентябрь в NIPA. Застрявшей задачей обычно был мод-родроде (часто нагрузка водитель, как ipvlan), пытаясь взять замок в качестве писателя. lockdep не отслеживает читателей для ответов, поэтому чтение не было очевидным из отчетов. При ближайшем рассмотрении читатель, державший замок, был подключен к петле навсегда в nf_conntrack_cleanup_net_list(). На основе прошлого опыта со случайными авариями NIPA я просмотрела тесты, которые проходят раньше Крушение и заметил, что крушение следует ip_defrag.sh. Немедленно Красный флаг. Прочесывать через (де)фрагментационные очереди раскрывают сидение skbs вокруг, держа подписные ссылки. Проблема в том, что, поскольку contrack зависит от nf_defrag_ipv6, nf_defrag_ipv6 загрузится первым. Поскольку nf_defrag_ipv6 загружает сначала его netns выходные крючки бегут _after_ netnrack's netns exit хук. Смыть все фрагменты очереди SKB во время fqdir_pre_exit() для выпуска Ссылки на отслеживание перед пробегом очистки. Также смыть очереди в таймере истекают, когда они обнаруживают fqdir->мертвый установлен, в случае, если пакет пробирается, пока мы запускаем pre_exit Флеш. Обязательство по исправлениям не совсем виновник, но я думаю, что ранее таймерная стрельба в конечном итоге разблокировала вращение Контрак.