Re: 11.0-CURRENT -r276514: lib/libpjdlog/pjdlog.c has stdarg.h after printf.h

2015-03-22 Thread Mark Millard
Millard markmi at dsl-only.net On 2015-Mar-22, at 05:14 AM, Dimitry Andric dim at FreeBSD.org wrote: On 22 Mar 2015, at 03:45, Mark Millard markmi at dsl-only.net wrote: ... Looking at the sources suggests that stdarg.h is explicitly in the #include sequence too late to guarantee va_args

11.0-CURRENT -r276514: lib/libpjdlog/pjdlog.c has stdarg.h after printf.h

2015-03-21 Thread Mark Millard
10:00:25 -0700 (Tue, 10 Mar 2015) === Mark Millard markmi at dsl-only.net ___ 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

FYI: 11.0-CURRENT's contrib/ntp -r280915, some boot-time ntpd error messages

2015-04-01 Thread Mark Millard
/include/c++/v1/. -std=gnu++11 -L/usr/lib/. === Mark Millard markmi at dsl-only.net ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr

11.0-CURRENT: SCTP_MAX_CWND, lib/libc/net/sctp_sys_calls.c -r279859 vs. updating to head snaphot -r280598

2015-03-26 Thread Mark Millard
-freebsd11.0-g++ lrwxr-xr-x 1 root wheel 48 Mar 19 04:20 /usr/bin/gcc@ - /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc # more /etc/make.conf WRKDIRPREFIX=/usr/obj/portswork #WITH_DEBUG= MALLOC_PRODUCTION= === Mark Millard markmi at dsl-only.net

11.0-CURRENT: SBUF_INCLUDENUL, /head/sys/kern/subr_sbuf.c -r280193 vs. updating to head snaphot -r280598

2015-03-27 Thread Mark Millard
/local/bin/powerpc64-portbld-freebsd11.0-gcc # more /etc/make.conf WRKDIRPREFIX=/usr/obj/portswork #WITH_DEBUG= MALLOC_PRODUCTION= === Mark Millard markmi at dsl-only.net ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman

11.0-CURRENT: BIO_F_DGRAM_SCTP_WRITE, /head/crypto/openssl/crypto/bio/bio_err.c -r280297 vs. updating to head snaphot -r280598

2015-03-27 Thread Mark Millard
WRKDIRPREFIX=/usr/obj/portswork #WITH_DEBUG= MALLOC_PRODUCTION= === Mark Millard markmi at dsl-only.net ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current

11.0-CURRENT: DTLS1_VERSION_MAJOR, /head/crypto/openssl/ssl/ssl_asn1.c -r280297 vs. updating to head snaphot -r280598

2015-03-27 Thread Mark Millard
/dtls1.h or /usr/src/crypto/openssl/ssl/dtls1.h (new): # diff -w /usr/include/openssl/dtls1.h /usr/obj/usr/src/tmp/usr/include/openssl/dtls1.h | more 87a88 # define DTLS1_VERSION_MAJOR 0xFE 123,129c124,128 ... === Mark Millard markmi at dsl-only.net On 2015-Mar-27, at 02:44 AM

Re: FYI: 11.0-CURRENT's contrib/ntp -r280915, some boot-time ntpd error messages

2015-04-01 Thread Mark Millard
31 17:20:08 FBSDG5C0 ntpd[775]: setsockopt IPV6_MULTICAST_IF 0 for [omitted] fails: Can't assign requested address === Mark Millard markmi at dsl-only.net On 2015-Mar-31, at 07:13 PM, Mark Millard markmi at dsl-only.net wrote: Basic context: $ dmesg | head ... FreeBSD 11.0-CURRENT #3

Re: FYI: 11.0-CURRENT's contrib/ntp -r280915, some boot-time ntpd error messages

2015-04-02 Thread Mark Millard
On 2015-Apr-1, at 08:12 PM, Kevin Oberman rkoberman at gmail.com wrote: On Wed, Apr 1, 2015 at 12:08 PM, Mark Millard markmi at dsl-only.net wrote: I rebuilt and the boot-message line Mar 31 17:20:08 FBSDG5C0 ntpd[775]: line 22 column 1 syntax error is no longer is occurring. But I'm

11.0-CURRENT (on powerpc64) WITH_CCACHE_BUILD= : example failure

2015-12-06 Thread Mark Millard
ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 402906 > Node Kind: directory > Schedule: normal > Last Changed Author: wen > Last Changed Rev: 402906 > Last Changed Date: 2015-12-03 18:06:07 -0800 (Thu, 03 Dec 2015) === Mark Millard markmi at dsl-on

11.0-CURRENT SRC_ENV_CONF file vs. MAKEOBJDIRPREFIX in the file: they do not mix

2015-12-06 Thread Mark Millard
in this file are MAKEOBJDIRPREFIX, > WITH_DIRDEPS_BUILD, and WITH_META_MODE as they are environment-only > variables. === Mark Millard markmi at dsl-only.net ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman

Re: 11.0-CURRENT (on powerpc64) WITH_CCACHE_BUILD= : example failure

2015-12-06 Thread Mark Millard
I'm adding a note about the missing "\" being just an E-mail editing error, not an original command error. . . On 2015-Dec-6, at 8:32 AM, Mark Millard <mar...@dsl-only.net> wrote: > Mostly just an FYI: This means that for my own purposes I'll tend to avoid > WITH

powerpc64-gcc 5.2 vintages get L". . ." type wrong compared to Char for FreeBSD for lib32 compiling

2015-12-06 Thread Mark Millard
defaults are correct for FreeBSD as far as the type goes. It might need a more explicit type to be sure of a Char match for that freebsd.h file's context.) The 4.9 vintages of powerpc64-gcc were messed up the same way, as was noted at the time. === Mark Millard markmi at dsl-only.net ___

Re: powerpc64-gcc 5.2 vintages get L". . ." type wrong compared to Char for FreeBSD for lib32 compiling

2015-12-09 Thread Mark Millard
if such a build actually works for installworld and reboot.)] > On 2015-Dec-6, at 2:44 PM, Andreas Tobler <andreast-l...@fgznet.ch> wrote: > > On 06.12.15 22:34, Mark Millard wrote: >> [I picked the lists that I did because powerpc64-gcc is the external >> toolchain created to al

Re: 11.0-CURRENT SRC_ENV_CONF file vs. MAKEOBJDIRPREFIX in the file: they do not mix

2015-12-07 Thread Mark Millard
> On 2015-Dec-7, at 12:48 PM, Simon J. Gerraty <s...@juniper.net> wrote: > > Mark Millard <mar...@dsl-only.net> wrote: >> My guess is that it is picking up the >> >> MAKEOBJDIRPREFIX=/usr/obj/xtoolchain > > You should use ?= if you want this to w

Re: 11.0-CURRENT SRC_ENV_CONF file vs. MAKEOBJDIRPREFIX in the file: they do not mix

2015-12-15 Thread Mark Millard
On 2015-Dec-15, at 10:37 AM, Bryan Drewery <bdrew...@freebsd.org> wrote: > > On 12/8/15 2:14 PM, Bryan Drewery wrote: >> On 12/7/15 1:33 PM, Mark Millard wrote: >>> >>>> On 2015-Dec-7, at 12:48 PM, Simon J. Gerraty <s...@juniper.net> wrote: >&g

svn commit: r301394 - head [If X_COMPILER_TYPE is defined, do not use it, otherwise use it?]

2016-06-04 Thread Mark Millard
missing or instead the nested code blocks need to be swapped. === Mark Millard markmi at dsl-only.net ___ 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"

11.0 -r301815 builds based on xtoolchain tools targetting amd64 fail: error: redundant redeclaration of 'intel_fbc_enabled'

2016-06-13 Thread Mark Millard
XSTRINGS=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings > XSTRINGS=/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings > .export XAS > .export XAR > .export XLD > .export XNM > .export XOBJCOPY > .export XOBJDUMP > .export XRANLIB > .export XSIZE > .export XSTRINGS > .e

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815]

2016-06-12 Thread Mark Millard
On 2016-Jun-12, at 5:39 AM, Simon J. Gerraty wrote: > Mark Millard <mar...@dsl-only.net> wrote: >>> --- build-tools_lib/ncurses/ncursesw --- >>> Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys > > I must have been looking at on of our i

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64]

2016-06-04 Thread Mark Millard
On 2016-Jun-2, at 12:36 PM, Bryan Drewery wrote: > On 6/1/2016 6:39 PM, Mark Millard wrote: >> while filemon.ko now exists: >>> # ls -l /boot/*/filemon* >>> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko >> it does not load: >>> #

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-05-28 Thread Mark Millard
ake for a redundant overall search path without changing the ordering. I have not figured out why /usr/local/include continued to show up and /usr/include did not. I wonder if they have special logic for if /usr is assigned and so force back there specified default. I'll try rebuilding devel/pow

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-05-27 Thread Mark Millard
arfdump's build/install installs /usr/local/include/dwarf.h and /usr/local/include/libdwarf.h to match its code. Such examples can need careful control over which file is used (here dwarf.h and libdwarf.h in /usr/include vs. /usr/local/include ). (It will still be some time before I get to switch to

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-05-27 Thread Mark Millard
On 2016-May-27, at 7:04 PM, Mark Millard wrote: > FYI. . . > > I expect that building gcc49 with: > > + --with-local-prefix=/usr \ > > will help with system build activities via gcc49/g++49 by avoiding > /usr/local/include interfering. > > But I

mergemaster internally using make [for example] vs. WITH_META_MODE?

2016-06-11 Thread Mark Millard
Does one need to force some scripts to use [or not use] WITH_META_MODE= for their "internal" make usage? === Mark Millard markmi at dsl-only.net ___ 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: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815]

2016-06-11 Thread Mark Millard
j/clang/arm.armv6/usr/src/usr.bin/awk/maketab . . . > --- all_subdir_usr.bin --- > Building /usr/obj/clang/arm.armv6/usr/src/usr.bin/awk/maketab . . . > ===> share/doc/usd (all) > --- all_subdir_sys --- > ln -sf /usr/src/sys/boot/efi/loader/../../../arm/include machine > --- a

11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists

