svn commit: r344157 - stable/12/lib/libc/x86/sys

Konstantin Belousov kostikbel at gmail.com
Mon Feb 18 07:58:24 UTC 2019


On Sun, Feb 17, 2019 at 11:22:48PM +0100, Herbert J. Skuhra wrote:
> On Sun, 17 Feb 2019 22:19:16 +0100, Konstantin Belousov wrote:
> > 
> > On Sun, Feb 17, 2019 at 10:07:09PM +0100, Herbert J. Skuhra wrote:
> > > On Fri, 15 Feb 2019 12:33:48 +0100, Konstantin Belousov wrote:
> > > > 
> > > > Author: kib
> > > > Date: Fri Feb 15 11:33:48 2019
> > > > New Revision: 344157
> > > > URL: https://svnweb.freebsd.org/changeset/base/344157
> > > > 
> > > > Log:
> > > >   MFC r343855, r343859:
> > > >   Use ifunc to select the barrier instruction for RDTSC.
> > > > 
> > > > Modified:
> > > >   stable/12/lib/libc/x86/sys/__vdso_gettc.c
> > > > Directory Properties:
> > > >   stable/12/   (props changed)
> > > 
> > > After upgrading my Soekris Net 6501-70 (amd64) to this revision the
> > > system is unusable. Basically all programs produce a "Segmentation
> > > fault (core dumped)":
> > > 
> > > pid 856 (ls), jid 0, uid 1001: exited on signal 11 (core dumped)
> > > pid 857 (ls), jid 0, uid 1001: exited on signal 11 (core dumped)
> > > pid 858 (bsdtar), jid 0, uid 0: exited on signal 11 (core dumped)
> > > pid 859 (sh), jid 0, uid 0: exited on signal 11 (core dumped)
> > > pid 876 (dmesg), jid 0, uid 1001: exited on signal 11 (core dumped)
> > > pid 877 (su), jid 0, uid 0: exited on signal 11
> > > pid 880 (more), jid 0, uid 1001: exited on signal 11 (core dumped)
> > > pid 885 (sudo), jid 0, uid 0: exited on signal 11
> > 
> > What do you have in your make.conf and src.conf ?
> 
> I am building on a faster machine with a Intel(R) Xeon(R) CPU.
> 
> /etc/src.conf:
> 
> WITHOUT_DEBUG_FILES=
> WITHOUT_KERNEL_SYMBOLS=
> WITHOUT_PROFILE=
> WITH_KERNEL_RETPOLINE=

> WITH_RETPOLINE=
^^^^^^
Remove this setting and rebuild the world.
Is it still broken ?

> INSTALL_NODEBUG=
> WITHOUT_TESTS=
> WITHOUT_GAMES=
> 
> /etc/make.conf contains only a line for KERNCONF and DEFAULT_VERSIONS.
> 
> > Can you show me CPU identification lines from dmesg for a verbose boot ?
> 
> CPU: Genuine Intel(R) CPU        @ 1.60GHz (1600.06-MHz K8-class CPU)
>   Origin="GenuineIntel"  Id=0x20661  Family=0x6  Model=0x26  Stepping=1
>   Features=0xbfe9fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
>   Features2=0x40e3bd<SSE3,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE>
>   AMD Features=0x20100800<SYSCALL,NX,LM>
>   AMD Features2=0x1<LAHF>
>   VT-x: (disabled in BIOS) Basic Features=0x5a0400<SMM,INS/OUTS>
>         Pin-Based Controls=0x3f<ExtINT,NMI,VNMI>
>         Primary Processor Controls=0x77f9fffe<INTWIN,TSCOff,HLT,INVLPG,MWAIT,RDPMC,RDTSC,CR3-LD,CR3-ST,CR8-LD,CR8-ST,TPR,NMIWIN,MOV-DR,IO,IOmap,
> MSRmap,MONITOR,PAUSE>
>         Exit Controls=0x5a0400<PAT-LD,EFER-SV,PTMR-SV>
>         Entry Controls=0x5a0400
>   TSC: P-state invariant, performance statistics
> Data TLB0: 4 KByte pages, fully associative, 16 entries
> Data TLB1: 4 KByte pages, 4-way associative, 64 entries
> Instruction TLB: 4 KByte pages, 32 entries
> Data TLB: 4 KByte and 4 MByte pages, 4-way associative, 8 entries
> 2nd-level cache: 512 KByte, 8-way set associative, 64-byte line size
> 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size
> 1st-level data cache: 24 KBytes, 6-way set associative, 64 byte line size
> L2 cache: 512 kbytes, 8-way associative, 64 bytes/line
> 
> > I suspect that you can take /lib/libc.so.7 from 12.0 RELEASE and restore
> > the system.  If it helps, please move your existing libc.so.7 into some
> > directory, reproduce the problem with 'LD_LIBRARY_PATH=<path to dir with
> > bad libc.so.7> /bin/ls' and load the core into gdb.  I want to see
> > the backtrace for start.
> 
> Yes, restoring /lib/libc.so.7 from previous build (r344152) works.
> 
> #0  0x0000000800487800 in *ABS*@plt () from /home/herbert/broken_libc/libc.so.7
> #1  0x000000080048781c in *ABS*@plt () from /home/herbert/broken_libc/libc.so.7
> #2  0x00000008003f2e6a in xdr_ypresponse () from /home/herbert/broken_libc/libc.so.7
> #3  0x0000000800464849 in access () from /home/herbert/broken_libc/libc.so.7
> #4  0x0000000800464938 in access () from /home/herbert/broken_libc/libc.so.7
> #5  0x0000000800429ad1 in clock_gettime () from /home/herbert/broken_libc/libc.so.7
> #6  0x00000008003b574f in madvise () from /home/herbert/broken_libc/libc.so.7
> #7  0x00000008003da262 in _pthread_mutex_init_calloc_cb () from /home/herbert/broken_libc/libc.so.7
> #8  0x00000008003dc4ba in _pthread_mutex_init_calloc_cb () from /home/herbert/broken_libc/libc.so.7
> #9  0x00000008003e958c in _malloc_first_thread () from /home/herbert/broken_libc/libc.so.7
> #10 0x00000008003e7ba8 in nallocm () from /home/herbert/broken_libc/libc.so.7
> #11 0x0000000800214479 in r_debug_state () from /libexec/ld-elf.so.1
> #12 0x000000080021305a in __tls_get_addr () from /libexec/ld-elf.so.1
> #13 0x0000000800211019 in ?? () from /libexec/ld-elf.so.1
> #14 0x0000000000000000 in ?? ()
> 
> -- 
> Herbert


More information about the svn-src-all mailing list