Re: should aarch64 cross-build work at amd64?

2016-09-28 Thread Ross Alexander

On Fri, 23 Sep 2016 22:19:15 +, Glenn Barber wrote:


On Sat, Sep 24, 2016 at 12:54:05AM +0300, Boris Samorodov wrote:
> 24.09.2016 00:44, Boris Samorodov ?:
> > 24.09.2016 00:39, Glen Barber ?:
> >> On Sat, Sep 24, 2016 at 12:35:30AM +0300, Boris Samorodov wrote:
> >>> make[1]: /poudriere/jails/HEAD-aarch64/usr/src/Makefile.inc1 line 177:
> >>> In-tree binutils does not support the aarch64 architecture. Install the
> >>> aarch64-binutils port or package or set CROSS_BINUTILS_PREFIX.
> >>
> >> These lines are relevant.
> >
> > Ops. Thank you.
>
> The error when aarch64-binutils are installed:
> -
> % sudo poudriere jail -c -j HEAD-aarch64 -a arm.aarch64 -v head -m
> svn+https -J 8

Try with 'arm64.aarch64'.
Glen


Glen,

The more I read this, the less I understand.  I've built and install'd
aarch64-binutils on my poud box, then created an "-x -a arm64.aarch64 -m svn"
jail - which worked fine - but that jail won't build anything.  No
/usr/bin/ld, so toolchain is borked, so can't build ports-mgmt/pkg.
What utterly obvious thing have I missed?  I've spent hours trying to
fake out the nxb-bin stuff, or to find some other point of entry, no
joy.

FreeBSD aubey2.bogons 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r306286:
Fri Sep 23 21:32:37 MDT 2016
toor@aubey2.bogons:/usr/obj/usr/src/sys/GENERIC amd64

poudriere-devel-3.1.99.20160624_2

qemu-user-static-2.6.90.g20160728

aarch64-binutils-2.25.1_3,1

# /usr/sbin/binmiscctl lookup aarch64
name: aarch64
interpreter: /usr/local/bin/qemu-aarch64-static
flags: ENABLED USE_MASK
magic size: 20
magic offset: 0
magic: 0x7f 0x45 0x4c 0x46  0x02 0x01 0x01 0x00  0x00 0x00 0x00 0x00
   0x00 0x00 0x00 0x00  0x02 0x00 0xb7 0x00
   mask:  0xff 0xff 0xff 0xff  0xff 0xff 0xff 0x00  0xff 0xff 0xff 0xff
  0xff 0xff 0xff 0xff  0xfe 0xff 0xff 0xff

failing jail is "11-stab-arm64 11.0-PRERELEASE r306344 arm64.aarch64 svn 2016-09-26 
18:54:15 /usr/local/pd/jails/11-stab-arm64"

advance thanks,
Ross
--
Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, r...@athabascau.ca

   "Plato's scheme of folly, which would have the philosophers take
over the management of affairs, has been turned on its head; the
men of affairs have taken over the direction and pursuit of
knowledge."
-- Thorstein Veblen, _The Higher Learning in America_

--
   This communication is intended for the use of the recipient to whom it
   is addressed, and may contain confidential, personal, and or privileged
   information. Please contact us immediately if you are not the intended
   recipient of this communication, and do not copy, distribute, or take
   action relying on it. Any communications received in error, or
   subsequent reply, should be deleted or destroyed.
---
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Subject: Re: NanoBSD install phase failing for releng/11

2016-08-23 Thread Ross Alexander

On Mon, Aug 22, 2016 at 01:08:11PM +0200, Guido Falsi wrote:


Hi,

While building a NanoBSD image using releng/11 sources I got this error
message:

===> lib/libc++ (install)
install  -C -o root -g wheel -m 444   libc++.a
/usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/

[...]

/usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib/libcxxrt.so
install: symlink ../../lib/libcxxrt.so.1 ->
/usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib: File exists
*** Error code 71

Stop.


I'm seeing this error (symlink of libcxxrt.so.1 fails with diagnostic
of prexisting file) in three seperate poudrieres, running on
12-current amd64s machines, while attempting to build or update
11-stable-amd64 jails.

   poudriere jail -j 11-stab-amd64 -u

I've tried blowing the jail away and rebuilding;

   poudriere jail -d -j 11-stab-amd64
   poudriere jail -c -j 11-stab-amd64 -m svn -v stable/11

but no luck; this fails as well, in the same way (and
leaves me with no 11-stab-amd64 build jail, foo.)

The 12-curr host machines are reasonably fresh builds -

aubey2:/root # uname -a
FreeBSD aubey2.bogons 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r304443: \
Thu Aug 18 23:46:18 MDT 2016 \
toor@aubey2.bogons:/usr/obj/usr/src/sys/GENERIC-NODEBUG  amd64

chimera:/root # uname -a
FreeBSD chimera.bogons 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r304224M: \
Tue Aug 16 11:08:38 MDT 2016 \
toor@chimera.bogons:/usr/obj/usr/src/sys/GENERIC-NODEBUG  amd64

/etc/make.conf is

NO_LPR=YES
OPTIONS_SET=CUPS
WITH_CUPS=YES
CUPS_OVERWRITE_BASE=YES

KERNCONF=GENERIC-NODEBUG
MALLOC_PRODUCTION=yes
SVN=/usr/bin/svnlite
SVN_UPDATE=yes
WITH_FAST_DEPEND=yes
WITH_GALLIUM="YES"
WITH_PKGNG=yes

Some experimentation shows that "WITH_FAST_DEPEND=yes" isn't the issue;
in or out, same result.

log just before the fail is:

===> lib/libcxxrt (install)
--- _libinstall ---
install -N /usr/local/pd/jails/11-stab-amd64/usr/src/etc  -C -o root -g 
wheel -m 444   libcxxrt.a /usr/local/pd/jails/11-stab-amd64/usr/lib/
install -N /usr/local/pd/jails/11-stab-amd64/usr/src/etc  -C -o root -g 
wheel -m 444   libcxxrt_p.a /usr/local/pd/jails/11-stab-amd64/usr/lib/
install -N /usr/local/pd/jails/11-stab-amd64/usr/src/etc  -s -o root -g 
wheel -m 444 libcxxrt.so.1 /usr/local/pd/jails/11-stab-amd64/lib/
install -N /usr/local/pd/jails/11-stab-amd64/usr/src/etc  -o root -g wheel 
-m 444libcxxrt.so.1.debug 
/usr/local/pd/jails/11-stab-amd64/usr/lib/debug/lib/
install -N /usr/local/pd/jails/11-stab-amd64/usr/src/etc -l rs  
/usr/local/pd/jails/11-stab-amd64/lib/libcxxrt.so.1  
/usr/local/pd/jails/11-stab-amd64/usr/lib/libcxxrt.so
install: symlink ../../lib/libcxxrt.so.1 -> 
/usr/local/pd/jails/11-stab-amd64/usr/lib: File exists
*** [_libinstall] Error code 71
make[5]: stopped in /usr/local/pd/jails/11-stab-amd64/usr/src/lib/libcxxrt
1 error
make[5]: stopped in /usr/local/pd/jails/11-stab-amd64/usr/src/lib/libcxxrt
*** [realinstall] Error code 2
make[4]: stopped in /usr/local/pd/jails/11-stab-amd64/usr/src/lib
1 error
make[4]: stopped in /usr/local/pd/jails/11-stab-amd64/usr/src/lib
*** [realinstall_subdir_lib] Error code 2
make[3]: stopped in /usr/local/pd/jails/11-stab-amd64/usr/src
1 error
make[3]: stopped in /usr/local/pd/jails/11-stab-amd64/usr/src
*** [reinstall] Error code 2
make[2]: stopped in /usr/local/pd/jails/11-stab-amd64/usr/src
1 error
make[2]: stopped in /usr/local/pd/jails/11-stab-amd64/usr/src
*** [installworld] Error code 2
make[1]: stopped in /usr/local/pd/jails/11-stab-amd64/usr/src
1 error
make[1]: stopped in /usr/local/pd/jails/11-stab-amd64/usr/src
*** [installworld] Error code 2
make: stopped in /usr/local/pd/jails/11-stab-amd64/usr/src
1 error
make: stopped in /usr/local/pd/jails/11-stab-amd64/usr/src
[00:35:57] >> Error: Failed to 'make installworld'
15113.866u 1497.004s 35:57.43 769.9%49262+602k 335984+2724910io 
484194pf+0w

regards,
Ross
--
Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, r...@athabascau.ca

   "Plato's scheme of folly, which would have the philosophers take
over the management of affairs, has been turned on its head; the
men of affairs have taken over the direction and pursuit of
knowledge."
-- Thorstein Veblen, _The Higher Learning in America_

--
   This communication is intended for the use of the recipient to whom it
   is addressed, and may contain confidential, personal, and or privileged
   information. Please contact us immediately if you are not the intended
   recipient of this communication, and do not copy, distribute, or take
   action relying on it. Any communications received in error, or
   subsequent reply, should be deleted or destroyed.
---
___
freebsd-current@freebsd.

Re: Re: latest openjdk7 triggers kernel panic

2013-12-28 Thread Ross Alexander

On Fri, 27 Dec 2013, Peter Wemm wrote:


Date: Thu, 26 Dec 2013 10:33:01 -0800
From: Peter Wemm 
To: Antoine Brodin 
Cc: Alan Cox , Marcel Moolenaar ,
FreeBSD Current , Andriy Gapon
, freebsd-j...@freebsd.org
Subject: Re: latest openjdk7 triggers kernel panic
Message-ID:

Content-Type: text/plain; charset=ISO-8859-1

On Thu, Dec 26, 2013 at 7:39 AM, Antoine Brodin  wrote:

On Thu, Dec 26, 2013 at 1:04 PM, Andriy Gapon  wrote:

...

Hello,

FWIW,  I had a similar panic today on 9.2-RELEASE with a GENERIC kernel:
panic: Bad entry start/end for new stack entry
cpuid = 1
KDB: stack backtrace:
#0 0x80947986 at kdb_backtrace+0x66
#1 0x8090d9ae at panic+0x1ce
#2 0x80b81314 at vm_map_stack+0x274
#3 0x80b83584 at vm_mmap+0x674
#4 0x80b83d2f at sys_mmap+0x1cf
#5 0x80cf187a at amd64_syscall+0x5ea
#6 0x80cdbff7 at Xfast_syscall+0xf7

It looks like the box was compiling java related ports (java/jaxen and
devel/antlr) when it panic'ed.


This is troubling.  I'm wondering what's changed and why we haven't
seen this before.

Just so I'm clear, you're building 9.2 ports on a 9.2-REL kernel,
right?  and not something like building 9.2-REL ports inside a jail on
a 10.x or 11.x host?  10.x / 11.x are not involved and you're seeing
this?

Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV


Another data point - I'm running 9.2, svn to 9-stable, and my ports
tree is kept current with portsnap.

On Wednesday (25 Dec) I built the "devel/arduino" port, which pulls in
openjdk-6.2.  I was using a /usr/src & /usr/ports updated 13 December.
The kernel was r259382:.  Everything worked great.

Thursday, I did

  svn update /usr/src
  portsnap fetch update

(the svn is against 9-stable), rebuilt world+kernel, and ran
'portupgrade -a'.  That gave a r259923 kernel.

Arduino now reliably takes the box down, no dump, just a freeze /
reboot.  Rebooting on the older kernel doesn't fix anything.

regards,
Ross ve6pdq
--
Ross Alexander, (780) 675-6823 / (780) 689-0749, r...@athabascau.ca

"Always do right. This will gratify some people,
 and astound the rest."  -- Samuel Clemens

--
   This communication is intended for the use of the recipient to whom it
   is addressed, and may contain confidential, personal, and or privileged
   information. Please contact us immediately if you are not the intended
   recipient of this communication, and do not copy, distribute, or take
   action relying on it. Any communications received in error, or
   subsequent reply, should be deleted or destroyed.
---
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"