2016-06-13 Thread Mark Millard
# Enable checks to detect deadlocks > and cycles > nooptions WITNESS_SKIPSPIN# Don't run witness on spinlocks for > speed > nooptions DIAGNOSTIC The armv6 11.0 -r301815 system was cross built from amd64, built using src.conf: > # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host > TO_TYPE=armv6 > # > KERNCONF=RPI2-NODBG > TARGET=arm > .if ${.MAKE.LEVEL} == 0 > TARGET_ARCH=${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER= > WITHOUT_SYSTEM_COMPILER= > # > #CPUTYPE=soft > WITH_LIBSOFT= > WITH_LIBCPLUSPLUS= > WITH_BINUTILS_BOOTSTRAP= > WITH_CLANG_BOOTSTRAP= > WITH_CLANG= > WITH_CLANG_IS_CC= > WITH_CLANG_FULL= > WITH_CLANG_EXTRAS= > WITH_LLDB= > # > WITH_BOOT= > WITHOUT_LIB32= > # > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP= > WITHOUT_GCC_BOOTSTRAP= > WITHOUT_GCC= > WITHOUT_GCC_IS_CC= > WITHOUT_GNUCXX= > # > NO_WERROR= > #WERROR= > MALLOC_PRODUCTION= > # > WITH_DEBUG_FILES= > # > XCFLAGS+= -march=armv7-a -mcpu=cortex-a7 > XCXXFLAGS+= -march=armv7-a -mcpu=cortex-a7 > # There is no XCPPFLAGS but XCPP ets XCFLAGS content. and with the make.conf for the system build being empty: > # more ~/src.configs/make.conf > # === Mark Millard markmi at dsl-only.net ___ 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: mergemaster internally using make [for example] vs. WITH_META_MODE?

2016-06-14 Thread Mark Millard
On 2016-Jun-14, at 6:48 PM, Bryan Drewery wrote: > On 6/14/2016 5:13 PM, Mark Millard wrote: >>> The targets (at top-level) that META_MODE is applied to is a whitelist >>> now after r301887. So it's safe to always pass it when building from >>> the top-level.

11.0 -r301900 and cross builds: the transition from not using WITH_META_MODE=yes to using it still seems to require cleanworld between

2016-06-15 Thread Mark Millard
sw/../../../contrib/ncurses/ncurses/trace > /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/man' > 1 error So I'm trying cleanworld using WITH_META_MODE=yes before trying buildworld buidlkernel using WITH_META_MODE=yes . . . I'll report later how this goes. === Mark Millard markmi a

Re: 11.0 -r301900 and cross builds: the transition from not using WITH_META_MODE=yes to using it still seems to require cleanworld between

2016-06-15 Thread Mark Millard
On 2016-Jun-14, at 11:00 PM, Mark Millard wrote: > [The following is after having updated and booted the host amd64 environment > to -r301900. The activity reported on is cross building targeting a rpi2 > (armv7-a/cortex-a7). It is trying to go from not haivng used > WITH_META_M

WITH_META_MODE vs. delete-old and delete-old-libs

2016-06-13 Thread Mark Millard
ay, mergemaster and if/where care about WITH_META_MODE=yes use vs. disuse might be important for such. For example: Should "env WITH_META_MODE=yes" be used with mergemaster if it was used with buildworld, buildkernel, installkernel, and installworld? === Mark Millard markmi at dsl-o

Re: WITH_META_MODE vs. delete-old and delete-old-libs

2016-06-13 Thread Mark Millard
On 2016-Jun-13, at 2:51 PM, Ngie Cooper <yaneurab...@gmail.com> wrote: > On Mon, Jun 13, 2016 at 2:12 PM, Mark Millard <mar...@dsl-only.net> wrote: >> I've been using the following script to run my make commands for amd64 >> builds (as an example): >> >>

Re: mergemaster internally using make [for example] vs. WITH_META_MODE?

2016-06-13 Thread Mark Millard
On 2016-Jun-13, at 3:27 PM, Bryan Drewery <bdrew...@freebsd.org> wrote: > On 6/11/2016 7:28 PM, Mark Millard wrote: >> mergemaster [as an example] has code like: >> >>> # grep -i make /usr/sbin/mergemaster | more >> . . . >>> MM_MAKE

Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists

2016-06-13 Thread Mark Millard
[I've added a list of core files generated and a few other notes.] On 2016-Jun-13, at 10:29 AM, Mark Millard wrote: > With the newly less strict alignment requirements "kyua test -k > /usr/tests/Kyuafile" runs to completion, unlike before. > >> ===> Summary &g

Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists

2016-06-13 Thread Mark Millard
cific instructions that you asked for. Sorry. === Mark Millard markmi at dsl-only.net > On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard wrote: >> With the newly less strict alignment requirements "kyua test -k >> /usr/tests/Kyuafile" runs to completion, unlike before.

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-05-28 Thread Mark Millard
c . But I have at times also cross-built from an amd64 FreeBSD context and it also can have the "wrong files for buildworld" problem for /usr/local/include/ in FreeBSD. I've never tried buildworld/buildkernel from a non-FreeBSD context and so have never built devel/powerpc64-gcc or anything

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-05-28 Thread Mark Millard
using C_INCLUDE_PAPTH and CPLUS_INCLUDE_PATH to avoid /usr/local/include based paths from finding files. In part this is because I expect port building problems if I use lang/gcc49 to build ports without lang/gcc49 having /usr/local/include implicitly. I do not use devel/powerpc64-gcc

11.0 -r300944 buildworld attempt failed [amd64 targeting powerpc via system clang use]

2016-05-30 Thread Mark Millard
= WITH_CLANG_FULL= WITH_CLANG_EXTRAS= # lldb requires missing atomic 8-byte operations for powerpc (non-64) WITHOUT_LLDB= # WITH_BOOT= WITHOUT_LIB32= # WITHOUT_GCC_BOOTSTRAP= WITHOUT_GCC= WITHOUT_GCC_IS_CC= WITHOUT_GNUCXX= # NO_WERROR= #WERROR= MALLO

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-05-27 Thread Mark Millard
On 2016-May-27, at 4:48 PM, Bryan Drewery wrote: > On 3/31/2016 8:33 PM, Mark Millard wrote: >> I appears that C++ needs its own override for where to find C++ header >> before looking in the gcc49 specific places. > > Yes, the hacks for that are builtin already. P

11.0 -r300944 buildworld amd64 -> armv6/armv7a cross build: Some XCPP and XCC use without -target specified so it rejects -march=armv7a

2016-05-30 Thread Mark Millard
PE}-freebsd/bin/strings XSTRINGS=/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings .export XAS .export XAR .export XLD .export XNM .export XOBJCOPY .export XOBJDUMP .export XRANLIB .export XSIZE .export XSTRINGS .endif # # # From based on clang (via system)... # #COMPILER_TYPE=clang .if ${.MAKE.LEV

11.0 -r300944 buildworld attempt failed [amd64 targeting powerpc or armv6 via system clang use]

2016-05-30 Thread Mark Millard
[This adds armv6 information to a prior note that was just powerpc based. The powerpc example material is listed first then it is noted that armv6 ended up similar in my attempt.] On 2016-May-29, at 11:32 PM, Mark Millard wrote: > [It may well be that powerpc is not an intended cross comp

Re: 11.0 -r300944 buildworld attempt failed [amd64 targeting powerpc or armv6 via system clang use]

2016-05-30 Thread Mark Millard
On 2016-May-30, at 5:40 PM, Mark Millard wrote: > [This adds armv6 information to a prior note that was just powerpc based. The > powerpc example material is listed first then it is noted that armv6 ended up > similar in my attempt.] > > On 2016-May-29, at 11:32 PM, Mark

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64]

2016-06-02 Thread Mark Millard
/boot/kernel/filemon.ko it does not load: > # kldload -n filemon > kldload: can't load filemon: No such file or directory > # dmesg | grep link_elf > link_elf: symbol elf64_freebsd_sysvec undefined So no WITH_META_MODE=yes yet for powerpc64. I'm not sure when I get to trying the rp

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64]

2016-06-02 Thread Mark Millard
hecking whether the entry point points into an executable section or not. This allows use of the FreeBSD kernel as a skiboot payload. === Mark Millard markmi at dsl-only.net Older material. . . On 6/1/2016 7:16 PM, Mark Millard wrote: > May be Nathan Whitehorn knows what is going on that prevents file

11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Mark Millard
arch=armv7a -mcpu=cortex-a7 > # There is no XCPPFLAGS but XCPP ets XCFLAGS content. The amd64 context is at -r301139 and the rpi2/armv6 build was attempting to update to -r301139 from -r300944. > # uname -apKU > FreeBSD FreeBSDx64 11.0-ALPHA1 FreeBSD 11.0-ALPHA1 #2 r301139

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64]

2016-06-02 Thread Mark Millard
filemon.ko is required in order for WITH_META_MODE=yes to work for incremental builds. === Mark Millard markmi at dsl-only.net On 2016-Jun-1, at 6:59 PM, Bryan Drewery wrote: > On 6/1/2016 6:39 PM, Mark Millard wrote: >> while filemon.ko now exists: >>> # ls -l /boot/*/filemon*

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Mark Millard
On 2016-Jun-1, at 4:30 PM, Bryan Drewery wrote: > On 6/1/2016 4:29 PM, Bryan Drewery wrote: >> On 6/1/2016 4:25 PM, Mark Millard wrote: >>> [The example context here for extracted materials is a amd64 -> armv6 cross >>> build.] >>> >>> In my rec

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?

2016-06-02 Thread Mark Millard
On 2016-Jun-2, at 10:35 AM, Simon J. Gerraty wrote: > Mark Millard wrote: > >>>>>> Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys >>>>>> sh: ./make_keys: Exec format error > > This is an arm host or cross-building? >

amd64 11.0 -r301139 installworld (WITH_META_MODE=yes) fails for "Unable to determine compiler type"

2016-06-01 Thread Mark Millard
that I used.) make.conf was: CFLAGS.gcc+= -v (so effectively empty for clang use). src.conf was: TO_TYPE=amd64 # KERNCONF=GENERIC-NODEBUG TARGET=${TO_TYPE} .if ${.MAKE.LEVEL} == 0 TARGET_ARCH=${TO_TYPE} .export TARGET_ARCH .endif # WITHOUT_CROSS_COMPILER= WITH_SYSTEM_COMPILER= # WITH_LIBCPLUSP

11.0 -r300944 buildworld via amd64-gcc fails for: .../dev/cxgb/ulp/tom/cxgb_listen.c:926:13: error: redundant redeclaration of 'tcp_dooptions'

2016-06-01 Thread Mark Millard
eebsd-strings .export XAS .export XAR .export XLD .export XNM .export XOBJCOPY .export XOBJDUMP .export XRANLIB .export XSIZE .export XSTRINGS .endif # # # From based on clang (via system). . . # .if ${.MAKE.LEVEL} == 0 CC=/usr/bin/clang CXX=/usr/bin/clang++ CPP=/usr/bin/clang-cpp .export CC .export

Re: 11.0 -r300944 build*KERNEL* via amd64-gcc fails for: .../dev/cxgb/ulp/tom/cxgb_listen.c:926:13: error: redundant redeclaration of 'tcp_dooptions'; cxgbe has an issue too

2016-06-01 Thread Mark Millard
On 2016-May-31, at 10:31 PM, Mark Millard wrote: > [I'm too used to typing "buildworld": The subject line should have referenced > buildkernel and this resend does.] > > On 2016-May-31, at 10:21 PM, Mark Millard wrote: >> >>> --- all_subdir_cxgb

Re: 11.0 -r300944 build*KERNEL* via amd64-gcc fails for: .../dev/cxgb/ulp/tom/cxgb_listen.c:926:13: error: redundant redeclaration of 'tcp_dooptions'

2016-06-01 Thread Mark Millard
[I'm too used to typing "buildworld": The subject line should have referenced buildkernel and this resend does.] On 2016-May-31, at 10:21 PM, Mark Millard wrote: > >> --- all_subdir_cxgb --- >> /usr/src/sys/modules/cxgb/tom/../../../dev/cxgb/ulp/tom/cxgb_listen.c:926

Re: 11.0 -r300944 build*KERNEL* via amd64-gcc fails for: .../dev/cxgb/ulp/tom/cxgb_listen.c:926:13: error: redundant redeclaration of 'tcp_dooptions'; cxgbe has an issue too

2016-06-01 Thread Mark Millard
On 2016-Jun-1, at 12:36 AM, Navdeep Parhar wrote: > On Tue, May 31, 2016 at 10:49:29PM -0700, Mark Millard wrote: >> On 2016-May-31, at 10:31 PM, Mark Millard wrote: >> > >> >> If the offending declaration in cxgb_listen.c is commented out (or remove

Re: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use]

2016-05-30 Thread Mark Millard
On 2016-May-30, at 8:29 AM, Bryan Drewery wrote: > This failure is not likely related to META_MODE. > > I should have mentioned that to enable META_MODE after not having it on > you should do a 'make cleanworld' first. > > On 5/29/2016 9:19 PM, Mark Millard wrote: >>

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64]

2016-05-29 Thread Mark Millard
re true of only tier 1 without being explicit about it. But initially it takes some research to discover that status for each such point. WITH_META_MODE is an example.] === Mark Millard markmi at dsl-only.net ___ freebsd-current@freebsd.org mailing list https:

11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use]

2016-05-29 Thread Mark Millard
ctld 1 error make[4]: stopped in /usr/src/usr.sbin/ctld *** [all_subdir_usr.sbin/ctld] Error code 2 === Mark Millard markmi at dsl-only.net ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To u

11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure

2016-06-13 Thread Mark Millard
ap.conf > R 7163 /var/run/ld-elf.so.hints > R 7163 /lib/libedit.so.7 > R 7163 /lib/libc.so.7 > R 7163 /lib/libncursesw.so.8 > F 7163 7164 > W 7164 ARUBA_me.bin > E 7164 /usr/bin/uudecode > R 7164 /etc/libmap.conf > R 7164 /var/run/ld-elf.so.hints > R 7164 /lib/libc.

(beagleboneblack/urtwn) Kernel page fault with the following non-sleepable locks held [ssh on rpi2 comparison]

2016-06-21 Thread Mark Millard
to disable > dumpdev="AUTO" > # > dbus_enable="YES" > hald_enable="YES" > # > rpcbind_enable="YES" > nfs_server_enable="YES" > mountd_flags="-r" > # > nfs_client_enable="YES&qu

Re: (beagleboneblack/urtwn) Kernel page fault with the following non-sleepable locks held [ssh on rpi2 comparison]

2016-06-21 Thread Mark Millard
ge this login announcement. > You can look through a file in a nice text-based interface by typing > > less filename > $ The problem is apparently not general to all armv6 WiFi contexts. I'll note that I did not disable or unplug the wired Ethernet. === Mark Millard ma

Re: (beagleboneblack/urtwn) Kernel page fault with the following non-sleepable locks held [ssh on rpi2 comparison]

2016-06-21 Thread Mark Millard
On 2016-Jun-21, at 3:33 AM, Keith White wrote: > On Tue, 21 Jun 2016, Mark Millard wrote: > >> Otacílio otacilio.neto at bsd.com.br wrote on Tue Jun 21 00:06:39 UTC 2016 : >> >>> > The kernel panic is totally reproducible. I need only do a ssh in the >>

Re: mergemaster internally using make [for example] vs. WITH_META_MODE?

2016-06-14 Thread Mark Millard
On 2016-Jun-14, at 9:25 AM, Bryan Drewery wrote: > On 6/13/2016 4:31 PM, Mark Millard wrote: >> On 2016-Jun-13, at 3:27 PM, Bryan Drewery wrote: >> >>> On 6/11/2016 7:28 PM, Mark Millard wrote: >>>> mergemaster [as an example] has code like: >>>

(beagleboneblack/urtwn) Kernel page fault with the following non-sleepable locks held [ssh on rpi2 comparison]

2016-06-21 Thread Mark Millard
pu matter to the code generation and explain my lack of problems. The builds also have INVARIANTS and WITNESS off. === Mark Millard markmi at dsl-only.net ___ 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: WITH_SYSTEM_COMPILER default on

2016-06-21 Thread Mark Millard
for now. Self-hosted amd64 xtoolchain builds do not work yet for normal settings: duplicate declarations tend to stop the builds if one leaves on the warnings-as-errors status for buildkernel. (At least last that I tried such.) === Mark Millard markmi at dsl-only.net _

Re: Compiling 11 on a Raspberry B+ 2 failes [not in my experience for -r301975]

2016-06-20 Thread Mark Millard
On 2016-Jun-19, at 7:41 PM, Mark Millard wrote: > Quoting Erich Dollansky erichsfreebsdlist at alogt.com Sun Jun 19 23:38:56 > UTC 2016 : > >> I am trying to compile HEAD on a Raspberry and get always the following >> error. >> >> Of course, compili

Re: WITH_SYSTEM_COMPILER default on

2016-06-23 Thread Mark Millard
On 2016-Jun-21, at 3:11 PM, Mark Millard wrote: > Bryan Drewery bdrewery at FreeBSD.org wrote on Tue Jun 21 19:03:46 UTC 2016 : > >> This feature is where the bootstrap compiler in buildworld is not built >> if the one in /usr/bin/cc matches what would be built. It is ve

Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists

2016-06-24 Thread Mark Millard
cess exit status 1 [0.038s] usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed [0.139s] usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed [0.330s] ===> Summary Results read from /root/.kyua/store/results.usr_tests.20160625-012941-048472.db Test cases: 57

Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists

2016-06-25 Thread Mark Millard
On 2016-Jun-25, at 12:44 AM, Ngie Cooper wrote: > On Fri, Jun 24, 2016 at 9:50 PM, Mark Millard wrote: >> On 2016-Jun-24, at 2:50 PM, Alan Somers <asom...@freebsd.org> wrote: >> >>> As of r302180., the usr.sbin/rpcbind, sys/acl, and sys/sys/bitstring >>>

RE: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"]

2016-06-15 Thread Mark Millard
rm/include/_types.h Mon Jun 13 16:48:27 2016 > (r301872) > @@ -43,10 +43,6 @@ > #error this file needs sys/cdefs.h as a prerequisite > #endif > > -#if __ARM_ARCH >= 6 > -#define __NO_STRICT_ALIGNMENT > -#endif > - > /* > * Basic types upon whi

Fwd: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? [Makefile.libcompat issue]

2016-04-06 Thread Mark Millard
[The below and the material leading up to it was originally posted to freebsd-arm.] === Mark Millard markmi at dsl-only.net On 2016-Apr-4, at 2:02 PM, Mark Millard wrote: As a fix for >> --- all_subdir_lib/libsysdecode --- >> In file included from :17: >> In file included from

11.0-CURRENT buildworld lib32/libsoft failures: ioctl.c and sys/dev/ciss/cissio.h and __amd64__ vs. __amd64 example; LIBCOMPATWMAKEFLAGS and CP="${XCPP}"

2016-04-09 Thread Mark Millard
libsoft/usr/include/machine/param.h:49: > /usr/obj/clang/arm.armv6/usr/src/libsoft/usr/include/machine/acle-compat.h:182:4: > error: Unable to determine architecture version. > # error Unable to determine architecture version. > ^ Is this area broke

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-04-02 Thread Mark Millard
no claims about the lib32 status are implied here. (The problem was code in crtbeginS that arbitrarily used R30 in a way that the context was not set up for and so crtbeginS code was dereferencing arbitrary addresses.) === Mark Millard markmi at dsl-only.net On 2016-Apr-1, at 4:35 PM, Mark Millard

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-04-03 Thread Mark Millard
On 2016-Apr-2, at 3:59 PM, Mark Millard wrote: > [My testing for the likes of the below does not yet extend outside powerpc64 > contexts.] > > For the likes of self-hosted powerpc64-xtoolchain-gcc/powerpc64-gcc use with, > say, gcc49 materials as the so-called "host&qu

svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-03-31 Thread Mark Millard
OM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/ld > NM=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/nm > OBJCOPY=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/objcopy > OBJDUMP=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/o

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-03-31 Thread Mark Millard
The src.conf that I listed in the original message included the line: > X_COMPILER_TYPE=gcc So I'd already done that. Other suggestions? === Mark Millard markmi at dsl-only.net On 2016-Mar-31, at 2:26 PM, Bryan Drewery <bdrew...@freebsd.org> wrote: On 3/31/16 2:23 PM, Mark Mill

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-03-31 Thread Mark Millard
rt/../../../contrib/llvm/lib/Support/APFloat.cpp:15: > /usr/local/lib/gcc49/include/c++/cstddef:51:11: error: '::max_align_t' has > not been declared >using ::max_align_t; ^ === Mark Millard markmi at dsl-only.net On 2016-Mar-31, at 5:02 PM, Bryan Drewery wrote: > On 3/31/16

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-03-31 Thread Mark Millard
de/sys/types.h and > /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed/sys/types.h > differ > Files /usr/include/unistd.h and > /usr/local/lib/gcc49/gcc/powerpc64-portbld-freebsd11.0/4.9.4/include-fixed/unistd.h > differ > Files /usr/include/wchar.h an

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-03-31 Thread Mark Millard
had troubles that traced to these for CC and CXX being based on gcc49 while XCC and XCXX were based on powerpc64-gcc for buildworld/buildkernel on a powerpc64 host. I have had various examples of /usr/local/include/ files breaking builds depending on what ports were in place at the time. All

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-04-01 Thread Mark Millard
; search starts here: > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include > /usr/local/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed > /usr/include > End of search list. > . . . === Mark Millard markmi at dsl-only.net On 2016-

11.0 -r297369: _el_fn_sh_complete missing in buildworld; /usr/obj/. . ./lib/libedit/ has no filecomplete.*

2016-03-29 Thread Mark Millard
ocal/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/objdump > RANLIB=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/ranlib > SIZE=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/size > #NO-SUCH: > STRINGS=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/strings > STRINGS=/usr/local/bin/strings > .export AS > .export AR > .export LD > .export NM > .export OBJCOPY > .export OBJDUMP > .export RANLIB > .export SIZE > .export STRINGS > .endif === Mark Millard markmi at dsl-only.net ___ 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: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-03-31 Thread Mark Millard
On 2016-Mar-31, at 8:14 PM, Mark Millard wrote: > > On 2016-Mar-31, at 5:02 PM, Bryan Drewery wrote: > >> This should be fine with my fix too. >> >> Trying add this to your make.conf for now: >> >> CFLAGS.gcc+= -isystem /usr/inc

Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

2016-03-31 Thread Mark Millard
> On 2016-Mar-31, at 2:32 PM, Bryan Drewery wrote: > > On 3/31/16 2:23 PM, Mark Millard wrote: >> I use the likes of: >> >>>> # diff -rq /usr/include /usr/local/include | grep "^Files " >> to find what to rename for the duration of the system

RE: Weird portupgrade error on current amd64 [and powerpc64?]

2016-04-26 Thread Mark Millard
-2.16.8) because a requisite > package 'perl5-5.22.1_7' (lang/perl5.22) failed (specify -k to force) ruby was still lang/ruby21 at the time. I used portmaster instead and everything worked fine. === Mark Millard markmi at dsl-only.net ___ freebsd-c

Re: WITH_SYSTEM_COMPILER: Skip Clang/GCC bootstrap [Critical note for Toolchain changes]

2016-05-23 Thread Mark Millard
On 2016-May-23, at 2:50 PM, Bryan Drewery wrote: > On 5/23/16 2:41 PM, Mark Millard wrote: >> Relative to (Bryan Drewery Mon May 23 16:40:23 UTC 2016): >> >>> A critical note to toolchain developers, or anyone who touches the Clang >>> or GCC source files.

Re: WITH_SYSTEM_COMPILER: Skip Clang/GCC bootstrap [Critical note for Toolchain changes]

2016-05-23 Thread Mark Millard
lar comments probably apply to FBSD_CC_VER and gcc/g++. Is it as simple as "never use WITH_SYSTEM_COMPILER" for patch/update explorations that are not yet official commits on CURRENT or STABLE? Does the version number involved then matter?

11.0-CURRENT problems with LD_LIBRARY_PATH? building perl 5.22 from source example

2016-05-15 Thread Mark Millard
but I've been using just 5.22.) My /usr/ports/ is at -r414889 and currently has a lang/perl5.22/Makefile patch Mathieu had me try but the behavior in question did not change from before I had no patch. My 11.0-CURRENT is at -r298990 (a no-debug build, 1100106 for kernel and user). The build is t

Bug 209222 -r298793 automatic shutdown for "kernel: ACPI Error: No installed handler for fixed event - PM_Timer (0), disabling (20160422/evevent-323)" and more under virtual box

2016-05-03 Thread Mark Millard
ay 2 22:01:47 FreeBSDx64 kernel: , 576. > May 2 22:01:47 FreeBSDx64 syslogd: exiting on signal 15 === Mark Millard markmi at dsl-only.net ___ 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: Bug 209222 -r298793 automatic shutdown for "kernel: ACPI Error: No installed handler for fixed event - PM_Timer (0), disabling (20160422/evevent-323)" and more under virtual box

2016-05-03 Thread Mark Millard
On 2016-May-2, at 11:04 PM, Mark Millard <mar...@dsl-only.net> wrote: > I just upgraded my amd64 11.0-CURRENT that runs under virtual box on Mac OS X > to -r298793. This was via buildworld buildkernel then installing them, like > normal for me. > > The result is abou

Re: Weird portupgrade error on current amd64 [and powerpc64?] (-r298192 and later; also now on stable as of -r298920 and later)

2016-05-02 Thread Mark Millard
nd proceeded usual rebuilding procedure. > > Fortunately, there was only 3 commits between r298836 and r298920, > and I got right one in first attempt. > > But unfortunately, fixing portupgrade[-devel] or file/libmagic beyonds > my hand. :-< I have taken Tomoaki's note ab

Re: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? [Makefile.libcompat issue]

2016-04-14 Thread Mark Millard
CURRENT -r297769 . Let me know if I should use something more recent for some reason. === Mark Millard markmi at dsl-only.net On 2016-Apr-14, at 1:41 PM, Bryan Drewery wrote: On 4/6/2016 1:14 PM, Mark Millard wrote: > The below forwards an example of a possibly more general issue not > ne

Re: 11.0: head/lib/libsysdecode/Makefile for . . ./libsoft/usr/include uses CPP when XCPP needed? [Makefile.libcompat issue]

2016-04-15 Thread Mark Millard
toolchain-gcc/power-gcc based buildworld/buildkernel without LIB32 (and that contains an unused clang/clang++, gcc4.2.1 not built): Still in process. (Getting powerpc64-gcc to install on a powerpc64 context requires workarounds because it is not a true cross compile context.) === Mark Milla

Re: seldom crashes on Dell E6330 with 12-CURRENT

2016-07-25 Thread Mark Millard
occur for plain-file based swap files. The list of comments covers more than just armv6 as having example failures. === Mark Millard markmi at dsl-only.net ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-c

Re: seldom crashes on Dell E6330 with 12-CURRENT

2016-07-26 Thread Mark Millard
to your question are well outside my knowledge base. I do not remember getting such a result myself. Hopefully someone else can help or use your report to analyze the issue. You may want to submit a problem report in bugzilla for what happened, describing the context that it happened in. &

Re: seldom crashes on Dell E6330 with 12-CURRENT

2016-07-26 Thread Mark Millard
On 2016-Jul-25, at 10:50 PM, Matthias Apitz <g...@unixarea.de> wrote: > > El día Monday, July 25, 2016 a las 05:00:59PM -0700, Mark Millard escribió: > >> Matthias Apitz guru at unixarea.de wrote on Mon Jul 25 16:10:52 UTC 2016 : >> >>> On Monday, 25 Jul

Re: svn commit: r302601 - in head/sys: arm/include arm64/include [clang 3.8.0: powerpc has odd mix of signed wchar_t and unsigned char]

2016-07-13 Thread Mark Millard
[The below does note that TARGET=powerpc has a mix of signed wchar_t and unsigned char types and most architectures have both being signed types.] On 2016-Jul-11, at 8:57 PM, Andrey Chernov wrote: > On 12.07.2016 5:44, Mark Millard wrote: >> My understanding of the criteria for __

Re: svn commit: r302601 - in head/sys: arm/include arm64/include [clang 3.8.0: powerpc int instead of 32-bit SYSVR4's long and 64-bit ELF V2 long]

2016-07-14 Thread Mark Millard
On 2016-Jul-13, at 6:00 PM, Andrey Chernov <a...@freebsd.org> wrote: > On 13.07.2016 11:53, Mark Millard wrote: >> [The below does note that TARGET=powerpc has a mix of signed wchar_t and >> unsigned char types and most architectures have both being signed types.] > &g

Re: svn commit: r302601 - in head/sys: arm/include arm64/include [clang 3.8.0: powerpc int instead of 32-bit SYSVR4's long and 64-bit ELF V2 long]

2016-07-14 Thread Mark Millard
sing lots of false-positive compiler notices. gcc had followed the ABI involved (long int) until the correction. === Mark Millard markmi at dsl-only.net On 2016-Jul-13, at 11:46 PM, Mark Millard wrote: > On 2016-Jul-13, at 6:00 PM, Andrey Chernov wrote: > >> On 13.07.2016 11:

FYI: svn commit: r301453 - in head/sys: arm/arm arm64/arm64 dev/fdt dev/gpio dev/iicbus dev/ofw dev/pci dev/vnic kern mips/mips sys

2016-07-18 Thread Mark Millard
;head/sys/dev/gpio/ofw_gpiobus.c > >head/sys/dev/iicbus/ofw_iicbus.c > >head/sys/dev/ofw/ofw_bus_subr.c > >head/sys/dev/ofw/ofw_bus_subr.h > >head/sys/dev/ofw/ofwbus.c > >head/sys/dev/pci/pci_host_generic.c > >head/sys/dev/vnic/mrml_brid

Re: stable/11 question: kboot vs. powerpc: only powerpc64?

2016-07-11 Thread Mark Millard
On 2016-Jul-11, at 1:51 PM, Mark Millard wrote: > Quick top-post just to indicate that I just did gcc 4.2.1 based cross-builds > for TARGET_ARCH=powerpc and TARGET_ARCH=powerpc64 and they completed. They > had analogous warnings to what clang (powerpc) and powerpc64-gcc (powerpc64) &

Re: stable/11 question: kboot vs. powerpc: only powerpc64?

2016-07-11 Thread Mark Millard
kboot in. I'll enter a report showing the sys/boot/powerpc/kboot/Makefile change that I tried. === Mark Millard markmi at dsl-only.net On 2016-Jul-11, at 11:43 AM, Mark Millard wrote: > On 2016-Jul-11, at 11:30 AM, Mark Millard wrote: > >> On 2016-Jul-11, at 11:04 AM, Mark Mi

Re: stable/11 question: kboot vs. powerpc: only powerpc64?

2016-07-11 Thread Mark Millard
On 2016-Jul-11, at 11:04 AM, Mark Millard <mar...@dsl-only.net> wrote: > On 2016-Jul-11, at 6:49 AM, Nathan Whitehorn <nwhiteh...@freebsd.org> wrote: >> >> It is not 64-bit only; like the normal loader, it can load both 32-bit and >> 64-bit kernels. Thos

Re: stable/11 question: kboot vs. powerpc: only powerpc64?

2016-07-11 Thread Mark Millard
On 2016-Jul-11, at 11:30 AM, Mark Millard <mar...@dsl-only.net> wrote: > On 2016-Jul-11, at 11:04 AM, Mark Millard <mar...@dsl-only.net> wrote: > >> On 2016-Jul-11, at 6:49 AM, Nathan Whitehorn <nwhiteh...@freebsd.org> wrote: >>> >>> It is not

  1   2   3   4   5   >