rt kernel break printf command's parent process

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all

I use yocto rt-kernel which rebase on rt kernel:

http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto/log/?h=v5.0/standard/preempt-rt/intel-x86

yocto branch: master

run command:

printf "%0.0f\n" 123.4567

error:

[ OK ] Stopped Serial Getty on ttyS0.
[ OK ] Started Serial Getty on ttyS0.

the system loged out, and let login again.

I using bisect to find which commit break the it:

---------------------------------------------------------------------------

commit 6115b04921fc2b8a6b9f7de6d35a0202204a36ba
Author: Rik van Riel <riel@xxxxxxxxxxx>
Date:   Sun Sep 9 18:30:50 2018 +0200

    x86/fpu: Always store the registers in copy_fpstate_to_sigframe()

    copy_fpstate_to_sigframe() stores the registers directly to user space.
    This is okay because the FPU register are valid and saving it directly
    avoids saving it into kernel memory and making a copy.
    However<E2><80><A6> We can't keep doing this if we are going to restore the FPU
    registers on the return to userland. It is possible that the FPU
    registers will be invalidated in the middle of the save operation and
    this should be done with disabled preemption / BH.

    Save the FPU registers to task's FPU struct and copy them to the user
    memory later on.

    This code is extracted from an earlier version of the patchset while
    there still was lazy-FPU on x86.

    Signed-off-by: Rik van Riel <riel@xxxxxxxxxxx>
    Signed-off-by: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>

---------------------------------------------------------------------------

When I want to revert it, I found it's a serial patches, so if I revert it, I need to revert a serial patches.

So can anyone help me to trace where break the return from printf and break the parent process?




[Index of Archives]     [RT Stable]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux