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

Re: current toolchain on Alpha is crap?



On Sun, Apr 09, 2017 at 07:47:55PM -0500, Bob Tracy wrote:
> Both my 4.10 and recent 4.11-rc5 builds fail to boot/run properly. 

Just built 4.10.9 for DP264 and that boots fine on the XP1000.

I have the following four extra commits on my kernel:

commit 058948f6ea70eb910c7602c9ce96c075913ff924
Author: Michael Cree <mcree@orcon.net.nz>
Date:   Fri Feb 10 21:17:22 2017 +1300

    alpha: Shift library routines into own alphalib linker section
    
    This addresses vmlinux ld BRADDR relocation errors on Alpha that
    appeared at some point after the 4.8.0 release.  This is based on
    a patchset first provided and tested by Bob Tracy that in turn
    were based on a suggestion by Helge Deller <deller@gmx.de>, with
    significant input from Maciej W. Rozycki <macro@linux-mips.org>
    and Matt Turner <mattst88@gmail.com>.
    
    Approach is to define a new "alphalib" section for all the
    Alpha-specific library functions to be linked into the final
    vmlinux.
    
    Also delete some extraneous white space at end of lines while we
    are at it.

commit 635891340c8a48f2746f501530454df8881f1ec9
Author: Michael Cree <mcree@orcon.net.nz>
Date:   Mon Apr 10 20:58:02 2017 +1200

    Revert "mm/compaction.c: fix zoneindex in kcompactd()"
    
    This reverts commit 0784672d05684de901fc2aa56150d7ea9a475a2d.
    
    Because it leads to random segfaults in user space on the
    Alpha platform.

commit 4ace6a63e6c7a545e5921ec340a7c93a0ac0b02f
Author: Richard Henderson <rth@twiddle.net>
Date:   Wed Jul 30 11:42:31 2014 -1000

    alpha: Remove "strange" OSF/1 fork semantics
    
    The assignment to regs->r20 kills the original tls_val input
    to the clone syscall, which means that clone can no longer be
    restarted with the original inputs.
    
    We could, perhaps, retain this result for true fork, but OSF/1
    compatibility is no longer important.  Note that glibc has never
    used the r20 result value, instead always testing r0 vs 0 to
    determine the child/parent status.
    
    This failure can be seen in the glibc nptl/tst-eintr* tests.
    
    Reported-by: Michael Cree <mcree@orcon.net.nz>
    Signed-off-by: Richard Henderson <rth@twiddle.net>

commit e811f8794673153858eac86448d827002e50ac0a
Author: Michael Cree <mcree@orcon.net.nz>
Date:   Wed Feb 8 13:49:02 2017 +1300

    alpha: fix link errors in user_copy().

Cheers
Michael.


Reply to: