Re: [PATCH 5.15] vxlan: Fix potential null-ptr-deref in vxlan_gro_prepare_receive().

[Новиков Артём]

Hi,

Resending in plain text because the mailing lists rejected the
HTML version of my previous reply.

This is a 5.15 stable backport of Kuniyuki Iwashima's upstream
commit 30a45c0bffdd62350261e2f2689fdba426a33578.

The original submission does not specify how the bug was discovered.
A later report includes a KASAN diagnostic and a kernel panic.
Kuniyuki confirmed that the upstream commit above fixes that issue:
https://lists.openwall.net/netdev/2026/07/06/423

Validation of this backport covered patch application and formatting,
but did not include runtime reproduction on 5.15.

Best regards,
Artem Novikov


От: netdev-bot+sinfo@xxxxxxxxxx <netdev-bot+sinfo@xxxxxxxxxx>
Отправлено: 1 октября 2026 г. 16:39
Кому: Новиков Артём
Копия: stable@xxxxxxxxxxxxxxx; Greg Kroah-Hartman; Sasha Levin; lvc-project@xxxxxxxxxxxxxxxx; Разов Роман; pchelkin@xxxxxxxxx; David S. Miller; Jakub Kicinski; netdev@xxxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx
Тема: Re: [PATCH 5.15] vxlan: Fix potential null-ptr-deref in vxlan_gro_prepare_receive().
    
Hi!

This is an automated message. This series looks like a fix, but its
commit messages seem to be missing some information:

 - How the issue was discovered, e.g. hit in production, hit during
   development, syzbot report, manual code inspection, LLM or static
   analysis tool scan.

 - Whether the issue was actually triggered, or is only theoretical
   (e.g. found by code inspection). If it was triggered please include
   the symptoms, like the stack trace or error messages.

Please do not repost the series just to address the above. Instead,
reply to this email with the missing information, so that reviewers
can take it into account. If the series needs another revision for
other reasons, please include the information in the commit messages
then.

The evaluation is done by an LLM so it may be wrong, if you think
that is the case please reply and explain.