Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 25 Jan 2018 01:39:36 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-bugs@FreeBSD.org
Subject:   [Bug 225182] devel/powerpc64-xtoolchain-gcc: SLOF Data Storage Exception on boot with kernel built with devel/powerpc64-xtoolchain-gcc
Message-ID:  <bug-225182-8-hz3u5ffMhm@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-225182-8@https.bugs.freebsd.org/bugzilla/>
References:  <bug-225182-8@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225182

Mark Millard <marklmi26-fbsd@yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |marklmi26-fbsd@yahoo.com

--- Comment #6 from Mark Millard <marklmi26-fbsd@yahoo.com> ---
(In reply to Kenneth Salerno from comment #5)

Just as a point of reference for a
PowerMac G5 context:

# uname -apKU
FreeBSD FBSDG5L 12.0-CURRENT FreeBSD 12.0-CURRENT  r327364M  powerpc powerp=
c64
1200054 1200054

This was built via:

A) kernel: devel/powerpc64-xtoolchain-gcc based
B) world: system clang 5.0.1 based
   [I experiment with clang targeting powerpc64
    and powerpc.)

Both were using devel/powerpc64-binutils .

Both were cross builds from an amd64 context.

(As seen from the version number, its been a while since
I've updated. But it is not far back on the scale you report
exploring.)

I can list src.conf content used and the like if appropriate.

Note: I could also boot and run based on a clang 5.0.1 kernel
      as long as I made sure no kernel module was dynamically
      loaded. 5.0.1 is generating a new type of relocation
      information that the kernel is not handling. With 5.0.0
      I used to use a clang-based kernel.

It has been a while since I tried it, but I used to be able to
also build and install world based on
devel/powerpc64-xtoolchain-gcc and it worked.

Other notes:

If clang builds the system-library support for C++ exception
handling, then any thrown exception causes a process crash.
clang does not do everything it should for the built-ins
involved.

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-225182-8-hz3u5ffMhm>