mirror of
				https://github.com/torvalds/linux.git
				synced 2025-11-04 10:40:15 +02:00 
			
		
		
		
	MIPS: Avoid using unwind_stack() with usermode
When showing backtraces in response to traps, for example crashes and address errors (usually unaligned accesses) when they are set in debugfs to be reported, unwind_stack will be used if the PC was in the kernel text address range. However since EVA it is possible for user and kernel address ranges to overlap, and even without EVA userland can still trigger an address error by jumping to a KSeg0 address. Adjust the check to also ensure that it was running in kernel mode. I don't believe any harm can come of this problem, since unwind_stack() is sufficiently defensive, however it is only meant for unwinding kernel code, so to be correct it should use the raw backtracing instead. Signed-off-by: James Hogan <james.hogan@imgtec.com> Reviewed-by: Leonid Yegoshin <Leonid.Yegoshin@imgtec.com> Cc: linux-mips@linux-mips.org Cc: <stable@vger.kernel.org> # 3.15+ Patchwork: https://patchwork.linux-mips.org/patch/11701/ Signed-off-by: Ralf Baechle <ralf@linux-mips.org> (cherry picked from commit d2941a975ac745c607dfb590e92bb30bc352dad9)
This commit is contained in:
		
							parent
							
								
									a816b306c6
								
							
						
					
					
						commit
						81a76d7119
					
				
					 1 changed files with 1 additions and 1 deletions
				
			
		| 
						 | 
					@ -145,7 +145,7 @@ static void show_backtrace(struct task_struct *task, const struct pt_regs *regs)
 | 
				
			||||||
	if (!task)
 | 
						if (!task)
 | 
				
			||||||
		task = current;
 | 
							task = current;
 | 
				
			||||||
 | 
					
 | 
				
			||||||
	if (raw_show_trace || !__kernel_text_address(pc)) {
 | 
						if (raw_show_trace || user_mode(regs) || !__kernel_text_address(pc)) {
 | 
				
			||||||
		show_raw_backtrace(sp);
 | 
							show_raw_backtrace(sp);
 | 
				
			||||||
		return;
 | 
							return;
 | 
				
			||||||
	}
 | 
						}
 | 
				
			||||||
| 
						 | 
					
 | 
				
			||||||
		Loading…
	
		Reference in a new issue