* [PATCH 5.15.y 0/9] can: bcm: backport of 9 patches that failed to apply to 5.15-stable
@ 2026-07-24 8:37 Oliver Hartkopp
2026-07-24 8:52 ` Greg KH
0 siblings, 1 reply; 4+ messages in thread
From: Oliver Hartkopp @ 2026-07-24 8:37 UTC (permalink / raw)
To: stable; +Cc: Oliver Hartkopp, Marc Kleine-Budde
This resubmits "can: bcm: add locking when updating filter and timer
values" (commit 749179c2e25b95d22499ed29096b3e02d6dfd2b4 upstream),
which failed to apply to the 5.15-stable tree, together with 8
further bcm.c patches from the same upstream series that build on it
and would otherwise fail for the same reason. This is the full set
of 11 upstream bcm.c patches from 7.2-rc3 minus the 2 already queued
by the normal stable process for 5.15 ("can: bcm: fix lockless
bound/ifindex race and silent RX_SETUP failure", "can: bcm: add
missing rcu list annotations and operations").
This assumes the 2 already-queued bcm.c patches for 5.15-stable have
landed by the time this is applied. If not, please let me know and I
will rebase.
Lee Jones (1):
can: bcm: defer rx_op deallocation to workqueue to fix thrtimer UAF
Oliver Hartkopp (8):
can: bcm: add locking when updating filter and timer values
can: bcm: fix CAN frame rx/tx statistics
can: bcm: extend bcm_tx_lock usage for data and timer updates
can: bcm: validate frame length in bcm_rx_setup() for RTR replies
can: bcm: add missing device refcount for CAN filter removal
can: bcm: fix stale rx/tx ops after device removal
can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
can: bcm: track a single source interface for ANYDEV timeout/throttle
ops
net/can/bcm.c | 558 ++++++++++++++++++++++++++++++++++++++++++++--------------
1 file changed, 425 insertions(+), 133 deletions(-)
--
2.43.0
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH 5.15.y 0/9] can: bcm: backport of 9 patches that failed to apply to 5.15-stable
2026-07-24 8:37 [PATCH 5.15.y 0/9] can: bcm: backport of 9 patches that failed to apply to 5.15-stable Oliver Hartkopp
@ 2026-07-24 8:52 ` Greg KH
2026-07-24 9:00 ` Oliver Hartkopp
0 siblings, 1 reply; 4+ messages in thread
From: Greg KH @ 2026-07-24 8:52 UTC (permalink / raw)
To: Oliver Hartkopp; +Cc: stable, Marc Kleine-Budde
On Fri, Jul 24, 2026 at 10:37:47AM +0200, Oliver Hartkopp wrote:
> This resubmits "can: bcm: add locking when updating filter and timer
> values" (commit 749179c2e25b95d22499ed29096b3e02d6dfd2b4 upstream),
> which failed to apply to the 5.15-stable tree, together with 8
> further bcm.c patches from the same upstream series that build on it
> and would otherwise fail for the same reason. This is the full set
> of 11 upstream bcm.c patches from 7.2-rc3 minus the 2 already queued
> by the normal stable process for 5.15 ("can: bcm: fix lockless
> bound/ifindex race and silent RX_SETUP failure", "can: bcm: add
> missing rcu list annotations and operations").
>
> This assumes the 2 already-queued bcm.c patches for 5.15-stable have
> landed by the time this is applied. If not, please let me know and I
> will rebase.
This is a mess, it showed up like this in our inboxes, with no threading
or information about which patch was for what tree at all:
1 N Jul 24 Oliver Hartkopp (2.5K) [PATCH 8/9] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
2 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 7/9] can: bcm: fix stale rx/tx ops after device removal
3 N Jul 24 Oliver Hartkopp (1.4K) [PATCH 6.12.y 0/8] can: bcm: backport of 8 patches that failed to apply to 6.12-stable
4 N Jul 24 Oliver Hartkopp (1.5K) [PATCH 5.15.y 0/9] can: bcm: backport of 9 patches that failed to apply to 5.15-stable
8 N Jul 24 Oliver Hartkopp ( 13K) [PATCH 1/8] can: bcm: add locking when updating filter and timer values
9 Jul 24 Oliver Hartkopp (2.5K) [PATCH 7/8] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
10 N Jul 24 Oliver Hartkopp (3.5K) [PATCH 4/8] can: bcm: validate frame length in bcm_rx_setup() for RTR replies
11 N Jul 24 Oliver Hartkopp (1.4K) [PATCH 6.1.y 0/8] can: bcm: backport of 8 patches that failed to apply to 6.1-stable
12 N Jul 24 Oliver Hartkopp (6.7K) [PATCH 3/8] can: bcm: extend bcm_tx_lock usage for data and timer updates
13 N Jul 24 Oliver Hartkopp ( 13K) [PATCH 1/8] can: bcm: add locking when updating filter and timer values
14 N Jul 24 Oliver Hartkopp (5.2K) [PATCH 8/8] can: bcm: track a single source interface for ANYDEV timeout/throttle ops
15 N Jul 24 Oliver Hartkopp (4.0K) [PATCH 5/8] can: bcm: add missing device refcount for CAN filter removal
16 N Jul 24 Oliver Hartkopp (1.5K) [PATCH 5.10.y 0/9] can: bcm: backport of 9 patches that failed to apply to 5.10-stable
18 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 6/8] can: bcm: fix stale rx/tx ops after device removal
19 N Jul 24 Oliver Hartkopp (5.2K) [PATCH 9/9] can: bcm: track a single source interface for ANYDEV timeout/throttle ops
20 N Jul 24 Oliver Hartkopp (2.5K) [PATCH 7/8] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
21 N Jul 24 Oliver Hartkopp (6.5K) [PATCH 2/8] can: bcm: fix CAN frame rx/tx statistics
22 N Jul 24 Oliver Hartkopp (3.5K) [PATCH 4/8] can: bcm: validate frame length in bcm_rx_setup() for RTR replies
23 N Jul 24 Oliver Hartkopp ( 13K) [PATCH 2/9] can: bcm: add locking when updating filter and timer values
24 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 1/9] can: bcm: defer rx_op deallocation to workqueue to fix thrtimer UAF
25 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 7/9] can: bcm: fix stale rx/tx ops after device removal
26 N Jul 24 Oliver Hartkopp (2.5K) [PATCH 8/9] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
27 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 1/9] can: bcm: defer rx_op deallocation to workqueue to fix thrtimer UAF
28 N Jul 24 Oliver Hartkopp (4.0K) [PATCH 6/9] can: bcm: add missing device refcount for CAN filter removal
29 N Jul 24 Oliver Hartkopp (6.5K) [PATCH 3/9] can: bcm: fix CAN frame rx/tx statistics
I'll delete all of these now, and can you use 'git send-email' or some
such tool that properly links emails together so that we have a chance
to be able to apply them?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH 5.15.y 0/9] can: bcm: backport of 9 patches that failed to apply to 5.15-stable
2026-07-24 8:52 ` Greg KH
@ 2026-07-24 9:00 ` Oliver Hartkopp
2026-07-24 10:26 ` Greg KH
0 siblings, 1 reply; 4+ messages in thread
From: Oliver Hartkopp @ 2026-07-24 9:00 UTC (permalink / raw)
To: Greg KH; +Cc: stable, Marc Kleine-Budde
On 24.07.26 10:52, Greg KH wrote:
> On Fri, Jul 24, 2026 at 10:37:47AM +0200, Oliver Hartkopp wrote:
>> This resubmits "can: bcm: add locking when updating filter and timer
>> values" (commit 749179c2e25b95d22499ed29096b3e02d6dfd2b4 upstream),
>> which failed to apply to the 5.15-stable tree, together with 8
>> further bcm.c patches from the same upstream series that build on it
>> and would otherwise fail for the same reason. This is the full set
>> of 11 upstream bcm.c patches from 7.2-rc3 minus the 2 already queued
>> by the normal stable process for 5.15 ("can: bcm: fix lockless
>> bound/ifindex race and silent RX_SETUP failure", "can: bcm: add
>> missing rcu list annotations and operations").
>>
>> This assumes the 2 already-queued bcm.c patches for 5.15-stable have
>> landed by the time this is applied. If not, please let me know and I
>> will rebase.
>
> This is a mess, it showed up like this in our inboxes, with no threading
> or information about which patch was for what tree at all:
>
> 1 N Jul 24 Oliver Hartkopp (2.5K) [PATCH 8/9] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
> 2 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 7/9] can: bcm: fix stale rx/tx ops after device removal
> 3 N Jul 24 Oliver Hartkopp (1.4K) [PATCH 6.12.y 0/8] can: bcm: backport of 8 patches that failed to apply to 6.12-stable
> 4 N Jul 24 Oliver Hartkopp (1.5K) [PATCH 5.15.y 0/9] can: bcm: backport of 9 patches that failed to apply to 5.15-stable
> 8 N Jul 24 Oliver Hartkopp ( 13K) [PATCH 1/8] can: bcm: add locking when updating filter and timer values
> 9 Jul 24 Oliver Hartkopp (2.5K) [PATCH 7/8] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
> 10 N Jul 24 Oliver Hartkopp (3.5K) [PATCH 4/8] can: bcm: validate frame length in bcm_rx_setup() for RTR replies
> 11 N Jul 24 Oliver Hartkopp (1.4K) [PATCH 6.1.y 0/8] can: bcm: backport of 8 patches that failed to apply to 6.1-stable
> 12 N Jul 24 Oliver Hartkopp (6.7K) [PATCH 3/8] can: bcm: extend bcm_tx_lock usage for data and timer updates
> 13 N Jul 24 Oliver Hartkopp ( 13K) [PATCH 1/8] can: bcm: add locking when updating filter and timer values
> 14 N Jul 24 Oliver Hartkopp (5.2K) [PATCH 8/8] can: bcm: track a single source interface for ANYDEV timeout/throttle ops
> 15 N Jul 24 Oliver Hartkopp (4.0K) [PATCH 5/8] can: bcm: add missing device refcount for CAN filter removal
> 16 N Jul 24 Oliver Hartkopp (1.5K) [PATCH 5.10.y 0/9] can: bcm: backport of 9 patches that failed to apply to 5.10-stable
> 18 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 6/8] can: bcm: fix stale rx/tx ops after device removal
> 19 N Jul 24 Oliver Hartkopp (5.2K) [PATCH 9/9] can: bcm: track a single source interface for ANYDEV timeout/throttle ops
> 20 N Jul 24 Oliver Hartkopp (2.5K) [PATCH 7/8] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
> 21 N Jul 24 Oliver Hartkopp (6.5K) [PATCH 2/8] can: bcm: fix CAN frame rx/tx statistics
> 22 N Jul 24 Oliver Hartkopp (3.5K) [PATCH 4/8] can: bcm: validate frame length in bcm_rx_setup() for RTR replies
> 23 N Jul 24 Oliver Hartkopp ( 13K) [PATCH 2/9] can: bcm: add locking when updating filter and timer values
> 24 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 1/9] can: bcm: defer rx_op deallocation to workqueue to fix thrtimer UAF
> 25 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 7/9] can: bcm: fix stale rx/tx ops after device removal
> 26 N Jul 24 Oliver Hartkopp (2.5K) [PATCH 8/9] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
> 27 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 1/9] can: bcm: defer rx_op deallocation to workqueue to fix thrtimer UAF
> 28 N Jul 24 Oliver Hartkopp (4.0K) [PATCH 6/9] can: bcm: add missing device refcount for CAN filter removal
> 29 N Jul 24 Oliver Hartkopp (6.5K) [PATCH 3/9] can: bcm: fix CAN frame rx/tx statistics
>
>
> I'll delete all of these now, and can you use 'git send-email' or some
> such tool that properly links emails together so that we have a chance
> to be able to apply them?
The mails all contain the in-reply-to tag, so that they can be assigned.
What would help you best?
E.g. having the stable trees inside the msg description, like
> 16 N Jul 24 Oliver Hartkopp (1.5K) [PATCH 5.10.y 0/9] can: bcm:
backport of 9 patches that failed to apply to 5.10-stable
> 18 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 5.10.y 6/8] can: bcm:
fix stale rx/tx ops after device removal
?
Best regards,
Oliver
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH 5.15.y 0/9] can: bcm: backport of 9 patches that failed to apply to 5.15-stable
2026-07-24 9:00 ` Oliver Hartkopp
@ 2026-07-24 10:26 ` Greg KH
0 siblings, 0 replies; 4+ messages in thread
From: Greg KH @ 2026-07-24 10:26 UTC (permalink / raw)
To: Oliver Hartkopp; +Cc: stable, Marc Kleine-Budde
On Fri, Jul 24, 2026 at 11:00:02AM +0200, Oliver Hartkopp wrote:
>
>
> On 24.07.26 10:52, Greg KH wrote:
> > On Fri, Jul 24, 2026 at 10:37:47AM +0200, Oliver Hartkopp wrote:
> > > This resubmits "can: bcm: add locking when updating filter and timer
> > > values" (commit 749179c2e25b95d22499ed29096b3e02d6dfd2b4 upstream),
> > > which failed to apply to the 5.15-stable tree, together with 8
> > > further bcm.c patches from the same upstream series that build on it
> > > and would otherwise fail for the same reason. This is the full set
> > > of 11 upstream bcm.c patches from 7.2-rc3 minus the 2 already queued
> > > by the normal stable process for 5.15 ("can: bcm: fix lockless
> > > bound/ifindex race and silent RX_SETUP failure", "can: bcm: add
> > > missing rcu list annotations and operations").
> > >
> > > This assumes the 2 already-queued bcm.c patches for 5.15-stable have
> > > landed by the time this is applied. If not, please let me know and I
> > > will rebase.
> >
> > This is a mess, it showed up like this in our inboxes, with no threading
> > or information about which patch was for what tree at all:
> >
> > 1 N Jul 24 Oliver Hartkopp (2.5K) [PATCH 8/9] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
> > 2 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 7/9] can: bcm: fix stale rx/tx ops after device removal
> > 3 N Jul 24 Oliver Hartkopp (1.4K) [PATCH 6.12.y 0/8] can: bcm: backport of 8 patches that failed to apply to 6.12-stable
> > 4 N Jul 24 Oliver Hartkopp (1.5K) [PATCH 5.15.y 0/9] can: bcm: backport of 9 patches that failed to apply to 5.15-stable
> > 8 N Jul 24 Oliver Hartkopp ( 13K) [PATCH 1/8] can: bcm: add locking when updating filter and timer values
> > 9 Jul 24 Oliver Hartkopp (2.5K) [PATCH 7/8] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
> > 10 N Jul 24 Oliver Hartkopp (3.5K) [PATCH 4/8] can: bcm: validate frame length in bcm_rx_setup() for RTR replies
> > 11 N Jul 24 Oliver Hartkopp (1.4K) [PATCH 6.1.y 0/8] can: bcm: backport of 8 patches that failed to apply to 6.1-stable
> > 12 N Jul 24 Oliver Hartkopp (6.7K) [PATCH 3/8] can: bcm: extend bcm_tx_lock usage for data and timer updates
> > 13 N Jul 24 Oliver Hartkopp ( 13K) [PATCH 1/8] can: bcm: add locking when updating filter and timer values
> > 14 N Jul 24 Oliver Hartkopp (5.2K) [PATCH 8/8] can: bcm: track a single source interface for ANYDEV timeout/throttle ops
> > 15 N Jul 24 Oliver Hartkopp (4.0K) [PATCH 5/8] can: bcm: add missing device refcount for CAN filter removal
> > 16 N Jul 24 Oliver Hartkopp (1.5K) [PATCH 5.10.y 0/9] can: bcm: backport of 9 patches that failed to apply to 5.10-stable
> > 18 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 6/8] can: bcm: fix stale rx/tx ops after device removal
> > 19 N Jul 24 Oliver Hartkopp (5.2K) [PATCH 9/9] can: bcm: track a single source interface for ANYDEV timeout/throttle ops
> > 20 N Jul 24 Oliver Hartkopp (2.5K) [PATCH 7/8] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
> > 21 N Jul 24 Oliver Hartkopp (6.5K) [PATCH 2/8] can: bcm: fix CAN frame rx/tx statistics
> > 22 N Jul 24 Oliver Hartkopp (3.5K) [PATCH 4/8] can: bcm: validate frame length in bcm_rx_setup() for RTR replies
> > 23 N Jul 24 Oliver Hartkopp ( 13K) [PATCH 2/9] can: bcm: add locking when updating filter and timer values
> > 24 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 1/9] can: bcm: defer rx_op deallocation to workqueue to fix thrtimer UAF
> > 25 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 7/9] can: bcm: fix stale rx/tx ops after device removal
> > 26 N Jul 24 Oliver Hartkopp (2.5K) [PATCH 8/9] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
> > 27 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 1/9] can: bcm: defer rx_op deallocation to workqueue to fix thrtimer UAF
> > 28 N Jul 24 Oliver Hartkopp (4.0K) [PATCH 6/9] can: bcm: add missing device refcount for CAN filter removal
> > 29 N Jul 24 Oliver Hartkopp (6.5K) [PATCH 3/9] can: bcm: fix CAN frame rx/tx statistics
> >
> >
> > I'll delete all of these now, and can you use 'git send-email' or some
> > such tool that properly links emails together so that we have a chance
> > to be able to apply them?
>
> The mails all contain the in-reply-to tag, so that they can be assigned.
Kind of, because of that, it really looks like this in my mbox:
30 F Jul 20 To socketcan@ha (8.0K) FAILED: patch "[PATCH] can: isotp: fix use-after-free race with concurrent" failed to apply to 6.12-stable tree
31 N Jul 24 Oliver Hartkopp (7.1K) └─>[PATCH 1/2] can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER
32 F Jul 20 To socketcan@ha ( 16K) FAILED: patch "[PATCH] can: isotp: serialize TX state transitions under so->rx_lock" failed to apply to 6.1-stable tree
33 N Jul 24 Oliver Hartkopp ( 14K) └─>[PATCH 2/2] can: isotp: serialize TX state transitions under so->rx_lock
34 F Jul 20 To socketcan@ha ( 16K) FAILED: patch "[PATCH] can: isotp: serialize TX state transitions under so->rx_lock" failed to apply to 6.12-stable tree
35 N Jul 24 Oliver Hartkopp ( 14K) └─>[PATCH 2/2] can: isotp: serialize TX state transitions under so->rx_lock
36 N Jul 24 Oliver Hartkopp (1.1K) [PATCH 6.12.y 0/2] can: isotp: backport of 2 patches that failed to apply to 6.12-stable
37 N Jul 24 Oliver Hartkopp (1.1K) [PATCH 6.6.y 0/2] can: isotp: backport of 2 patches that failed to apply to 6.6-stable
38 F Jul 20 To socketcan@ha (8.0K) FAILED: patch "[PATCH] can: isotp: fix use-after-free race with concurrent" failed to apply to 6.6-stable tree
39 N Jul 24 Oliver Hartkopp (7.1K) └─>[PATCH 1/2] can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER
40 F Jul 20 To socketcan@ha ( 16K) FAILED: patch "[PATCH] can: isotp: serialize TX state transitions under so->rx_lock" failed to apply to 6.6-stable tree
41 N Jul 24 Oliver Hartkopp ( 14K) └─>[PATCH 2/2] can: isotp: serialize TX state transitions under so->rx_lock
42 N Jul 24 Oliver Hartkopp (1.1K) [PATCH 6.1.y 0/2] can: isotp: backport of 2 patches that failed to apply to 6.1-stable
43 F Jul 20 To socketcan@ha (8.0K) FAILED: patch "[PATCH] can: isotp: fix use-after-free race with concurrent" failed to apply to 6.1-stable tree
44 N Jul 24 Oliver Hartkopp (7.0K) └─>[PATCH 1/2] can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER
45 F Jul 20 To socketcan@ha ( 16K) FAILED: patch "[PATCH] can: isotp: serialize TX state transitions under so->rx_lock" failed to apply to 5.15-stable tree
46 N Jul 24 Oliver Hartkopp ( 14K) └─>[PATCH 2/2] can: isotp: serialize TX state transitions under so->rx_lock
47 F Jul 20 To socketcan@ha (4.3K) FAILED: patch "[PATCH] can: bcm: validate frame length in bcm_rx_setup() for RTR" failed to apply to 6.18-stable tree
48 N Jul 24 Oliver Hartkopp (3.5K) └─>[PATCH 4/8] can: bcm: validate frame length in bcm_rx_setup() for RTR replies
49 N Jul 24 Oliver Hartkopp (1.4K) [PATCH 6.18.y 0/8] can: bcm: backport of 8 patches that failed to apply to 6.18-stable
50 F Jul 20 To socketcan@ha (8.0K) FAILED: patch "[PATCH] can: isotp: fix use-after-free race with concurrent" failed to apply to 5.15-stable tree
51 N Jul 24 Oliver Hartkopp (7.0K) └─>[PATCH 1/2] can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER
52 N Jul 24 Oliver Hartkopp (1.1K) [PATCH 5.15.y 0/2] can: isotp: backport of 2 patches that failed to apply to 5.15-stable
53 F Jul 20 To socketcan@ha (8.0K) FAILED: patch "[PATCH] can: isotp: fix use-after-free race with concurrent" failed to apply to 5.10-stable tree
54 N Jul 24 Oliver Hartkopp (7.0K) └─>[PATCH 1/2] can: isotp: fix use-after-free race with concurrent NETDEV_UNREGISTER
55 F Jul 20 To socketcan@ha (5.2K) FAILED: patch "[PATCH] can: bcm: add missing device refcount for CAN filter removal" failed to apply to 6.18-stable tree
56 N Jul 24 Oliver Hartkopp (4.0K) └─>[PATCH 5/8] can: bcm: add missing device refcount for CAN filter removal
57 F Jul 20 To socketcan@ha (4.3K) FAILED: patch "[PATCH] can: bcm: validate frame length in bcm_rx_setup() for RTR" failed to apply to 6.12-stable tree
58 N Jul 24 Oliver Hartkopp (3.5K) └─>[PATCH 4/8] can: bcm: validate frame length in bcm_rx_setup() for RTR replies
59 F Jul 20 To socketcan@ha (7.6K) FAILED: patch "[PATCH] can: bcm: fix CAN frame rx/tx statistics" failed to apply to 6.12-stable tree
60 N Jul 24 Oliver Hartkopp (6.8K) └─>[PATCH 2/8] can: bcm: fix CAN frame rx/tx statistics
61 F Jul 20 To socketcan@ha (3.3K) FAILED: patch "[PATCH] can: bcm: fix data race on rx_stamp/rx_ifindex in" failed to apply to 6.12-stable tree
62 N Jul 24 Oliver Hartkopp (2.5K) └─>[PATCH 7/8] can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler()
63 F Jul 20 To socketcan@ha (7.5K) FAILED: patch "[PATCH] can: bcm: extend bcm_tx_lock usage for data and timer updates" failed to apply to 6.12-stable tree
64 N Jul 24 Oliver Hartkopp (6.7K) └─>[PATCH 3/8] can: bcm: extend bcm_tx_lock usage for data and timer updates
65 F Jul 20 To socketcan@ha (6.0K) FAILED: patch "[PATCH] can: bcm: track a single source interface for ANYDEV" failed to apply to 6.12-stable tree
66 N Jul 24 Oliver Hartkopp (5.2K) └─>[PATCH 8/8] can: bcm: track a single source interface for ANYDEV timeout/throttle ops
67 F Jul 20 To socketcan@ha ( 16K) FAILED: patch "[PATCH] can: isotp: serialize TX state transitions under so->rx_lock" failed to apply to 5.10-stable tree
68 N Jul 24 Oliver Hartkopp ( 14K) └─>[PATCH 2/2] can: isotp: serialize TX state transitions under so->rx_lock
69 N Jul 24 Oliver Hartkopp (1.1K) [PATCH 5.10.y 0/2] can: isotp: backport of 2 patches that failed to apply to 5.10-stable
70 F Jul 20 To socketcan@ha (4.3K) FAILED: patch "[PATCH] can: bcm: validate frame length in bcm_rx_setup() for RTR" failed to apply to 5.15-stable tree
71 N Jul 24 Oliver Hartkopp (3.5K) └─>[PATCH 5/9] can: bcm: validate frame length in bcm_rx_setup() for RTR replies
72 F Jul 20 To socketcan@ha (5.2K) FAILED: patch "[PATCH] can: bcm: add missing device refcount for CAN filter removal" failed to apply to 5.15-stable tree
73 N Jul 24 Oliver Hartkopp (4.0K) └─>[PATCH 6/9] can: bcm: add missing device refcount for CAN filter removal
74 F Jul 20 To socketcan@ha (6.6K) FAILED: patch "[PATCH] can: bcm: fix stale rx/tx ops after device removal" failed to apply to 6.12-stable tree
75 N Jul 24 Oliver Hartkopp (5.9K) └─>[PATCH 6/8] can: bcm: fix stale rx/tx ops after device removal
76 F Jul 20 To socketcan@ha (5.2K) FAILED: patch "[PATCH] can: bcm: add missing device refcount for CAN filter removal" failed to apply to 6.12-stable tree
77 N Jul 24 Oliver Hartkopp (4.0K) └─>[PATCH 5/8] can: bcm: add missing device refcount for CAN filter removal
78 F Jul 20 To socketcan@ha ( 14K) FAILED: patch "[PATCH] can: bcm: add locking when updating filter and timer values" failed to apply to 6.12-stable tree
79 N Jul 24 Oliver Hartkopp ( 13K) └─>[PATCH 1/8] can: bcm: add locking when updating filter and timer values
Again, impossible to process :(
> What would help you best?
Patch series, sent with the subject you did for the 0/X email, and then
the patches in reply-to that 0/X email.
As you can see above, your 0/X emails are "floating" out there :(
> E.g. having the stable trees inside the msg description, like
>
> > 16 N Jul 24 Oliver Hartkopp (1.5K) [PATCH 5.10.y 0/9] can: bcm:
> backport of 9 patches that failed to apply to 5.10-stable
> > 18 N Jul 24 Oliver Hartkopp (5.9K) [PATCH 5.10.y 6/8] can: bcm: fix
> stale rx/tx ops after device removal
Yes, that would be wonderful. As always, there are thousands of
examples of this in the stable mailing list archives if you want to see
how others do it.
thanks,
greg k-h
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2026-07-24 10:26 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-07-24 8:37 [PATCH 5.15.y 0/9] can: bcm: backport of 9 patches that failed to apply to 5.15-stable Oliver Hartkopp
2026-07-24 8:52 ` Greg KH
2026-07-24 9:00 ` Oliver Hartkopp
2026-07-24 10:26 ` Greg KH
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox