Can't boot current under bhyve on current

2019-08-15 Thread Sean Eric Fagan 
I get:
 
Loading kernel...
/boot/kernel/kernel text=0x16c493c data=0x1c8b38+0x819238
syms=[0x8+0x180c18+0x8+0x19df0b]
Loading configured modules...
can't find '/boot/entropy'
\
 
Note that I am using vm-bhyve as a management & control wrapper, so that was
done by doing

vm create VM-TEST ; vm install VM-TEST 13.0.iso

Sean.
___
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"

Stop installing /usr/bin/clang

2019-08-15 Thread Konstantin Belousov 
Please look at https://reviews.freebsd.org/D21060
I propose to stop installing /usr/bin/clang, clang++, clang-cpp.

It probably does not matter when all your software comes from ports or
packages, but is actually very annoying when developing on FreeBSD.
In particular, you never know which `clang' is called in the user
environment, because it depends on the $PATH elements ordering.

To clear some confusion: this has nothing to do with not installing
compiler from base, /usr/bin/c{c,++,pp} are still there after the change
is applied.  It only to make clang on par with gcc, and to remove one
thing that was quite time-consuming in multi-target environment for me
during porting something large in FreeBSD userspace.
___
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"

r351066 lib/libc/tests/hash (install) … don't know how to make _testsDATA_FILESINS1_data/md5test-in

2019-08-15 Thread Graham Perrin 

Whilst running
make installworld && etcupdate

…
===> lib/libc/tests/hash (install)
install  -o root  -g wheel -m 555  hash_test 
/usr/tests/lib/libc/hash/hash_test

make[7]: don't know how to make _testsDATA_FILESINS1_data/md5test-in. Stop
…

Photo: 

make.conf:

PORTS_MODULES= graphics/gpu-firmware-kmod graphics/drm-legacy-kmod 
emulators/virtualbox-ose-kmod

DEFAULT_VERSIONS+=samba=4.8
# 


# WITHOUT_LLVM_TARGET_AARCH64=
# WITHOUT_LLVM_TARGET_ARM=
# WITHOUT_LLVM_TARGET_MIPS=
# WITHOUT_LLVM_TARGET_POWERPC=
# WITHOUT_LLVM_TARGET_SPARC=
# WITHOUT_LLVM_TARGET_X86=
# 


WITHOUT_LLVM_TARGET_ALL=
# ... mesa-dri doesn't use LLVM_DEFAULT. Set

# in your make.conf if you want it to use LLVM_DEFAULT at your own risk.
MESA_LLVM_VER=${LLVM_DEFAULT}

DEFAULT_VERSIONS+=llvm=90
___
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"

Re: r351066 lib/libc/tests/hash (install) … don't know how to make _testsDATA_FILESINS1_data/md5test-in

2019-08-15 Thread Jung-uk Kim 
On 19. 8. 15., Graham Perrin wrote:
> Whilst running
> make installworld && etcupdate
> 
> …
> ===> lib/libc/tests/hash (install)
> install  -o root  -g wheel -m 555  hash_test
> /usr/tests/lib/libc/hash/hash_test
> make[7]: don't know how to make _testsDATA_FILESINS1_data/md5test-in. Stop
> …
> 
> Photo: 
> 
> make.conf:
> 
> PORTS_MODULES= graphics/gpu-firmware-kmod graphics/drm-legacy-kmod
> emulators/virtualbox-ose-kmod
> DEFAULT_VERSIONS+=samba=4.8
> #
> 
> 
> # WITHOUT_LLVM_TARGET_AARCH64=
> # WITHOUT_LLVM_TARGET_ARM=
> # WITHOUT_LLVM_TARGET_MIPS=
> # WITHOUT_LLVM_TARGET_POWERPC=
> # WITHOUT_LLVM_TARGET_SPARC=
> # WITHOUT_LLVM_TARGET_X86=
> #
> 
> 
> WITHOUT_LLVM_TARGET_ALL=
> # ... mesa-dri doesn't use LLVM_DEFAULT. Set
> 
> # in your make.conf if you want it to use LLVM_DEFAULT at your own risk.
> MESA_LLVM_VER=${LLVM_DEFAULT}
> 
> DEFAULT_VERSIONS+=llvm=90

I believe r351055 was the culprit.

https://svnweb.freebsd.org/changeset/base/351055

Note r351067 reverted it.

https://svnweb.freebsd.org/changeset/base/351067

Jung-uk Kim



signature.asc
Description: OpenPGP digital signature

svn commit: r351100 - head/sys/dev/iicbus/twsi looks to be missing (uintmax_t) cast

2019-08-15 Thread Mark Millard 
A textually small nit for r351100 is that %ju normally goes with a
(uintmax_t) cast, so more like:

debugf(sc->dev, "Bus clock is at %ju\n", (uintmax_t)clk);

%ju need not match up with uint64_t from:

uint64_t clk;


===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

___
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"

FreeBSD-13.0-CURRENT 20190815-r351067 is online

2019-08-15 Thread Clay Daniels Jr. 
 FreeBSD-13.0-CURRENT-amd64-20190815-r351067-disc1.iso.xz
<https://download.freebsd.org/ftp/snapshots/amd64/amd64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-amd64-20190815-r351067-disc1.iso.xz>
___
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"

head -r351102 amd64 rebuilding itself but via devel/xtoolchain-llvm90 ( rc2: ports head -r509054 ) fails for boot2.out: ld.lld: error: undefined symbol: __ashldi3

2019-08-15 Thread Mark Millard 
My attempt to have -r351102 rebuild itself via devel/llvm90 (rc2)
got:

--- all_subdir_stand ---
--- boot2.out ---
ld.lld: error: undefined symbol: __ashldi3
>>> referenced by ufsread.c:234 (/usr/src/stand/libsa/ufsread.c:234)
>>>   boot2.o:(fsread)
>>> referenced by ufsread.c:270 (/usr/src/stand/libsa/ufsread.c:270)
>>>   boot2.o:(fsread)
>>> referenced by ufsread.c:295 (/usr/src/stand/libsa/ufsread.c:295)
>>>   boot2.o:(fsread)
>>> referenced by ufsread.c:297 (/usr/src/stand/libsa/ufsread.c:297)
>>>   boot2.o:(fsread)
*** [boot2.out] Error code 1

make[5]: stopped in /usr/src/stand/i386/boot2
.ERROR_TARGET='boot2.out'
.ERROR_META_FILE='/usr/obj/amd64_xtoolchain-llvm/amd64.amd64/usr/src/amd64.amd64/stand/i386/boot2/boot2.out.meta'
.MAKE.LEVEL='5'
MAKEFILE=''
.MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose'
_ERROR_CMD='/usr/local/llvm90/bin/ld.lld -m elf_i386_fbsd -static -N 
--gc-sections -Ttext 0x2000 -o boot2.out 
/usr/obj/amd64_xtoolchain-llvm/amd64.amd64/usr/src/amd64.amd64/stand/i386/btx/lib/crt0.o
 boot2.o sio.o;'
.CURDIR='/usr/src/stand/i386/boot2'
.MAKE='make'
.OBJDIR='/usr/obj/amd64_xtoolchain-llvm/amd64.amd64/usr/src/amd64.amd64/stand/i386/boot2'
.TARGETS='all'
DESTDIR='/usr/obj/amd64_xtoolchain-llvm/amd64.amd64/usr/src/amd64.amd64/tmp'
LD_LIBRARY_PATH=''
MACHINE='amd64'
MACHINE_ARCH='amd64'
MAKEOBJDIRPREFIX=''
MAKESYSPATH='/usr/src/share/mk'
MAKE_VERSION='20181221'
PATH='/usr/obj/amd64_xtoolchain-llvm/amd64.amd64/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/amd64_xtoolchain-llvm/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/amd64_xtoolchain-llvm/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/amd64_xtoolchain-llvm/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/amd64_xtoolchain-llvm/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/bin::/sbin:/bin:/usr/sbin:/usr/bin'
SRCTOP='/usr/src'
OBJTOP='/usr/obj/amd64_xtoolchain-llvm/amd64.amd64/usr/src/amd64.amd64'
.MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk 
/usr/src/share/mk/src.sys.env.mk 
/root/src.configs/src.conf.amd64-xtoolchain-llvm.amd64-host 
/usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk 
/usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk 
/root/src.configs/make.conf /usr/src/share/mk/local.sys.mk 
/usr/src/share/mk/src.sys.mk /dev/null /usr/src/stand/i386/boot2/Makefile 
/usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk 
/usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk 
/usr/src/share/mk/src.init.mk /usr/src/stand/i386/boot2/../Makefile.inc 
/usr/src/share/mk/bsd.linker.mk /usr/src/stand/i386/boot2/../../Makefile.inc 
/usr/src/stand/i386/boot2/../../defs.mk /usr/src/share/mk/src.opts.mk 
/usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk 
/usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.prog.mk 
/usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk 
/usr/src/share/mk/bsd.nls.mk /us
 r/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk 
/usr/src/share/mk/bsd.dirs.mk /usr/src/share/mk/bsd.incs.mk 
/usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk 
/usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk 
/usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk 
/usr/src/share/mk/bsd.sys.mk'
.PATH='. /usr/src/stand/i386/boot2'
1 error

FYI:

# uname -apKU
FreeBSD FBSDFHUGE 13.0-CURRENT FreeBSD 13.0-CURRENT #29 r351102M: Thu Aug 15 
14:22:00 PDT 2019 
markmi@FBSDFHUGE:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/sys/GENERIC-NODBG
  amd64 amd64 1300039 1300039


===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

___
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"

Re: Stop installing /usr/bin/clang

2019-08-15 Thread nonameless 
I see the same thing with base /usr/bin/ld and /usr/local/bin/ld from binutils.

--- Original message ---
From: "Konstantin Belousov" 
Date: 15 August 2019, 19:48:37

Please look at https://reviews.freebsd.org/D21060
I propose to stop installing /usr/bin/clang, clang++, clang-cpp.

It probably does not matter when all your software comes from ports or
packages, but is actually very annoying when developing on FreeBSD.
In particular, you never know which `clang' is called in the user
environment, because it depends on the $PATH elements ordering.

To clear some confusion: this has nothing to do with not installing
compiler from base, /usr/bin/c{c,++,pp} are still there after the change
is applied.  It only to make clang on par with gcc, and to remove one
thing that was quite time-consuming in multi-target environment for me
during porting something large in FreeBSD userspace.
___
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"
___
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"