| Message ID | 20201008214022.2044402-1-mkl@pengutronix.de |
|---|---|
| State | Accepted |
| Delegated to: | David Miller |
| Headers | show |
| Series | pull-request: can 2020-10-08 | expand |
On Thu, 8 Oct 2020 23:40:19 +0200 Marc Kleine-Budde wrote: > The first patch is part of my pull request "linux-can-fixes-for-5.9-20201006", > so consider that one obsolete and take this instead. > > The first patch is by Lucas Stach and fixes m_can driver by removing an > erroneous call to m_can_class_suspend() in runtime suspend. Which causes the > pinctrl state to get stuck on the "sleep" state, which breaks all CAN > functionality on SoCs where this state is defined. > > The last two patches target the j1939 protocol: Cong Wang fixes a syzbot > finding of an uninitialized variable in the j1939 transport protocol. I > contribute a patch, that fixes the initialization of a same uninitialized > variable in a different function. Pulled, thanks! Since we missed 5.9 would you like me to queue these up for stable?
On 10/10/20 7:32 PM, Jakub Kicinski wrote: > On Thu, 8 Oct 2020 23:40:19 +0200 Marc Kleine-Budde wrote: >> The first patch is part of my pull request "linux-can-fixes-for-5.9-20201006", >> so consider that one obsolete and take this instead. >> >> The first patch is by Lucas Stach and fixes m_can driver by removing an >> erroneous call to m_can_class_suspend() in runtime suspend. Which causes the >> pinctrl state to get stuck on the "sleep" state, which breaks all CAN >> functionality on SoCs where this state is defined. >> >> The last two patches target the j1939 protocol: Cong Wang fixes a syzbot >> finding of an uninitialized variable in the j1939 transport protocol. I >> contribute a patch, that fixes the initialization of a same uninitialized >> variable in a different function. > > Pulled, thanks! > > Since we missed 5.9 would you like me to queue these up for stable? Yes. tnx, Marc
Subject: pull-request: can 2020-10-08 Hello Jakub, hello David, as Jakub pointed out, in case there is a last minute PR to Linux, please take this pull request into net/master for 5.9. The first patch is part of my pull request "linux-can-fixes-for-5.9-20201006", so consider that one obsolete and take this instead. The first patch is by Lucas Stach and fixes m_can driver by removing an erroneous call to m_can_class_suspend() in runtime suspend. Which causes the pinctrl state to get stuck on the "sleep" state, which breaks all CAN functionality on SoCs where this state is defined. The last two patches target the j1939 protocol: Cong Wang fixes a syzbot finding of an uninitialized variable in the j1939 transport protocol. I contribute a patch, that fixes the initialization of a same uninitialized variable in a different function. regards, Marc --- The following changes since commit d91dc434f2baa592e9793597421231174d57bbbf: Merge tag 'rxrpc-fixes-20201005' of git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs (2020-10-06 06:18:20 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mkl/linux-can.git tags/linux-can-fixes-for-5.9-20201008 for you to fetch changes up to 13ba4c434422837d7c8c163f9c8d854e67bf3c99: net: j1939: j1939_session_fresh_new(): fix missing initialization of skbcnt (2020-10-08 23:28:09 +0200) ---------------------------------------------------------------- linux-can-fixes-for-5.9-20201008 ---------------------------------------------------------------- Cong Wang (1): can: j1935: j1939_tp_tx_dat_new(): fix missing initialization of skbcnt Lucas Stach (1): can: m_can_platform: don't call m_can_class_suspend in runtime suspend Marc Kleine-Budde (1): net: j1939: j1939_session_fresh_new(): fix missing initialization of skbcnt drivers/net/can/m_can/m_can_platform.c | 2 -- net/can/j1939/transport.c | 2 ++ 2 files changed, 2 insertions(+), 2 deletions(-)