Re: [PATCH net 0/n] pull-request: can 2022-03-31

[PATCH net 0/n] pull-request: can 2022-03-31 · Marc Kleine-Budde <mkl@pengutronix.de> · 2022-03-31
[PATCH net 1/8] can: isotp: restore accidentally removed MSG_PEEK feature · Marc Kleine-Budde <mkl@pengutronix.de> · 2022-03-31
Re: [PATCH net 1/8] can: isotp: restore accidentally removed MSG_PEEK feature · patchwork-bot+netdevbpf@kernel.org · 2022-03-31
[PATCH net 2/8] can: mcp251xfd: mcp251xfd_register_get_dev_id(): fix return of error value · Marc Kleine-Budde <mkl@pengutronix.de> · 2022-03-31
[PATCH net 3/8] can: m_can: m_can_tx_handler(): fix use after free of skb · Marc Kleine-Budde <mkl@pengutronix.de> · 2022-03-31
[PATCH net 4/8] can: ems_usb: ems_usb_start_xmit(): fix double dev_kfree_skb() in error path · Marc Kleine-Budde <mkl@pengutronix.de> · 2022-03-31
[PATCH net 5/8] can: usb_8dev: usb_8dev_start_xmit(): fix double dev_kfree_skb() in error path · Marc Kleine-Budde <mkl@pengutronix.de> · 2022-03-31
[PATCH net 7/8] can: mcba_usb: properly check endpoint type · Marc Kleine-Budde <mkl@pengutronix.de> · 2022-03-31
[PATCH net 8/8] can: gs_usb: gs_make_candev(): fix memory leak for devices with extended bit timing configuration · Marc Kleine-Budde <mkl@pengutronix.de> · 2022-03-31
[PATCH net 6/8] can: mcba_usb: mcba_usb_start_xmit(): fix double dev_kfree_skb in error path · Marc Kleine-Budde <mkl@pengutronix.de> · 2022-03-31
Re: [PATCH net 0/n] pull-request: can 2022-03-31 · Jakub Kicinski <kuba@kernel.org> · 2022-03-31
Re: [PATCH net 0/n] pull-request: can 2022-03-31 · Marc Kleine-Budde <mkl@pengutronix.de> · 2022-03-31
Re: [PATCH net 0/n] pull-request: can 2022-03-31 · Jakub Kicinski <kuba@kernel.org> · 2022-03-31
Re: [PATCH net 0/n] pull-request: can 2022-03-31 · patchwork-bot+netdevbpf@kernel.org · 2022-03-31

From: Jakub Kicinski <kuba@kernel.org>
Date: 2022-03-31 15:51:25
Also in: linux-can

On Thu, 31 Mar 2022 17:45:49 +0200 Marc Kleine-Budde wrote:

quoted

I think patchwork did not like the "0/n" in the subject :(

Should I resend (with a fixed subject)?

I should have clarified that :) It's okay - I had to build test
manually before sending the PR to Linus, anyway. Looks clean.

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help