dev.linux.lists.lkmm archive

508 archived articles, newest first (page 1 of 6). Latest articles →

[PATCH RFC v2 01/24] hazptr: Implement Hazard Pointers
Wed, 15 Jul 2026 17:17:46 -0700
"Paul E. McKenney" <[email protected]> • #1225
Re: [PATCH v2 2/4] rust: sync: generic memory barriers
Wed, 1 Jul 2026 21:56:17 -0700
Boqun Feng <[email protected]> • #1224
Re: [PATCH v2 1/4] rust: sync: add helpers for mb, dma_mb and friends
Wed, 1 Jul 2026 21:35:30 -0700
Boqun Feng <[email protected]> • #1223
Re: [PATCH v2] smp: Use release stores for csd_lock_record() state
Mon, 29 Jun 2026 16:49:36 +0000
"Kunwu Chan" <[email protected]> • #1222
Re: [PATCH v3] smp: Use release stores for csd_lock_record() state
Tue, 30 Jun 2026 00:42:37 +0800
Kunwu Chan <[email protected]> • #1221
Re: [PATCH v3] smp: Use release stores for csd_lock_record() state
Mon, 29 Jun 2026 08:35:45 -0700
"Paul E. McKenney" <[email protected]> • #1220
Re: [PATCH v3] smp: Use release stores for csd_lock_record() state
Mon, 29 Jun 2026 11:52:32 +0000
Dmitry Ilvokhin <[email protected]> • #1219
[PATCH v3] smp: Use release stores for csd_lock_record() state
Mon, 29 Jun 2026 03:57:45 -0700
Usama Arif <[email protected]> • #1218
Re: [PATCH v2] smp: Use release stores for csd_lock_record() state
Fri, 26 Jun 2026 21:25:03 +0200
Thomas Gleixner <[email protected]> • #1217
Re: [PATCH v2] smp: Use release stores for csd_lock_record() state
Fri, 26 Jun 2026 21:20:35 +0200
Thomas Gleixner <[email protected]> • #1216
Re: [PATCH v2] smp: Use release stores for csd_lock_record() state
Fri, 26 Jun 2026 16:45:41 +0000
Dmitry Ilvokhin <[email protected]> • #1215
Re: [PATCH v2] smp: Use release stores for csd_lock_record() state
Fri, 26 Jun 2026 17:30:21 +0100
Usama Arif <[email protected]> • #1214
Re: [PATCH v2] smp: Use release stores for csd_lock_record() state
Thu, 25 Jun 2026 14:42:17 +0000
Dmitry Ilvokhin <[email protected]> • #1213
Re: [PATCH v2] smp: Use release stores for csd_lock_record() state
Wed, 24 Jun 2026 16:27:38 +0100
Usama Arif <[email protected]> • #1212
Re: [PATCH v2] smp: Use release stores for csd_lock_record() state
Wed, 24 Jun 2026 22:15:03 +0800
Kunwu Chan <[email protected]> • #1211
[PATCH v2] smp: Use release stores for csd_lock_record() state
Mon, 22 Jun 2026 09:38:07 -0700
Usama Arif <[email protected]> • #1210
Re: [PATCH] smp: Use release stores for csd_lock_record() state
Thu, 18 Jun 2026 16:30:51 +0100
Usama Arif <[email protected]> • #1209
Re: [PATCH] smp: Use release stores for csd_lock_record() state
Thu, 18 Jun 2026 07:57:31 -0700
"Paul E. McKenney" <[email protected]> • #1208
Re: [PATCH] smp: Use release stores for csd_lock_record() state
Thu, 18 Jun 2026 15:44:36 +0100
Usama Arif <[email protected]> • #1207
Re: [PATCH] smp: Use release stores for csd_lock_record() state
Wed, 17 Jun 2026 21:01:19 -0700
"Paul E. McKenney" <[email protected]> • #1206
Re: [PATCH] smp: Use release stores for csd_lock_record() state
Wed, 17 Jun 2026 20:30:32 -0700
Randy Dunlap <[email protected]> • #1205
Re: [PATCH] smp: Use release stores for csd_lock_record() state
Wed, 17 Jun 2026 21:44:44 -0400
Alan Stern <[email protected]> • #1204
[PATCH] smp: Use release stores for csd_lock_record() state
Wed, 17 Jun 2026 14:20:01 -0700
Usama Arif <[email protected]> • #1203
[PATCH v2 4/4] gpu: nova-core: fix barrier usage in GSP->CPU messaging path
Tue, 09 Jun 2026 16:38:40 +0100
Gary Guo <[email protected]> • #1202
[PATCH v2 2/4] rust: sync: generic memory barriers
Tue, 09 Jun 2026 16:38:38 +0100
Gary Guo <[email protected]> • #1201
[PATCH v2 3/4] gpu: nova-core: fix barrier usage in CPU->GSP messaging path
Tue, 09 Jun 2026 16:38:39 +0100
Gary Guo <[email protected]> • #1200
[PATCH v2 0/4] rust: more memory barriers bindings
Tue, 09 Jun 2026 16:38:36 +0100
Gary Guo <[email protected]> • #1199
[PATCH v2 1/4] rust: sync: add helpers for mb, dma_mb and friends
Tue, 09 Jun 2026 16:38:37 +0100
Gary Guo <[email protected]> • #1198
Re: [PATCH] MAINTAINERS: Adjust T: entry for LKMM
Tue, 28 Apr 2026 11:52:41 -0700
"Paul E. McKenney" <[email protected]> • #1197
[PATCH] MAINTAINERS: Adjust T: entry for LKMM
Tue, 28 Apr 2026 21:18:06 +0900
Akira Yokosawa <[email protected]> • #1196
Re: [PATCH 3/3] gpu: nova-core: fix wrong use of barriers in GSP code
Mon, 13 Apr 2026 12:13:21 +0100
"Gary Guo" <[email protected]> • #1195
Re: [PATCH 1/3] rust: sync: add helpers for mb, dma_mb and friends
Mon, 13 Apr 2026 14:33:23 +0900
"Eliot Courtney" <[email protected]> • #1194
Re: [PATCH 3/3] gpu: nova-core: fix wrong use of barriers in GSP code
Mon, 13 Apr 2026 14:33:04 +0900
"Eliot Courtney" <[email protected]> • #1193
Re: [PATCH 3/3] gpu: nova-core: fix wrong use of barriers in GSP code
Mon, 6 Apr 2026 14:18:59 -0400
Joel Fernandes <[email protected]> • #1192
Re: [PATCH 2/3] rust: sync: generic memory barriers
Mon, 6 Apr 2026 14:01:00 -0400
Joel Fernandes <[email protected]> • #1191
Re: [PATCH 3/3] gpu: nova-core: fix wrong use of barriers in GSP code
Sat, 04 Apr 2026 14:02:40 +0100
"Gary Guo" <[email protected]> • #1190
Re: [PATCH 2/3] rust: sync: generic memory barriers
Sat, 04 Apr 2026 13:43:07 +0100
"Gary Guo" <[email protected]> • #1189
Re: [PATCH 2/3] rust: sync: generic memory barriers
Fri, 3 Apr 2026 17:33:24 -0400
Joel Fernandes <[email protected]> • #1188
Re: [PATCH 2/3] rust: sync: generic memory barriers
Fri, 03 Apr 2026 01:07:09 +0100
"Gary Guo" <[email protected]> • #1187
Re: [PATCH 3/3] gpu: nova-core: fix wrong use of barriers in GSP code
Thu, 2 Apr 2026 17:59:30 -0400
Joel Fernandes <[email protected]> • #1186
Re: [PATCH 3/3] gpu: nova-core: fix wrong use of barriers in GSP code
Thu, 2 Apr 2026 17:56:25 -0400
Joel Fernandes <[email protected]> • #1185
Re: [PATCH 2/3] rust: sync: generic memory barriers
Thu, 2 Apr 2026 17:49:44 -0400
Joel Fernandes <[email protected]> • #1184
[PATCH 3/3] gpu: nova-core: fix wrong use of barriers in GSP code
Thu, 2 Apr 2026 16:24:36 +0100
Gary Guo <[email protected]> • #1183
[PATCH 2/3] rust: sync: generic memory barriers
Thu, 2 Apr 2026 16:24:35 +0100
Gary Guo <[email protected]> • #1182
[PATCH 1/3] rust: sync: add helpers for mb, dma_mb and friends
Thu, 2 Apr 2026 16:24:34 +0100
Gary Guo <[email protected]> • #1181
[PATCH 0/3] rust: more memory barriers bindings
Thu, 2 Apr 2026 16:24:33 +0100
Gary Guo <[email protected]> • #1180
Re: [BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Fri, 6 Mar 2026 11:46:29 +0900
Harry Yoo <[email protected]> • #1179
Re: [BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Fri, 27 Feb 2026 12:00:27 -0500
Alan Stern <[email protected]> • #1178
Re: [BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Fri, 27 Feb 2026 21:36:37 +0900
Harry Yoo <[email protected]> • #1177
Re: [BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Fri, 27 Feb 2026 18:14:24 +0900
Akira Yokosawa <[email protected]> • #1176
Re: [BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Fri, 27 Feb 2026 18:03:23 +0900
Harry Yoo <[email protected]> • #1175
Re: [BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Fri, 27 Feb 2026 16:06:37 +0800
Hao Li <[email protected]> • #1174
Re: [BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Thu, 26 Feb 2026 09:59:26 -0800 (PST)
"Christoph Lameter (Ampere)" <[email protected]> • #1173
Re: [BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Thu, 26 Feb 2026 13:06:51 -0500
Alan Stern <[email protected]> • #1172
Re: [BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Fri, 27 Feb 2026 02:11:49 +0900
Harry Yoo <[email protected]> • #1171
Re: [BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Thu, 26 Feb 2026 11:42:02 -0500
Alan Stern <[email protected]> • #1170
Re: [BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Fri, 27 Feb 2026 01:17:52 +0900
Harry Yoo <[email protected]> • #1169
Re: [BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Thu, 26 Feb 2026 10:45:55 -0500
Alan Stern <[email protected]> • #1168
[BUG] Memory ordering between kmalloc() and kfree()? it's confusing!
Thu, 26 Feb 2026 15:35:08 +0900
Harry Yoo <[email protected]> • #1167
[RFC PATCH v5 1/2] hazptr: Implement Hazard Pointers
Mon, 23 Feb 2026 15:44:17 -0500
Mathieu Desnoyers <[email protected]> • #1166
[RFC PATCH v5 0/2] Hazard Pointers
Mon, 23 Feb 2026 15:44:16 -0500
Mathieu Desnoyers <[email protected]> • #1165
[RFC PATCH v5 2/2] hazptr: Add refscale test
Mon, 23 Feb 2026 15:44:18 -0500
Mathieu Desnoyers <[email protected]> • #1164
Re: [RFC PATCH v4 4/4] hazptr: Migrate per-CPU slots to backup slot on context switch
Mon, 23 Feb 2026 14:40:59 -0500
Mathieu Desnoyers <[email protected]> • #1163
Re: [RFC PATCH v4 4/4] hazptr: Migrate per-CPU slots to backup slot on context switch
Mon, 23 Feb 2026 08:54:10 -0800
Boqun Feng <[email protected]> • #1162
Re: [PATCH] MAINTAINERS: Update my email address to @kernel.org
Fri, 30 Jan 2026 05:41:57 +0100
Miguel Ojeda <[email protected]> • #1161
Re: [PATCH] MAINTAINERS: Update my email address to @kernel.org
Thu, 29 Jan 2026 07:28:45 -0800
Boqun Feng <[email protected]> • #1160
Re: [PATCH] MAINTAINERS: Update my email address to @kernel.org
Thu, 29 Jan 2026 12:26:32 +0100
Miguel Ojeda <[email protected]> • #1159
Re: [PATCH] MAINTAINERS: Update my email address to @kernel.org
Thu, 29 Jan 2026 10:47:55 +0800
Kunwu Chan <[email protected]> • #1158
Re: [PATCH] MAINTAINERS: Update my email address to @kernel.org
Thu, 29 Jan 2026 01:01:04 +0000
"Gary Guo" <[email protected]> • #1157
Re: [PATCH] MAINTAINERS: Update my email address to @kernel.org
Wed, 28 Jan 2026 16:47:53 -0800
"Paul E. McKenney" <[email protected]> • #1156
[PATCH] MAINTAINERS: Update my email address to @kernel.org
Wed, 28 Jan 2026 16:45:18 -0800
Boqun Feng <[email protected]> • #1155
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Thu, 8 Jan 2026 18:34:49 -0500
Joel Fernandes <[email protected]> • #1154
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Thu, 8 Jan 2026 11:01:16 -0800
"Paul E. McKenney" <[email protected]> • #1153
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Thu, 8 Jan 2026 11:45:07 -0500
Mathieu Desnoyers <[email protected]> • #1152
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Thu, 8 Jan 2026 17:34:34 +0100
Frederic Weisbecker <[email protected]> • #1151
Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
Wed, 7 Jan 2026 15:04:11 -0500
Mathieu Desnoyers <[email protected]> • #1150
Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
Wed, 7 Jan 2026 09:48:41 -0800
"Paul E. McKenney" <[email protected]> • #1149
Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
Wed, 7 Jan 2026 09:40:56 -0500
Mathieu Desnoyers <[email protected]> • #1148
RE: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
Wed, 7 Jan 2026 09:38:53 +0000
Jonas Oberhauser <[email protected]> • #1147
Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
Tue, 6 Jan 2026 09:52:35 -0500
Mathieu Desnoyers <[email protected]> • #1146
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Sun, 21 Dec 2025 18:59:07 +0900
Boqun Feng <[email protected]> • #1145
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Fri, 19 Dec 2025 17:39:00 -0500
Joel Fernandes <[email protected]> • #1144
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Fri, 19 Dec 2025 17:19:55 -0500
Mathieu Desnoyers <[email protected]> • #1143
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Fri, 19 Dec 2025 10:42:56 -0500
Joel Fernandes <[email protected]> • #1142
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Fri, 19 Dec 2025 10:14:18 -0500
Mathieu Desnoyers <[email protected]> • #1141
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Fri, 19 Dec 2025 09:22:19 -0500
Mathieu Desnoyers <[email protected]> • #1140
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Fri, 19 Dec 2025 01:06:16 -0500
Joel Fernandes <[email protected]> • #1139
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Fri, 19 Dec 2025 09:25:42 +0900
Boqun Feng <[email protected]> • #1138
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Thu, 18 Dec 2025 20:22:04 -0500
Joel Fernandes <[email protected]> • #1137
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Fri, 19 Dec 2025 09:43:39 +0900
Boqun Feng <[email protected]> • #1136
Re: [RFC PATCH v4 4/4] hazptr: Migrate per-CPU slots to backup slot on context switch
Thu, 18 Dec 2025 19:21:28 -0500
Mathieu Desnoyers <[email protected]> • #1135
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Thu, 18 Dec 2025 18:36:00 -0500
Mathieu Desnoyers <[email protected]> • #1134
Re: [RFC PATCH v4 4/4] hazptr: Migrate per-CPU slots to backup slot on context switch
Fri, 19 Dec 2025 07:16:37 +0900
Boqun Feng <[email protected]> • #1133
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Fri, 19 Dec 2025 05:22:29 +0900
Boqun Feng <[email protected]> • #1132
Re: [RFC] Potential problem in qspinlock due to mixed-size accesses
Thu, 18 Dec 2025 23:02:38 +0100
Andrea Parri <[email protected]> • #1131
Re: [RFC PATCH v4 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency
Thu, 18 Dec 2025 15:54:52 +0000
David Laight <[email protected]> • #1130
Re: [RFC PATCH v4 0/4] Hazard Pointers
Thu, 18 Dec 2025 12:54:05 -0500
Mathieu Desnoyers <[email protected]> • #1129
Re: [RFC PATCH v4 3/4] hazptr: Implement Hazard Pointers
Thu, 18 Dec 2025 12:35:18 -0500
Mathieu Desnoyers <[email protected]> • #1128
Re: [RFC PATCH v4 4/4] hazptr: Migrate per-CPU slots to backup slot on context switch
Thu, 18 Dec 2025 11:20:01 -0500
Mathieu Desnoyers <[email protected]> • #1127
Re: [RFC PATCH v4 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency
Thu, 18 Dec 2025 16:12:29 +0000
David Laight <[email protected]> • #1126
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.