Hello,
On Tue, 2021-02-09 at 18:27 +0000, Ken Moffat wrote:
> On Tue, Feb 09, 2021 at 12:29:14AM +0000, Ken Moffat wrote:
> > On Mon, Feb 08, 2021 at 03:52:35AM +0000, Ken Moffat wrote:
> > > 
> > > ../configure --prefix=/usr                            \
> > >              --disable-werror                         \
> > >              --enable-kernel=3.2                      \
> > >              --enable-stack-protector=strong          \
> > >              --with-headers=/usr/include              \
> > >              libc_cv_slibdir=/lib
> > > libc_cv_include_x86_isa_level=no
> > > 
> > > I've started the native build, but the machine is slow (i3, slow
> > > DRAM) and I'm not sure it will get very far before I go to bed. 
> > > My
> > > revised plan is to wait for it to fail, whether that is failign
> > > the
> > > build or failing to boot.
> > > 
> > > Assuming it does fail, I'll start again with that workaround.
> > > 
> > Well I don't need that workaround for using '-march=native -O2' on
> > my skylake, it booted successfully.  Fortunately, Frans said it
> > works for him, and htat distros are using it, so I guess we too
> > should use it.
> > 
> > However, there was one problem other than my own typos in editing
> > scripts - tried to build linux-5.10.13 -
> > 
> >   CC      arch/x86/kernel/apic/apic.o
> > make[3]: *** [scripts/Makefile.build:279:
> > arch/x86/kernel/apic/apic.o] Segmentation fault
Exact same problem here (not a memory problem, or very big
"cosmic ray"). same problem on kernel-5.10.9 too.
this happen using glibc-2.33 AND binutils-2.36.1

rebuilding from scratch using binutils-2.36.1 and keeping
glibc-2.32 make the segmentation fault (I previously restarted
build from scratch with glibc-2.32 + binutils-2.35.1, kernel
compilation was OK).
My conclusion, binutils is the trouble maker.
Could somebody confirm this finding?
Google is mute on this subject but may be my search
keywords were not that good.
advices? suggestions?

> > 
> > Feb  8 20:45:13 leshp klogd: [62379.838193] objtool[10870]:
> > segfault at 70 ip 000000000040c13e sp 00007ffd0f655670 error 4 in
> > objtool[402000+11000]
> > followed by a dump of the code bytes.
> > 
> > Decided to try 5.10.14 just in case, but that failed the same way,
> > on the same file (freshly extracted 5.10 source, freshly patched to
> > .14).  Then I tried 5.11.0-rc7 and that built without problems.
> > 
> > My initial guess is that the memory has gone faulty, so I booted
> > memtest86.  That is currently part-way through the second of four
> > passes, no errors found so far.  Maybe it was the old "cosmic rays"
> > problem, maybe an error will show before memtest86 finishes, or
> > maybe binutils-2.36.1 still has a problem with something in the
> > kernel.
> > 
> > I suppose I'd better go back to updating the rest of my scripts so
> > that I can try builds on haswell and zen1 with -march=native.+
> > 
> 
> Left memtest86 running, all tests ok, but then I noticed it had only
> used one core (the default).  Went back to the CPU options, but both
> parrallel (all cores) and round robin quickly reported that UEFI had
> failed to start CPU2.  My LFS systems on hat machine use the bios, I
> suspect the UEFI problem is par for the course on lower-end
> machines from that date.
> 
> I then booted the new svn system again (5.11.0-rc7) and tried to
> build 5.10.13, 5.10.12, 5.10.15-rc1 : all again failed with a
> segfault.  I'll give it another try with the extra libc_cv setting
> just in case, but probably not for a few days.
> 
> First, I'm running memtest86 on my oldest ryzen before trying to
> build that with -march=native -O3 (again, without the additional
> libc_cv).
> 
> ĸen
> -- 
> Any attempt to brew coffee with a teapot should result in the error
> code "418 I'm a teapot". The resulting entity body MAY be short and
> stout.     -- rfc 2324 (1st April 1998)
> 

-- 
You have seen "Linux from scratch" and looking for ISO files
www.osukiss.org

-- 
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Do not top post on this list.

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

http://en.wikipedia.org/wiki/Posting_style

Reply via email to