Re: [uml-devel] trinity commit 23dc478aba breaks syscall "mremap" at a 32 bit user mode linux

Toralf Förster <[email protected]> Thu, 01 May 2014 23:34:09 +0200
Newsgroups org.kernel.vger.trinity,org.infradead.lists.linux-um
Message-ID <[email protected]>
On 05/01/2014 10:57 PM, Richard Weinberger wrote:
> Toralf,
> 
> Yeah, this is because trinity destroys the UML stub code.
> Please test the attached patch, it should fix the root cause of the problem.
> 
> Thanks,
> //richard
> 

If I do just apply fix2.patch onto latest git tree  v3.15-rc3-113-gba6728f then I do get after a while :

 * Starting sshd ...                                                                                                  [ ok ]
 * Starting local
net.core.warnings = 0                                                                                                 [ ok ]
Kernel panic - not syncing: do_syscall_stub : PTRACE_SETREGS failed, errno = 3

CPU: 0 PID: 1728 Comm: trinity-c0 Not tainted 3.15.0-rc3-00113-gba6728f-dirty #5
Stack:
BUG: soft lockup - CPU#0 stuck for 22s! [trinity-c0:1728]

EIP: c500:[<47c6cf00>] CPU: 0 Not tainted EFLAGS: 476af700
    Not tainted
EAX: 47cfc500 EBX: 0a024d00 ECX: 086c75fc EDX: 080fff88
ESI: 0839f4bc EDI: 47cfc500 EBP: 0839f4bc DS: c500 ES: cd62
EXT4-fs (ubda): error count: 1
EXT4-fs (ubda): initial error at 1398962134: ext4_mb_generate_buddy:756
EXT4-fs (ubda): last error at 1398962134: ext4_mb_generate_buddy:756


which is a big improvement because before it crashes immediately after few seconds.

After applying both fixes the test case runs w/o a crash till now.


-- 
Toralf