[PATCH] powerpc: don't try to copy ppc for task with NULL pt_regs

Christophe Leroy christophe.leroy at csgroup.eu
Mon Mar 27 21:26:46 AEDT 2023



Le 27/03/2023 à 08:36, Nicholas Piggin a écrit :
> On Mon Mar 27, 2023 at 8:15 AM AEST, Jens Axboe wrote:
>> Powerpc sets up PF_KTHREAD and PF_IO_WORKER with a NULL pt_regs, which
>> from my (arguably very short) checking is not commonly done for other
>> archs. This is fine, except when PF_IO_WORKER's have been created and
>> the task does something that causes a coredump to be generated. Then we
>> get this crash:
> 
> Hey Jens,
> 
> Thanks for the testing and the patch.
> 
> I think your patch would work, but I'd be inclined to give the IO worker
> a pt_regs so it looks more like other archs and a regular user thread.
> 
> Your IO worker bug reminded me to resurrect some copy_thread patches I
> had and I think they should do that
> 
> https://lists.ozlabs.org/pipermail/linuxppc-dev/2023-March/256271.html
> 
> I wouldn't ask you to test it until I've at least tried, do you have a
> test case that triggers this?

I fact, most architectures don't have thread.regs, but rely on something 
like:

#define task_pt_regs(p) \
	((struct pt_regs *)(THREAD_SIZE + task_stack_page(p)) - 1)


In powerpc, thread.regs was there because of the regs not being at the 
same place in the stack depending on which interrupt it was.

However with the two commits below, we now have stable fixed location 
for the regs, so thread.regs shouldn't be needed anymore:
- db297c3b07af ("powerpc/32: Don't save thread.regs on interrupt entry")
- b5cfc9cd7b04 ("powerpc/32: Fix critical and debug interrupts on BOOKE")

But in the meantime, thread.regs started to be used for additional 
purpose, like knowing if it is a user thread or a kernel thread by using 
thread.regs nullity.


Now that thread.regs doesn't change anymore at each interrupt, it would 
probably be worth dropping it and falling back to task_pt_regs() as 
defined on most architecture.
Knowing whether a thread is a kernel or user thread can for instance be 
known with PF_KTHREAD flag, so no need of thread.regs for that.

Christophe


More information about the Linuxppc-dev mailing list