From: netdev-bot+sinfo@kernel.org
To: Marc Kleine-Budde <mkl@pengutronix.de>
Cc: netdev@vger.kernel.org, davem@davemloft.net, kuba@kernel.org,
linux-can@vger.kernel.org, kernel@pengutronix.de,
Vincent Mailhol <mailhol@kernel.org>,
stable@kernel.org
Subject: Re: [PATCH net 01/15] can: dev: can_dropped_invalid_skb: drop CAN XL frames on non-CAN XL devices
Date: Tue, 03 Nov 2026 20:48:26 +0000 [thread overview]
Message-ID: <179373890635.488859.7020450257277754751@kernel.org> (raw)
In-Reply-To: <20261103204305.3211144-2-mkl@pengutronix.de>
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.
next prev parent reply other threads:[~2026-11-03 20:48 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-03 20:30 [PATCH net 0/15] pull-request: can 2026-11-03 Marc Kleine-Budde
2026-11-03 20:30 ` [PATCH net 01/15] can: dev: can_dropped_invalid_skb: drop CAN XL frames on non-CAN XL devices Marc Kleine-Budde
2026-11-03 20:48 ` netdev-bot+sinfo [this message]
2026-11-05 9:10 ` patchwork-bot+netdevbpf
2026-11-03 20:30 ` [PATCH net 02/15] can: isotp: check the frame type, not just the length Marc Kleine-Budde
2026-11-03 20:30 ` [PATCH net 03/15] can: skb: make echo skb freeing safe in any IRQ context Marc Kleine-Budde
2026-11-03 20:30 ` [PATCH net 04/15] can: skb: make CAN skb allocation failure paths IRQ-safe Marc Kleine-Budde
2026-11-03 20:30 ` [PATCH net 05/15] can: dev: can_put_echo_skb(): free skb on invalid echo index Marc Kleine-Budde
2026-11-03 20:30 ` [PATCH net 06/15] can: replace ARPHRD_CAN type checks with can_get_ml_priv() Marc Kleine-Budde
2026-11-03 20:30 ` [PATCH net 07/15] can: isotp: check the return values of can_rx_register() in isotp_bind() Marc Kleine-Budde
2026-11-03 20:30 ` [PATCH net 08/15] can: protect the receive lists with a per-device lock Marc Kleine-Budde
2026-11-04 20:46 ` netdev-bot+sashiko
2026-11-05 8:10 ` Oliver Hartkopp
2026-11-03 20:30 ` [PATCH net 09/15] can: raw, isotp: copy socket options outside of lock_sock() Marc Kleine-Budde
2026-11-04 20:46 ` netdev-bot+sashiko
2026-11-05 7:47 ` Oliver Hartkopp
2026-11-03 20:30 ` [PATCH net 10/15] can: proc: reset pkg_stats atomics individually Marc Kleine-Budde
2026-11-03 20:30 ` [PATCH net 11/15] can: proc: skip stats calculation after reset in can_stat_update() Marc Kleine-Budde
2026-11-03 20:30 ` [PATCH net 12/15] can: proc: remove pointers from CAN specific proc output Marc Kleine-Budde
2026-11-03 20:30 ` [PATCH net 13/15] can: dev: can_fill_info(): don't wake up controller if interface is down Marc Kleine-Budde
2026-11-04 20:46 ` netdev-bot+sashiko
2026-11-04 23:08 ` Marc Kleine-Budde
2026-11-05 8:20 ` Paolo Abeni
2026-11-03 20:30 ` [PATCH net 14/15] can: dev: can_tdc_fill_info(): don't read automatic TDCV " Marc Kleine-Budde
2026-11-03 20:30 ` [PATCH net 15/15] can: peak_usb: pcan_usb_fd_decode_buf(): accept short uCAN end-of-list records Marc Kleine-Budde
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=179373890635.488859.7020450257277754751@kernel.org \
--to=netdev-bot+sinfo@kernel.org \
--cc=davem@davemloft.net \
--cc=kernel@pengutronix.de \
--cc=kuba@kernel.org \
--cc=linux-can@vger.kernel.org \
--cc=mailhol@kernel.org \
--cc=mkl@pengutronix.de \
--cc=netdev@vger.kernel.org \
--cc=stable@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox