FreeBSD on Pine64 experience

[Shawn Webb]

On Fri, Feb 24, 2017 at 06:28:31PM +0100, Milan Obuch wrote:
> On Mon, 20 Feb 2017 12:46:19 +0100
> Milan Obuch <freebsd-arm at dino.sk> wrote:
> 
> > Hi,
> > 
> > some time ago I've got Pine64 board with 1 GB RAM. I decided to put
> > FreeBSD on it as I saw arm64 architecture being worked on. First I
> > tried to build u-boot, it worked somehow, but I was not able to find
> > out the way boot works here, and did not find much time to play
> > afterwards.
> 
> I completed full rebuild with sources at svn revision 313999 now. It
> took almost four days... but no problems so far, everything seems to be
> stable, just some spurious interrupts were detected over the build,
> maybe ten over those four days.
> 
> [ snip ]
> 
> > env ABI=FreeBSD:11:aarch64 pkg install aarch64-binutils
> > 
> > which installed both pkg and aarch64-binutils packages. I know from my
> > earlier attempts to cross compile world for arm64 it was enough to
> > build world, but it was not enough for native build. Trouble was our
> > build environment is sanitized and aarch64-binutils package is
> > installed into /usr/local/aarch64-freebsd/{bin,lib} directories, so
> > they are not in path. I did not find other way to get it working
> > without too much fussing with makefiles et all, but simple crude hack
> > worked - I created links with
> > 
> > ln -s /usr/local/aarch64-freebsd/bin/* /bin
> >
> 
> Actually only ld needs this, so
> 
> ln -s /usr/local/aarch64-freebsd/bin/ld /bin
> 
> was enough. Also, with no deeper analysis, it seems it is necessary
> just for early stage of building toolchain (beginning of 'make
> buildworld'). And now, after svn upgrade to version 314213, it seems to
> be not necessary anymore... I just fired next buildworld...
> 
> > Nothing more was necessary for native buildworld/buildkernel to
> > succeed. At this point after nfs mounting /usr/port I was able to
> > build ports.
> > 
> > When trying installworld, it proceeded almost flawlessly, just at the
> > end following error was reported:
> > 
> > ===> etc (install)
> > ===> etc/newsyslog.conf.d (install)
> > ===> etc/sendmail (install)  
> > cd /usr/src/etc/../share/man; make makedb
> > makewhatis /usr/share/man
> > makewhatis /usr/share/openssl/man
> > <jemalloc>: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/tsd.h:687:
> > Failed assertion: "tsd_booted" *** Signal 6
> >
> 
> This problem remains, at least it occured again this time.

Until the root cause of this problem is found, you can workaround it by
disabling tcache via malloc.conf:

ln -s tcache:false /etc/malloc.conf

Thanks,

-- 
Shawn Webb
Cofounder and Security Engineer
HardenedBSD

GPG Key ID:          0x6A84658F52456EEE
GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89  3D9E 6A84 658F 5245 6EEE
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20170224/a5f9992c/attachment.sig>