* [tip:core/rseq 25/39] include/linux/rseq_entry.h:132:3: error: invalid operand for instruction
@ 2025-11-24 17:37 kernel test robot
2025-11-24 19:15 ` Thomas Gleixner
0 siblings, 1 reply; 6+ messages in thread
From: kernel test robot @ 2025-11-24 17:37 UTC (permalink / raw)
To: Thomas Gleixner
Cc: llvm, oe-kbuild-all, linux-kernel, x86, Ingo Molnar,
Peter Zijlstra (Intel), Mathieu Desnoyers
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core/rseq
head: 21782b3a5cd40892cb2995aa1ec3e74dd1112f1d
commit: abc850e7616c91ebaa3f5ba3617ab0a104d45039 [25/39] rseq: Provide and use rseq_update_user_cs()
config: powerpc-randconfig-002-20251124 (https://download.01.org/0day-ci/archive/20251125/202511250134.i0Jm8d7I-lkp@intel.com/config)
compiler: clang version 16.0.6 (https://github.com/llvm/llvm-project 7cbf1a2591520c2491aa35339f227775f4d3adf6)
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251125/202511250134.i0Jm8d7I-lkp@intel.com/reproduce)
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202511250134.i0Jm8d7I-lkp@intel.com/
All errors (new ones prefixed by >>):
In file included from kernel/rseq.c:75:
>> include/linux/rseq_entry.h:132:3: error: invalid operand for instruction
unsafe_get_user(start_ip, &ucs->start_ip, efault);
^
include/linux/uaccess.h:606:2: note: expanded from macro 'unsafe_get_user'
arch_unsafe_get_user(x, ptr, local_label); \
^
arch/powerpc/include/asm/uaccess.h:458:2: note: expanded from macro 'arch_unsafe_get_user'
__get_user_size_goto(__gu_val, __gu_addr, sizeof(*(p)), e); \
^
arch/powerpc/include/asm/uaccess.h:282:2: note: expanded from macro '__get_user_size_goto'
__get_user_size_allowed(x, ptr, size, __gus_retval); \
^
arch/powerpc/include/asm/uaccess.h:273:10: note: expanded from macro '__get_user_size_allowed'
case 8: __get_user_asm2(x, (u64 __user *)ptr, retval); break; \
^
arch/powerpc/include/asm/uaccess.h:256:4: note: expanded from macro '__get_user_asm2'
" li %1+1,0\n" \
^
<inline asm>:7:5: note: instantiated into assembly here
li 31+1,0
^
1 error generated.
vim +132 include/linux/rseq_entry.h
84
85 /*
86 * Check whether there is a valid critical section and whether the
87 * instruction pointer in @regs is inside the critical section.
88 *
89 * - If the critical section is invalid, terminate the task.
90 *
91 * - If valid and the instruction pointer is inside, set it to the abort IP.
92 *
93 * - If valid and the instruction pointer is outside, clear the critical
94 * section address.
95 *
96 * Returns true, if the section was valid and either fixup or clear was
97 * done, false otherwise.
98 *
99 * In the failure case task::rseq_event::fatal is set when a invalid
100 * section was found. It's clear when the failure was an unresolved page
101 * fault.
102 *
103 * If inlined into the exit to user path with interrupts disabled, the
104 * caller has to protect against page faults with pagefault_disable().
105 *
106 * In preemptible task context this would be counterproductive as the page
107 * faults could not be fully resolved. As a consequence unresolved page
108 * faults in task context are fatal too.
109 */
110
111 #ifdef RSEQ_BUILD_SLOW_PATH
112 /*
113 * The debug version is put out of line, but kept here so the code stays
114 * together.
115 *
116 * @csaddr has already been checked by the caller to be in user space
117 */
118 bool rseq_debug_update_user_cs(struct task_struct *t, struct pt_regs *regs,
119 unsigned long csaddr)
120 {
121 struct rseq_cs __user *ucs = (struct rseq_cs __user *)(unsigned long)csaddr;
122 u64 start_ip, abort_ip, offset, cs_end, head, tasksize = TASK_SIZE;
123 unsigned long ip = instruction_pointer(regs);
124 u64 __user *uc_head = (u64 __user *) ucs;
125 u32 usig, __user *uc_sig;
126
127 scoped_user_rw_access(ucs, efault) {
128 /*
129 * Evaluate the user pile and exit if one of the conditions
130 * is not fulfilled.
131 */
> 132 unsafe_get_user(start_ip, &ucs->start_ip, efault);
133 if (unlikely(start_ip >= tasksize))
134 goto die;
135 /* If outside, just clear the critical section. */
136 if (ip < start_ip)
137 goto clear;
138
139 unsafe_get_user(offset, &ucs->post_commit_offset, efault);
140 cs_end = start_ip + offset;
141 /* Check for overflow and wraparound */
142 if (unlikely(cs_end >= tasksize || cs_end < start_ip))
143 goto die;
144
145 /* If not inside, clear it. */
146 if (ip >= cs_end)
147 goto clear;
148
149 unsafe_get_user(abort_ip, &ucs->abort_ip, efault);
150 /* Ensure it's "valid" */
151 if (unlikely(abort_ip >= tasksize || abort_ip < sizeof(*uc_sig)))
152 goto die;
153 /* Validate that the abort IP is not in the critical section */
154 if (unlikely(abort_ip - start_ip < offset))
155 goto die;
156
157 /*
158 * Check version and flags for 0. No point in emitting
159 * deprecated warnings before dying. That could be done in
160 * the slow path eventually, but *shrug*.
161 */
162 unsafe_get_user(head, uc_head, efault);
163 if (unlikely(head))
164 goto die;
165
166 /* abort_ip - 4 is >= 0. See abort_ip check above */
167 uc_sig = (u32 __user *)(unsigned long)(abort_ip - sizeof(*uc_sig));
168 unsafe_get_user(usig, uc_sig, efault);
169 if (unlikely(usig != t->rseq.sig))
170 goto die;
171
172 /* rseq_event.user_irq is only valid if CONFIG_GENERIC_IRQ_ENTRY=y */
173 if (IS_ENABLED(CONFIG_GENERIC_IRQ_ENTRY)) {
174 /* If not in interrupt from user context, let it die */
175 if (unlikely(!t->rseq.event.user_irq))
176 goto die;
177 }
178 unsafe_put_user(0ULL, &t->rseq.usrptr->rseq_cs, efault);
179 instruction_pointer_set(regs, (unsigned long)abort_ip);
180 rseq_stat_inc(rseq_stats.fixup);
181 break;
182 clear:
183 unsafe_put_user(0ULL, &t->rseq.usrptr->rseq_cs, efault);
184 rseq_stat_inc(rseq_stats.clear);
185 abort_ip = 0ULL;
186 }
187
188 if (unlikely(abort_ip))
189 rseq_trace_ip_fixup(ip, start_ip, offset, abort_ip);
190 return true;
191 die:
192 t->rseq.event.fatal = true;
193 efault:
194 return false;
195 }
196
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [tip:core/rseq 25/39] include/linux/rseq_entry.h:132:3: error: invalid operand for instruction
2025-11-24 17:37 [tip:core/rseq 25/39] include/linux/rseq_entry.h:132:3: error: invalid operand for instruction kernel test robot
@ 2025-11-24 19:15 ` Thomas Gleixner
2025-11-25 2:28 ` Philip Li
2025-11-25 7:38 ` Christophe Leroy (CS GROUP)
0 siblings, 2 replies; 6+ messages in thread
From: Thomas Gleixner @ 2025-11-24 19:15 UTC (permalink / raw)
To: kernel test robot
Cc: llvm, oe-kbuild-all, linux-kernel, x86, Ingo Molnar,
Peter Zijlstra (Intel), Mathieu Desnoyers, linuxppc-dev,
Nathan Chancellor
On Tue, Nov 25 2025 at 01:37, kernel test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core/rseq
> head: 21782b3a5cd40892cb2995aa1ec3e74dd1112f1d
> commit: abc850e7616c91ebaa3f5ba3617ab0a104d45039 [25/39] rseq: Provide and use rseq_update_user_cs()
> config: powerpc-randconfig-002-20251124 (https://download.01.org/0day-ci/archive/20251125/202511250134.i0Jm8d7I-lkp@intel.com/config)
> compiler: clang version 16.0.6 (https://github.com/llvm/llvm-project 7cbf1a2591520c2491aa35339f227775f4d3adf6)
> reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251125/202511250134.i0Jm8d7I-lkp@intel.com/reproduce)
>
> If you fix the issue in a separate patch/commit (i.e. not just a new version of
> the same patch/commit), kindly add following tags
> | Reported-by: kernel test robot <lkp@intel.com>
> | Closes: https://lore.kernel.org/oe-kbuild-all/202511250134.i0Jm8d7I-lkp@intel.com/
>
> All errors (new ones prefixed by >>):
>
> In file included from kernel/rseq.c:75:
>>> include/linux/rseq_entry.h:132:3: error: invalid operand for instruction
> unsafe_get_user(start_ip, &ucs->start_ip, efault);
> ^
> include/linux/uaccess.h:606:2: note: expanded from macro 'unsafe_get_user'
> arch_unsafe_get_user(x, ptr, local_label); \
> ^
> arch/powerpc/include/asm/uaccess.h:458:2: note: expanded from macro 'arch_unsafe_get_user'
> __get_user_size_goto(__gu_val, __gu_addr, sizeof(*(p)), e); \
> ^
> arch/powerpc/include/asm/uaccess.h:282:2: note: expanded from macro '__get_user_size_goto'
> __get_user_size_allowed(x, ptr, size, __gus_retval); \
> ^
> arch/powerpc/include/asm/uaccess.h:273:10: note: expanded from macro '__get_user_size_allowed'
> case 8: __get_user_asm2(x, (u64 __user *)ptr, retval); break; \
> ^
> arch/powerpc/include/asm/uaccess.h:256:4: note: expanded from macro '__get_user_asm2'
> " li %1+1,0\n" \
> ^
> <inline asm>:7:5: note: instantiated into assembly here
> li 31+1,0
Definitely not a problem of tip core/rseq. It just ends up in
__get_user_asm2() and then the compiler gets unhappy about the PowerPC
inline assembly for whatever reason.
Thanks,
tglx
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [tip:core/rseq 25/39] include/linux/rseq_entry.h:132:3: error: invalid operand for instruction
2025-11-24 19:15 ` Thomas Gleixner
@ 2025-11-25 2:28 ` Philip Li
2025-11-25 7:38 ` Christophe Leroy (CS GROUP)
1 sibling, 0 replies; 6+ messages in thread
From: Philip Li @ 2025-11-25 2:28 UTC (permalink / raw)
To: Thomas Gleixner
Cc: kernel test robot, llvm, oe-kbuild-all, linux-kernel, x86,
Ingo Molnar, Peter Zijlstra (Intel), Mathieu Desnoyers,
linuxppc-dev, Nathan Chancellor
On Mon, Nov 24, 2025 at 08:15:46PM +0100, Thomas Gleixner wrote:
> On Tue, Nov 25 2025 at 01:37, kernel test robot wrote:
> > tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core/rseq
> > head: 21782b3a5cd40892cb2995aa1ec3e74dd1112f1d
> > commit: abc850e7616c91ebaa3f5ba3617ab0a104d45039 [25/39] rseq: Provide and use rseq_update_user_cs()
> > config: powerpc-randconfig-002-20251124 (https://download.01.org/0day-ci/archive/20251125/202511250134.i0Jm8d7I-lkp@intel.com/config)
> > compiler: clang version 16.0.6 (https://github.com/llvm/llvm-project 7cbf1a2591520c2491aa35339f227775f4d3adf6)
> > reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251125/202511250134.i0Jm8d7I-lkp@intel.com/reproduce)
> >
> > If you fix the issue in a separate patch/commit (i.e. not just a new version of
> > the same patch/commit), kindly add following tags
> > | Reported-by: kernel test robot <lkp@intel.com>
> > | Closes: https://lore.kernel.org/oe-kbuild-all/202511250134.i0Jm8d7I-lkp@intel.com/
> >
> > All errors (new ones prefixed by >>):
> >
> > In file included from kernel/rseq.c:75:
> >>> include/linux/rseq_entry.h:132:3: error: invalid operand for instruction
> > unsafe_get_user(start_ip, &ucs->start_ip, efault);
> > ^
> > include/linux/uaccess.h:606:2: note: expanded from macro 'unsafe_get_user'
> > arch_unsafe_get_user(x, ptr, local_label); \
> > ^
> > arch/powerpc/include/asm/uaccess.h:458:2: note: expanded from macro 'arch_unsafe_get_user'
> > __get_user_size_goto(__gu_val, __gu_addr, sizeof(*(p)), e); \
> > ^
> > arch/powerpc/include/asm/uaccess.h:282:2: note: expanded from macro '__get_user_size_goto'
> > __get_user_size_allowed(x, ptr, size, __gus_retval); \
> > ^
> > arch/powerpc/include/asm/uaccess.h:273:10: note: expanded from macro '__get_user_size_allowed'
> > case 8: __get_user_asm2(x, (u64 __user *)ptr, retval); break; \
> > ^
> > arch/powerpc/include/asm/uaccess.h:256:4: note: expanded from macro '__get_user_asm2'
> > " li %1+1,0\n" \
> > ^
> > <inline asm>:7:5: note: instantiated into assembly here
> > li 31+1,0
>
> Definitely not a problem of tip core/rseq. It just ends up in
> __get_user_asm2() and then the compiler gets unhappy about the PowerPC
> inline assembly for whatever reason.
Thanks, got it, I will configure the bot to avoid sending further report
for this.
>
> Thanks,
>
> tglx
>
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [tip:core/rseq 25/39] include/linux/rseq_entry.h:132:3: error: invalid operand for instruction
2025-11-24 19:15 ` Thomas Gleixner
2025-11-25 2:28 ` Philip Li
@ 2025-11-25 7:38 ` Christophe Leroy (CS GROUP)
2025-11-25 23:18 ` Nathan Chancellor
1 sibling, 1 reply; 6+ messages in thread
From: Christophe Leroy (CS GROUP) @ 2025-11-25 7:38 UTC (permalink / raw)
To: Thomas Gleixner, kernel test robot
Cc: llvm, oe-kbuild-all, linux-kernel, x86, Ingo Molnar,
Peter Zijlstra (Intel), Mathieu Desnoyers, linuxppc-dev,
Nathan Chancellor
Le 24/11/2025 à 20:15, Thomas Gleixner a écrit :
> On Tue, Nov 25 2025 at 01:37, kernel test robot wrote:
>> tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core/rseq
>> head: 21782b3a5cd40892cb2995aa1ec3e74dd1112f1d
>> commit: abc850e7616c91ebaa3f5ba3617ab0a104d45039 [25/39] rseq: Provide and use rseq_update_user_cs()
>> config: powerpc-randconfig-002-20251124 (https://download.01.org/0day-ci/archive/20251125/202511250134.i0Jm8d7I-lkp@intel.com/config)
>> compiler: clang version 16.0.6 (https://github.com/llvm/llvm-project 7cbf1a2591520c2491aa35339f227775f4d3adf6)
>> reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251125/202511250134.i0Jm8d7I-lkp@intel.com/reproduce)
>>
>> If you fix the issue in a separate patch/commit (i.e. not just a new version of
>> the same patch/commit), kindly add following tags
>> | Reported-by: kernel test robot <lkp@intel.com>
>> | Closes: https://lore.kernel.org/oe-kbuild-all/202511250134.i0Jm8d7I-lkp@intel.com/
>>
>> All errors (new ones prefixed by >>):
>>
>> In file included from kernel/rseq.c:75:
>>>> include/linux/rseq_entry.h:132:3: error: invalid operand for instruction
>> unsafe_get_user(start_ip, &ucs->start_ip, efault);
>> ^
>> include/linux/uaccess.h:606:2: note: expanded from macro 'unsafe_get_user'
>> arch_unsafe_get_user(x, ptr, local_label); \
>> ^
>> arch/powerpc/include/asm/uaccess.h:458:2: note: expanded from macro 'arch_unsafe_get_user'
>> __get_user_size_goto(__gu_val, __gu_addr, sizeof(*(p)), e); \
>> ^
>> arch/powerpc/include/asm/uaccess.h:282:2: note: expanded from macro '__get_user_size_goto'
>> __get_user_size_allowed(x, ptr, size, __gus_retval); \
>> ^
>> arch/powerpc/include/asm/uaccess.h:273:10: note: expanded from macro '__get_user_size_allowed'
>> case 8: __get_user_asm2(x, (u64 __user *)ptr, retval); break; \
>> ^
>> arch/powerpc/include/asm/uaccess.h:256:4: note: expanded from macro '__get_user_asm2'
>> " li %1+1,0\n" \
>> ^
>> <inline asm>:7:5: note: instantiated into assembly here
>> li 31+1,0
>
> Definitely not a problem of tip core/rseq. It just ends up in
> __get_user_asm2() and then the compiler gets unhappy about the PowerPC
> inline assembly for whatever reason.
I see it is a CLANG build.
CLANG might be less flexible, can you test with following change ?
diff --git a/arch/powerpc/include/asm/uaccess.h
b/arch/powerpc/include/asm/uaccess.h
index 4f5a46a77fa2..33d5f7ade254 100644
--- a/arch/powerpc/include/asm/uaccess.h
+++ b/arch/powerpc/include/asm/uaccess.h
@@ -253,7 +253,7 @@ __gus_failed: \
".section .fixup,\"ax\"\n" \
"4: li %0,%3\n" \
" li %1,0\n" \
- " li %1+1,0\n" \
+ " li %L1,0\n" \
" b 3b\n" \
".previous\n" \
EX_TABLE(1b, 4b) \
Thanks
Christophe
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [tip:core/rseq 25/39] include/linux/rseq_entry.h:132:3: error: invalid operand for instruction
2025-11-25 7:38 ` Christophe Leroy (CS GROUP)
@ 2025-11-25 23:18 ` Nathan Chancellor
2025-11-25 23:39 ` Nathan Chancellor
0 siblings, 1 reply; 6+ messages in thread
From: Nathan Chancellor @ 2025-11-25 23:18 UTC (permalink / raw)
To: Christophe Leroy (CS GROUP)
Cc: Thomas Gleixner, kernel test robot, llvm, oe-kbuild-all,
linux-kernel, x86, Ingo Molnar, Peter Zijlstra (Intel),
Mathieu Desnoyers, linuxppc-dev
On Tue, Nov 25, 2025 at 08:38:40AM +0100, Christophe Leroy (CS GROUP) wrote:
>
>
> Le 24/11/2025 à 20:15, Thomas Gleixner a écrit :
> > On Tue, Nov 25 2025 at 01:37, kernel test robot wrote:
> > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core/rseq
> > > head: 21782b3a5cd40892cb2995aa1ec3e74dd1112f1d
> > > commit: abc850e7616c91ebaa3f5ba3617ab0a104d45039 [25/39] rseq: Provide and use rseq_update_user_cs()
> > > config: powerpc-randconfig-002-20251124 (https://download.01.org/0day-ci/archive/20251125/202511250134.i0Jm8d7I-lkp@intel.com/config)
> > > compiler: clang version 16.0.6 (https://github.com/llvm/llvm-project 7cbf1a2591520c2491aa35339f227775f4d3adf6)
> > > reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251125/202511250134.i0Jm8d7I-lkp@intel.com/reproduce)
> > >
> > > If you fix the issue in a separate patch/commit (i.e. not just a new version of
> > > the same patch/commit), kindly add following tags
> > > | Reported-by: kernel test robot <lkp@intel.com>
> > > | Closes: https://lore.kernel.org/oe-kbuild-all/202511250134.i0Jm8d7I-lkp@intel.com/
> > >
> > > All errors (new ones prefixed by >>):
> > >
> > > In file included from kernel/rseq.c:75:
> > > > > include/linux/rseq_entry.h:132:3: error: invalid operand for instruction
> > > unsafe_get_user(start_ip, &ucs->start_ip, efault);
> > > ^
> > > include/linux/uaccess.h:606:2: note: expanded from macro 'unsafe_get_user'
> > > arch_unsafe_get_user(x, ptr, local_label); \
> > > ^
> > > arch/powerpc/include/asm/uaccess.h:458:2: note: expanded from macro 'arch_unsafe_get_user'
> > > __get_user_size_goto(__gu_val, __gu_addr, sizeof(*(p)), e); \
> > > ^
> > > arch/powerpc/include/asm/uaccess.h:282:2: note: expanded from macro '__get_user_size_goto'
> > > __get_user_size_allowed(x, ptr, size, __gus_retval); \
> > > ^
> > > arch/powerpc/include/asm/uaccess.h:273:10: note: expanded from macro '__get_user_size_allowed'
> > > case 8: __get_user_asm2(x, (u64 __user *)ptr, retval); break; \
> > > ^
> > > arch/powerpc/include/asm/uaccess.h:256:4: note: expanded from macro '__get_user_asm2'
> > > " li %1+1,0\n" \
> > > ^
> > > <inline asm>:7:5: note: instantiated into assembly here
> > > li 31+1,0
> >
> > Definitely not a problem of tip core/rseq. It just ends up in
> > __get_user_asm2() and then the compiler gets unhappy about the PowerPC
> > inline assembly for whatever reason.
>
> I see it is a CLANG build.
>
> CLANG might be less flexible, can you test with following change ?
That avoids the error for me. I notice that this does not reproduce
beyond clang-16 for me so I am going to bisect LLVM to see what fixes
this error.
> diff --git a/arch/powerpc/include/asm/uaccess.h
> b/arch/powerpc/include/asm/uaccess.h
> index 4f5a46a77fa2..33d5f7ade254 100644
> --- a/arch/powerpc/include/asm/uaccess.h
> +++ b/arch/powerpc/include/asm/uaccess.h
> @@ -253,7 +253,7 @@ __gus_failed: \
> ".section .fixup,\"ax\"\n" \
> "4: li %0,%3\n" \
> " li %1,0\n" \
> - " li %1+1,0\n" \
> + " li %L1,0\n" \
> " b 3b\n" \
> ".previous\n" \
> EX_TABLE(1b, 4b) \
>
>
> Thanks
> Christophe
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [tip:core/rseq 25/39] include/linux/rseq_entry.h:132:3: error: invalid operand for instruction
2025-11-25 23:18 ` Nathan Chancellor
@ 2025-11-25 23:39 ` Nathan Chancellor
0 siblings, 0 replies; 6+ messages in thread
From: Nathan Chancellor @ 2025-11-25 23:39 UTC (permalink / raw)
To: Christophe Leroy (CS GROUP)
Cc: Thomas Gleixner, kernel test robot, llvm, oe-kbuild-all,
linux-kernel, x86, Ingo Molnar, Peter Zijlstra (Intel),
Mathieu Desnoyers, linuxppc-dev
On Tue, Nov 25, 2025 at 04:18:34PM -0700, Nathan Chancellor wrote:
> That avoids the error for me. I notice that this does not reproduce
> beyond clang-16 for me so I am going to bisect LLVM to see what fixes
> this error.
Oh, it is because of commit e2ffa15b9baa ("kbuild: Disable
CC_HAS_ASM_GOTO_OUTPUT on clang < 17"). Prior to that change, all
supported versions of clang would use the CONFIG_CC_HAS_ASM_GOTO_OUTPUT
blocks in arch/powerpc/include/asm/uaccess.h, whereas now clang-15 and
clang-16 will use the variants without asm goto with outputs.
Cheers,
Nathan
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2025-11-25 23:39 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-11-24 17:37 [tip:core/rseq 25/39] include/linux/rseq_entry.h:132:3: error: invalid operand for instruction kernel test robot
2025-11-24 19:15 ` Thomas Gleixner
2025-11-25 2:28 ` Philip Li
2025-11-25 7:38 ` Christophe Leroy (CS GROUP)
2025-11-25 23:18 ` Nathan Chancellor
2025-11-25 23:39 ` Nathan Chancellor
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox