Date: Sun, 17 Feb 2019 23:22:48 +0100 From: "Herbert J. Skuhra" <herbert@gojira.at> To: Konstantin Belousov <kostikbel@gmail.com> Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-stable@freebsd.org, svn-src-stable-12@freebsd.org Subject: Re: svn commit: r344157 - stable/12/lib/libc/x86/sys Message-ID: <87bm3aawcn.wl-herbert@gojira.at> In-Reply-To: <20190217211916.GD2420@kib.kiev.ua> References: <201902151133.x1FBXmHU060955@repo.freebsd.org> <87d0nqazuq.wl-herbert@gojira.at> <20190217211916.GD2420@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
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= 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?87bm3aawcn.wl-herbert>