Date: Mon, 18 Feb 2019 09:58:14 +0200 From: Konstantin Belousov <kostikbel@gmail.com> To: "Herbert J. Skuhra" <herbert@gojira.at> 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: <20190218075814.GE2420@kib.kiev.ua> In-Reply-To: <87bm3aawcn.wl-herbert@gojira.at> References: <201902151133.x1FBXmHU060955@repo.freebsd.org> <87d0nqazuq.wl-herbert@gojira.at> <20190217211916.GD2420@kib.kiev.ua> <87bm3aawcn.wl-herbert@gojira.at>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190218075814.GE2420>