uml: flush stdout before forking
authorVegard Nossum <vegard.nossum@oracle.com>
Fri, 18 Dec 2015 20:28:53 +0000 (21:28 +0100)
committerRichard Weinberger <richard@nod.at>
Sun, 10 Jan 2016 20:49:47 +0000 (21:49 +0100)
commit0754fb298f2f2719f0393491d010d46cfb25d043
tree50e373a0423f25e4707b198b7a5693e169b8cbad
parent9f2dfda2f2f1c6181c3732c16b85c59ab2d195e0
uml: flush stdout before forking

I was seeing some really weird behaviour where piping UML's output
somewhere would cause output to get duplicated:

  $ ./vmlinux | head -n 40
  Checking that ptrace can change system call numbers...Core dump limits :
          soft - 0
          hard - NONE
  OK
  Checking syscall emulation patch for ptrace...Core dump limits :
          soft - 0
          hard - NONE
  OK
  Checking advanced syscall emulation patch for ptrace...Core dump limits :
          soft - 0
          hard - NONE
  OK
  Core dump limits :
          soft - 0
          hard - NONE

This is because these tests do a fork() which duplicates the non-empty
stdout buffer, then glibc flushes the duplicated buffer as each child
exits.

A simple workaround is to flush before forking.

Cc: stable@vger.kernel.org
Signed-off-by: Vegard Nossum <vegard.nossum@oracle.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
arch/um/os-Linux/start_up.c