Re: zfs deadlock on r360452 relating to busy vm page

2020-05-12 Thread Bryan Drewery
x6e #10 0x8106544e at trap_pfault+0x1ee #11 0x81064a9c at trap+0x44c #12 0x8103a978 at calltrap+0x8 On 5/12/2020 3:13 PM, Bryan Drewery wrote: >> panic: deadlres_td_sleep_q: possible deadlock detected for >> 0xfe25eefa2e00 (find), blocked for 1802392 ticks >

zfs deadlock on r360452 relating to busy vm page

2020-05-12 Thread Bryan Drewery
itch (flags=260) at > /usr/src/sys/kern/kern_synch.c:542 > #2 0x80c1cfea in sleepq_switch (wchan=0xf808a08f0a68, pri=96) at > /usr/src/sys/kern/subr_sleepqueue.c:625 > #3 0x80b954f6 in sleeplk (lk=0xf808a08f0a68, flags=2106368, > ilk=, wmesg=, pri=, timo=51,

Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

2019-06-19 Thread Bryan Drewery
does not benefit from commits that break buildworld. > I (like a friend before) must switch to stable to avoid breakage. > > Time was, ~25 years back, when FreeBSD commiters who screwed > the build were awarded a conical hat & took a one week holiday. A > mild rebuke for wasting people's

Re: r349100: buildworld does not compile (ld: error: duplicate symbol: sse42_crc32c)

2019-06-19 Thread Bryan Drewery
On 6/19/19 11:05 AM, Bryan Drewery wrote: > On 6/19/19 11:02 AM, Bryan Drewery wrote: >> On 6/16/19 9:33 AM, Warner Losh wrote: >>> On Sun, Jun 16, 2019, 9:51 AM Rainer Hurling wrote: >>> >>>> If I try to build world almost recent sources (r349100)

Re: r349100: buildworld does not compile (ld: error: duplicate symbol: sse42_crc32c)

2019-06-19 Thread Bryan Drewery
On 6/19/19 11:02 AM, Bryan Drewery wrote: > On 6/16/19 9:33 AM, Warner Losh wrote: >> On Sun, Jun 16, 2019, 9:51 AM Rainer Hurling wrote: >> >>> If I try to build world almost recent sources (r349100) on HEAD amd64 >>> (r348775), it stops with the following erro

Re: r349100: buildworld does not compile (ld: error: duplicate symbol: sse42_crc32c)

2019-06-19 Thread Bryan Drewery
>> >> This happens with two older cpus, Intel (Core 17-4770) and AMD (Phenom >> II X6 1090T). >> >> Am I the only one, who observes this breakage? Thanks for any hint. >> > > Try adding -DWITHOUT_TESTS to buildworld... > > Warner > ~/git/freebsd2/tests/sys/kern # env|grep TEST MK_TESTS=no Doh. Turns out I've had TESTS disabled in some of my recent build tests / commits. This is likely my fault. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: r349100: buildworld does not compile (ld: error: duplicate symbol: sse42_crc32c)

2019-06-19 Thread Bryan Drewery
e only one, who observes this breakage? Thanks for any hint. > > Regards, > Rainer Hurling > ___________ > 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" > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: error: yacc.h: No such file or directory [patch/workaround]

2019-06-18 Thread Bryan Drewery
On 6/18/2019 10:44 AM, Bryan Drewery wrote: > On 6/18/2019 10:02 AM, Ian Lepore wrote: >> On Tue, 2019-06-18 at 09:51 -0700, Bryan Drewery wrote: >>> On 6/18/2019 3:56 AM, Kubilay Kocak wrote: >>>> Have seen another report on Twitter yesterday. Didn't see a full &

Re: error: yacc.h: No such file or directory [patch/workaround]

2019-06-18 Thread Bryan Drewery
On 6/18/2019 10:02 AM, Ian Lepore wrote: > On Tue, 2019-06-18 at 09:51 -0700, Bryan Drewery wrote: >> On 6/18/2019 3:56 AM, Kubilay Kocak wrote: >>> Have seen another report on Twitter yesterday. Didn't see a full >>> build >>> log, but theirs was had appar

Re: error: yacc.h: No such file or directory

2019-06-18 Thread Bryan Drewery
ot found > > Have not heard back from them whether it continued after trying -j2 but > I did ask them to hit up freebsd-current if it continued to be an issue Even -j1 should avoid it. For some reason I am only seeing it without any -j flag at all. I should have a fix in soon.

Re: error: yacc.h: No such file or directory

2019-06-18 Thread Bryan Drewery
started the build again with -j 2 and it seems that the >>> problem >>> does not occur. >>> >>> Since I have been using make buildworld without -j n in the past on >>> that machine, the >>> problem seems to be introduced recently. Any idea what is the cause >>> of >>> the problem? >>> >>> Best regards >>> Michael >>>> >>> >>> ___ >>> 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" >> >> This is a generated file. It would appear the make target to build >> yacc.h hadn't run yet by the time the target that consumed the file >> ran. >> >> I had a similar problem on Sunday. It wasn't yacc.h but some other >> file, I cannot remember which. It occurred during one of four >> buildworlds. Simply restarting the failed buildworld was enough to >> resolve it. >> >> My hypothesis is a buildworld race. I wonder if some of the recent >> (over the last week or two) makefile changes exacerbated this issue. >> >> > > Last Saturday, Bryan (cc'd) made a series of commits (r349061-69) that > were all somehow related to dependency processing in the build. I > don't know the details, just remember seeing some commits about that. > > -- Ian > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

2018-08-16 Thread Bryan Drewery
t;>>>> r...@g1-215.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/s >>>>> ys/CANARY  amd64 >>>>> >>>>> after updating working copy to r337903, I'm seeing: >>>>> >>>>> ... >>>>>> >>>>>>> >>>>>>>> >>>>>>>> stage 4.3: building everything >>>>> ... >>>>> --- ifconfig_make --- >>>>> Building >>>>> /common/S4/obj/usr/src/amd64.amd64/rescue/rescue/usr/src/sbin/i >>>>> fconfig/af_inet6.o >>>>> --- all_subdir_secure --- >>>>> --- moduli --- >>>>> /usr/bin/ld: error: undefined symbol: main >>>>>> r337928 should fix it. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

2018-08-16 Thread Bryan Drewery
itch -Wno-switch-enum -Wno-knr-promoted-pa > rameter -Wno-parentheses -fcolor-diagnostics -Qunused-arguments > -L/scratch/obj/root/git/freebsd/amd64.amd64/lib/libblacklist > /root/git/freebsd/crypto/openssh/moduli.c -o /root/git/freebsd/crypto/op > enssh/moduli > /usr/bin/ld: error: undefined symbol: main -- Regards, Bryan Drewery ___ 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: New kernel-toolchain buildkernel problem for amd64 -> aarch64 cross build ( after -r336348 ) : ld used for addf_data only can target: elf_x86_64_fbsd elf_i386_fbsd

2018-07-16 Thread Bryan Drewery
On 7/16/2018 3:49 PM, Mark Millard wrote: > > > On 2018-Jul-16, at 3:31 PM, Bryan Drewery wrote: > >> On 7/16/18 1:21 PM, Mark Millard wrote: >>> I attempted a from-scratch (. . ./arm64.aarch64/ empty) kernel-toolchain >>> buildkernel >>> target

Re: New kernel-toolchain buildkernel problem for amd64 -> aarch64 cross build ( after -r336348 ) : ld used for addf_data only can target: elf_x86_64_fbsd elf_i386_fbsd

2018-07-16 Thread Bryan Drewery
RAP= > WITHOUT_GCC= > WITHOUT_GCC_IS_CC= > WITHOUT_GNUCXX= > # > NO_WERROR= > #WERROR= > MALLOC_PRODUCTION= > # > WITH_REPRODUCIBLE_BUILD= > WITH_DEBUG_FILES= > # > #CROSS_BINUTILS_PREFIX=/usr/local/${TOOLS_TO_TYPE}-unknown-freebsd${VERSION_CONTEXT}/bin/ > XCFLAGS+= -mcpu=cortex-a53 > XCXXFLAGS+= -mcpu=cortex-a53 > # There is no XCPPFLAGS but XCPP gets XCFLAGS content. > ACFLAGS.arm64cpuid.S+= -mcpu=cortex-a53+crypto > ACFLAGS.aesv8-armx.S+= -mcpu=cortex-a53+crypto > ACFLAGS.ghashv8-armx.S+=-mcpu=cortex-a53+crypto > > > # more ~/src.configs/make.conf > CFLAGS.gcc+= -v > > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: svn commit: r335879 - in head/sys: conf kern sys [ broke ci.freebsd.org's FreeBSD-head-amd64-build ]

2018-07-03 Thread Bryan Drewery
-r335881 , -r335882 ) get the same. > > FreeBSD-head-i386-LINT also fails for such reasons. > r335884 should fix this. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Build updates [ ci.freebsd.org FreeBSD-head-{aarch64, armv7, armv6}-build failures as of, for example -r335711 and -r335713 ]

2018-06-27 Thread Bryan Drewery
On 6/27/2018 11:58 AM, Bryan Drewery wrote: > On 6/27/2018 11:44 AM, Bryan Drewery wrote: >> On 6/27/2018 10:53 AM, Mark Millard wrote: >>> >>>> On 2018-Jun-27, at 10:01 AM, Bryan Drewery wrote: >>>> >>>> As of r335704: >>>> >&

Re: Build updates [ ci.freebsd.org FreeBSD-head-{aarch64, armv7, armv6}-build failures as of, for example -r335711 and -r335713 ]

2018-06-27 Thread Bryan Drewery
On 6/27/2018 11:44 AM, Bryan Drewery wrote: > On 6/27/2018 10:53 AM, Mark Millard wrote: >> >>> On 2018-Jun-27, at 10:01 AM, Bryan Drewery wrote: >>> >>> As of r335704: >>> >>> - make tinderbox/universe will now build the bootstrap clang

Re: Build updates [ ci.freebsd.org FreeBSD-head-{aarch64, armv7, armv6}-build failures as of, for example -r335711 and -r335713 ]

2018-06-27 Thread Bryan Drewery
On 6/27/2018 10:53 AM, Mark Millard wrote: > >> On 2018-Jun-27, at 10:01 AM, Bryan Drewery wrote: >> >> As of r335704: >> >> - make tinderbox/universe will now build the bootstrap clang *once*. >> Each target clang is still build of course. This suppo

Build updates

2018-06-27 Thread Bryan Drewery
few weeks. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: error building clang in HEAD

2018-06-26 Thread Bryan Drewery
> On Mon, 25 Jun 2018 11:28:18 -0700 > > Bryan Drewery wrote: > > > > > On 6/24/2018 12:57 AM, Gary Jennejohn wrote:  > > > > On Sat, 23 Jun 2018 17:05:16 +0200 > > > > Dimitry Andric wrote: > > > >     

Re: error building clang in HEAD

2018-06-25 Thread Bryan Drewery
I would hope/expect that make buildworld does make obj. > > Yes, the directory was there. > Actually neither 'make obj' nor 'make depend' is done or needed anymore in buildworld. The directory above is incorrect, please check for /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/Sema Do you have another Makefile or script that is executing buildworld for you? What's in your src.conf and make.conf? -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: [CFT] tinderbox/universe building clang once

2018-06-20 Thread Bryan Drewery
On 6/20/2018 2:08 PM, Bryan Drewery wrote: > https://people.freebsd.org/~bdrewery/patches/universe-one-clang.diff > > This will build clang once if any of the targets specified (or > defaulted) require bootstrapping clang. > The longterm plan does include making 'TARGET=arch1

[CFT] tinderbox/universe building clang once

2018-06-20 Thread Bryan Drewery
if that has been committed yet. Also FYI WITH_SYSTEM_LINKER support is now in to avoid building libclang for lld on archs that have LLD_BOOTSTRAP set. I'm putting this out for testing since tinderbox/universe take so long and I can't possibly test all workflows with it myself. -- Regards, Bryan

Re: A head buildworld race visible in the ci.freebsd.org build history

2018-06-18 Thread Bryan Drewery
On 6/18/2018 3:27 PM, Li-Wen Hsu wrote: > On Mon, Jun 18, 2018 at 5:04 PM Mark Millard via freebsd-toolchain > wrote: >> >> On 2018-Jun-18, at 12:42 PM, Bryan Drewery wrote: >> >>> On 6/15/2018 10:55 PM, Mark Millard wrote: >>>> In watching ci.freeb

Re: A head buildworld race visible in the ci.freebsd.org build history

2018-06-18 Thread Bryan Drewery
On 6/18/2018 3:27 PM, Li-Wen Hsu wrote: > ranlib -D libpcap.a > ranlib: fatal: Failed to open 'libpcap.a' Where is this error even coming from? It's not in the usr.bin/ar code and ranlib does not cause it. # ranlib -D uh ranlib: warning: uh: no such file -- Regards, Bryan D

Re: A head buildworld race visible in the ci.freebsd.org build history

2018-06-18 Thread Bryan Drewery
On 6/18/2018 3:31 PM, Li-Wen Hsu wrote: > On Mon, Jun 18, 2018 at 6:27 PM Bryan Drewery wrote: >> >> On 6/18/2018 1:45 PM, Konstantin Belousov wrote: >>> On Mon, Jun 18, 2018 at 12:42:46PM -0700, Bryan Drewery wrote: >>>> On 6/15/2018 10:55 PM, Mark Millard wro

Re: A head buildworld race visible in the ci.freebsd.org build history

2018-06-18 Thread Bryan Drewery
On 6/18/2018 1:45 PM, Konstantin Belousov wrote: > On Mon, Jun 18, 2018 at 12:42:46PM -0700, Bryan Drewery wrote: >> On 6/15/2018 10:55 PM, Mark Millard wrote: >>> In watching ci.freebsd.org builds I've seen a notable >>> number of one time failures, such as

Re: A head buildworld race visible in the ci.freebsd.org build history

2018-06-18 Thread Bryan Drewery
de 70 > > > (Notice the variability in what .a the ranlib's fail for.) > > > > > I looked at this a few days ago and don't believe it's actually a build race. I think there is something wrong with the ar/ranlib on that system or something else. I've found no evidence of concurrent building of the .a files in question. -- Regards, Bryan Drewery ___ 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: error building libpmc_events.c [solved (sort of)]

2018-06-06 Thread Bryan Drewery
On 6/6/18 11:22 AM, Claude Buisson wrote: > On 06/06/2018 16:20, Bryan Drewery wrote: >> I think I know the issue. Will try looking later today or tomorrow. >> >> Regards, >> Bryan Drewery >> >>> On Jun 5, 2018, at 13:18, Claude Buisson wrote: >&g

Re: error building libpmc_events.c

2018-06-06 Thread Bryan Drewery
I think I know the issue. Will try looking later today or tomorrow. Regards, Bryan Drewery > On Jun 5, 2018, at 13:18, Claude Buisson wrote: > > Replying to my own mail for more details, and ccing potential commiters > >> On 06/04/2018 17:34, Claude Buisson wrote

Re: Another recent WITH_META_MODE= gotcha ": handling svn commit: r334008 - head/bin/sh

2018-05-25 Thread Bryan Drewery
u disable META_MODE at some point? > The source tree is at r334200 > > > best regards > > András Krasznai -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Another recent WITH_META_MODE= gotcha ": handling svn commit: r334008 - head/bin/sh

2018-05-24 Thread Bryan Drewery
e I normally have the build materials) built fine. > > (The "Making top.local.h from /usr/src/contrib/top/top.local.hs" > change to no longer have top.local.h or top.local.hs was another > example: for a while top.local.h was still referenced and old ones > would still be used if present.) > It was a bug with the rescue build with dependency handling. I've fixed it in r334177. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: crash on process exit.. current at about r332467

2018-04-25 Thread Bryan Drewery
On 4/25/18 12:41 PM, Bryan Drewery wrote: > On 4/25/18 12:39 PM, Bryan Drewery wrote: >> On 4/23/18 7:50 AM, Julian Elischer wrote: >>> back trace at:  http://www.freebsd.org/~julian/bob-crash.png >>> >>> If anyone wants to take a look.. >>> >>&g

Re: crash on process exit.. current at about r332467

2018-04-25 Thread Bryan Drewery
SD ELF64, sys_execve), rip = 0x800d7af7a, rsp = > 0x7fffbd28, rbp = 0x7fffbe70 --- -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: crash on process exit.. current at about r332467

2018-04-25 Thread Bryan Drewery
On 4/25/18 12:39 PM, Bryan Drewery wrote: > On 4/23/18 7:50 AM, Julian Elischer wrote: >> back trace at:  http://www.freebsd.org/~julian/bob-crash.png >> >> If anyone wants to take a look.. >> >> In the exit syscall, while deallocating a vm object. >> >>

Re: Failed buildworld buildkernel: /usr/obj/. . ./arm.armv7/tmp/usr/bin/ld: cannot find -lgcc_s for all_subdir_lib/libdl (a build race?)

2018-04-25 Thread Bryan Drewery
On 4/21/18 5:58 PM, Mark Millard wrote: > /usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/tmp/usr/bin/ld: cannot find > -lgcc_s This is just an annoying build race due to tools/install.sh not respecting -S, as far as I remember. -- Regards, Bryan Drewery signature.asc Description: O

Re: Problem compiling rust

2018-04-19 Thread Bryan Drewery
d lang/rust-nightly? -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Module compiles looking in /usr/src when alternate src tree is in use

2018-04-12 Thread Bryan Drewery
On 4/12/2018 1:20 PM, Bryan Drewery wrote: > On 4/12/2018 1:11 PM, Bryan Drewery wrote: >> On 4/10/2018 5:29 PM, Rodney W. Grimes wrote: >>>> Rodney W. Grimes <freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote: >>>> >>>>> I am having a com

Re: Module compiles looking in /usr/src when alternate src tree is in use

2018-04-12 Thread Bryan Drewery
On 4/12/2018 1:11 PM, Bryan Drewery wrote: > On 4/10/2018 5:29 PM, Rodney W. Grimes wrote: >>> Rodney W. Grimes <freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote: >>> >>>> I am having a compile time issue for a patched that compiled fine on my >>>>

Re: Module compiles looking in /usr/src when alternate src tree is in use

2018-04-12 Thread Bryan Drewery
gt;> -D_KERNEL \ >>> -DKLD_MODULE -nostdinc -I/usr/src-topo/sys/amd64/vmm \ >>> -I/usr/src-topo/sys/amd64/vmm/io -I/usr/src-topo/sys/amd64/vmm/intel \ >>> -I/usr/src-topo/sys/amd64/vmm/amd -I. -I/usr/src-topo/sys -fno-common \ >>>^ this is what I >>> would expect >> >> > Is this buildkernel or a direct module directory build? Does reverting r331683 and r331682 help? Perhaps I missed ensuring SYSDIR is exported properly. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

2018-03-23 Thread Bryan Drewery
mains at 40GB through it all. It's always been slow to give up memory for package builds but it really seems broken right now. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

2018-03-16 Thread Bryan Drewery
31636 101608 15 RJ 16:44 0:03.70 > /usr/bin/c++ -cc1 -triple x86_64-unknown-freebsd11.1 -emit-obj -disable-free > -disable-llvm-verifier -discard-value-names -main-file-name > InstrInfoEmitter.cpp -mrelocation-model pic -pic-level 2 -mthread-model > root 48119 34.2 0.1 126396 93768 15 RJ 16:44 0:03.79 > /usr/bin/c++ -cc1 -triple x86_64-unknown-freebsd11.1 -emit-obj -disable-free > -disable-llvm-verifier -discard-value-names -main-file-name > NaryReassociate.cpp -mrelocation-model pic -pic-level 2 -mthread-model -- Regards, Bryan Drewery ___ 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: Possible race in buildworld, @r330236 -> @r330274

2018-03-06 Thread Bryan Drewery
64.amd64/tmp/usr/bin/ld: error: can't create > dynamic relocation R_386_32 against symbol: SKEIN_256_IV_256 in readonly > segment; recompile object files with -fPIC >>>> defined in >>>> /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive >>>> /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a > > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create > dynamic relocation R_386_32 against symbol: SKEIN_256_IV_256 in readonly > segment; recompile object files with -fPIC >>>> defined in >>>> /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive >>>> /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a > > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: too many errors > emitted, stopping now (use -error-limit=0 to see all errors) > --- lib__L --- > --- realinstall_subdir_lib/libopenbsd --- > ===> lib/libopenbsd (install) > --- kerberos5/lib__L --- > Building > /common/S4/obj/usr/src/amd64.amd64/obj-lib32/kerberos5/lib/libgssapi_krb5/authorize_localname.po > --- cddl/lib__L --- > cc: error: linker command failed with exit code 1 (use -v to see invocation) > --- lib__L --- > --- realinstall_subdir_lib/libnv --- > Building /common/S4/obj/usr/src/amd64.amd64/obj-lib32/lib/libnv/_libinstall > --- realinstall_subdir_lib/libc++ --- > sh /usr/src/tools/install.sh -l s ../optional > /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/include/c++/v1/tr1/optional > --- cddl/lib__L --- > *** [libzpool.so.2] Error code 1 > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: FreeBSD has a politics problem

2018-03-05 Thread Bryan Drewery
rictly technical list. I will only ask that further replies not CC freebsd-current@ and stick to freebsd-advocacy@ only where it seems like a more appropriate place for this sort of discussion. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

ZFS panic at boot when mounting root on r330386

2018-03-04 Thread Bryan Drewery
tid 100606 ] > Stopped at kdb_enter+0x3b: movq $0,kdb_why > db> It seems like a race as I can get it to boot sometimes. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: unable to build head - iconv issues

2018-03-03 Thread Bryan Drewery
ead/amd64.amd64/sys/GENERIC >> amd64 >> >> src-env.conf: >> >> MAKEOBJDIRPREFIX=/srv/obj > > With some help from bdrewery the issue was that this needed to be > > MAKEOBJDIRPREFIX?=/srv/obj > > instead. > > > Effectively fixed by r330363 b

Re: building current with DIRDEPS_BUILD [was meta mode]

2018-03-03 Thread Bryan Drewery
id/sdk/platform-tools:/home/eax/.luarocks/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' > SRCTOP='/srv/src/fbsd/head' > OBJTOP='/srv/obj/srv/src/fbsd/head/amd64.amd64' > @ 1520100350 [2018-03-03 18:05:50] Failed toolchain seconds=351 > make toolchain 181.64s user 100.10s

Re: buildkernel with PORTS_MODULES fails: Variable OBJTOP is recursive

2018-02-13 Thread Bryan Drewery
On 2/13/2018 1:48 AM, Vladimir Zakharov wrote: > On Mon, Feb 12, 2018, Bryan Drewery wrote: >> On 2/12/2018 6:54 AM, Vladimir Zakharov wrote: >>> Hello, Bryan! >>> >>> On Fri, Feb 09, 2018, Bryan Drewery wrote: >>>> On 2/1/2018 1:10 AM, Vladimir Z

Re: buildkernel with PORTS_MODULES fails: Variable OBJTOP is recursive

2018-02-12 Thread Bryan Drewery
On 2/12/2018 6:54 AM, Vladimir Zakharov wrote: > Hello, Bryan! > > On Fri, Feb 09, 2018, Bryan Drewery wrote: >> On 2/1/2018 1:10 AM, Vladimir Zakharov wrote: >>> Hello! >>> >>> For some time (about a week) building and installing kernel fails with &

Re: Makefile and nested variables question

2018-02-09 Thread Bryan Drewery
ant them declared always (ignoring .depend files) then just: foo.o: bar.h bar.c -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: buildkernel with PORTS_MODULES fails: Variable OBJTOP is recursive

2018-02-09 Thread Bryan Drewery
-next-kmod-g20180117 > ===> drm-next-kmod-g20180117 depends on file: /usr/local/bin/ccache - found > ===> Configuring for drm-next-kmod-g20180117 > ===> Building for drm-next-kmod-g20180117 > ===> drm (all) > Variable OBJTOP is recursive. For some reason I cannot re

Re: buildkernel broken after r326553

2017-12-05 Thread Bryan Drewery
On 12/5/2017 9:10 AM, Bryan Drewery wrote: > On 12/5/2017 9:03 AM, Yuri Pankov wrote: >> Hi, >> >> Looks like one of the commits by Bryan (r326549-r326553) has broken the >> kernel build for me (using -j32, but serial build did fail as well) -- >> checking out r3

Re: buildkernel broken after r326553

2017-12-05 Thread Bryan Drewery
19, type 3018001)! >     `afterdepend' has .ORDER dependency against .depend (made 1, flags > 301b, type 3020001) > `opt_global.h' was not built (made 0, flags 2009, type 300)! > *** [all_subdir_vmm] Error code 1 I'll have a fix in shortly. Sorry about that. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

2017-11-16 Thread Bryan Drewery
On 11/16/2017 1:15 PM, Mark Millard wrote: > > === > Mark Millard > mar...@dsl-only.net > > On 2017-Nov-16, at 9:13 AM, Bryan Drewery <bdrew...@freebsd.org> wrote: > >>> . . . >> >> Can you test this patch please in context of this problem ple

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

2017-11-16 Thread Bryan Drewery
On 11/11/2017 2:25 PM, Mark Millard wrote: > > On 2017-Nov-11, at 8:47 AM, Bryan Drewery <bdrew...@freebsd.org> wrote: > >>> On Nov 11, 2017, at 00:51, Mark Millard <mar...@dsl-only.net> wrote: >>> >>>> On 2017-Nov-10, at 5:16 PM, Bryan Drew

Re: installworld: Read-only objdirs not working

2017-11-15 Thread Bryan Drewery
On 11/14/2017 3:17 PM, Bryan Drewery wrote: > After a recent change a read-only /usr/obj, or other MAKEOBJDIRPREFIX, > will not properly work for an installworld. I am working on a fix. > > It will manifest as a missing rescue/rescue like: > >> --- __installcheck_sh_chec

Re: Recent OBJDIR changes can cause host /etc files to leak into DESTDIR -- Fixed in r325416

2017-11-15 Thread Bryan Drewery
gt; cheers, Jamie > This was fixed in r325776. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

installworld: Read-only objdirs not working

2017-11-14 Thread Bryan Drewery
commit a fix. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: "make universe" broken by r325697

2017-11-13 Thread Bryan Drewery
On 11/12/2017 2:00 AM, Ngie Cooper (yaneurabeya) wrote: > Per Jenkins: https://ci.freebsd.org/job/FreeBSD-head-amd64-LINT/5391/ . > Cheers, > -Ngie > Thanks, fixed in r325776. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

2017-11-11 Thread Bryan Drewery
> On Nov 11, 2017, at 00:51, Mark Millard <mar...@dsl-only.net> wrote: > >> On 2017-Nov-10, at 5:16 PM, Bryan Drewery wrote: >> >>> On 11/10/2017 8:30 AM, Bryan Drewery wrote: >>>> On 11/10/17 7:52 AM, Bryan Drewery wrote: >>>>>

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

2017-11-10 Thread Bryan Drewery
On 11/10/2017 8:30 AM, Bryan Drewery wrote: > On 11/10/17 7:52 AM, Bryan Drewery wrote: >> On 11/10/2017 12:46 AM, Mark Millard wrote: >>> When I use the command: >>> >>> ~/sys_build_scripts.aarch64-host/mergemaster_cortexA53-aarch64-host.sh >>>

Re: native-xtools gcc archs broken

2017-11-10 Thread Bryan Drewery
On 11/7/2017 10:18 AM, Bryan Drewery wrote: > My recent native-xtools rewrite works fine for clang archs but not GCC > archs. I am working on a fix. > Fixed in r325673. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

2017-11-10 Thread Bryan Drewery
On 11/10/17 7:52 AM, Bryan Drewery wrote: > On 11/10/2017 12:46 AM, Mark Millard wrote: >> When I use the command: >> >> ~/sys_build_scripts.aarch64-host/mergemaster_cortexA53-aarch64-host.sh -FUPi >> -D/mnt >> >> based on: >> >> # more ~/s

Re: -r325627 of head: mergemaster: Creating objdir after objdir after . . .

2017-11-10 Thread Bryan Drewery
ot what we want. I'll fix that. However from reading mergemaster.sh it seems that _at least_ /usr/obj/usr/src/etc/sendmail would be created before my changes. Can someone confirm that on stable/ or something? > > (MAKEOBJDIRPREFIX= does control the path-prefix used > if specified in the env list before mergemaster.) > > === > Mark Millard > markmi at dsl-only.net > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: make ftp failing

2017-11-07 Thread Bryan Drewery
t; Thanks, this is indeed fixed now. The logs provided where from the > last run during the weekend. > > Roger. -- Regards, Bryan Drewery bdrewery@freenode/EFNet ___ 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"

native-xtools gcc archs broken

2017-11-07 Thread Bryan Drewery
My recent native-xtools rewrite works fine for clang archs but not GCC archs. I am working on a fix. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Recent OBJDIR changes can cause host /etc files to leak into DESTDIR -- Fixed in r325416

2017-11-04 Thread Bryan Drewery
On 11/4/2017 8:27 PM, Bryan Drewery wrote: > For people doing upgrades of remote systems or building images, you > should upgrade past r325288 to fix the problem. I of course meant r325416 from the subject. signature.asc Description: OpenPGP digital signature

Recent OBJDIR changes can cause host /etc files to leak into DESTDIR -- Fixed in r325416

2017-11-04 Thread Bryan Drewery
/ was left in .OBJDIR rather than expected .CURDIR (like /usr/src/etc/defaults) to find the files to install from the source checkout instead. Humble apologies, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: release(7) targets busted

2017-11-04 Thread Bryan Drewery
On 11/4/2017 9:35 AM, Bryan Drewery wrote: > On 11/3/2017 9:35 PM, Bryan Drewery wrote: >>> *** FATAL ERROR: Cannot 'cd' to /root/git/freebsd/release/.. and install >>> files to >>>

Re: release(7) targets busted

2017-11-04 Thread Bryan Drewery
On 11/3/2017 9:35 PM, Bryan Drewery wrote: >> *** FATAL ERROR: Cannot 'cd' to /root/git/freebsd/release/.. and install >> files to >> the temproot environment >> >> >

release(7) targets busted

2017-11-03 Thread Bryan Drewery
-makelevel.diff -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Head build unsafe for /etc today

2017-11-03 Thread Bryan Drewery
validity. I do think it's time we have an automated suite to test most build cases for things like bmake upgrades or other high risk changes like META_MODE. I'll think about this and add to my list of things to implement. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

sys/boot machine symlink dirs causing rebuild [was Re: Example of Bryan Drewery's "Something is very wrong" ...]

2017-11-03 Thread Bryan Drewery
On 11/3/2017 12:42 PM, Mark Millard wrote: > On 2017-Nov-3, at 11:31 AM, Bryan Drewery <bdrew...@freebsd.org> wrote: > >> On 11/3/17 1:52 AM, Mark Millard wrote: >>> I did get another problem after buildworld, buildkernel, installkernel >>> without future sou

Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools

2017-11-03 Thread Bryan Drewery
325351 /usr/src/lib/libkvm/kvm_private.c >>>> M 325351 /usr/src/sys/arm/allwinner/aw_usbphy.c >>>> M 325351 /usr/src/sys/arm64/arm64/identcpu.c >>>> M 325351 /usr/src/sys/boot/fdt/dts/arm/a83t.dtsi >>>> M

Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools

2017-11-02 Thread Bryan Drewery
===> lib/librtld_db (all) > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64/lib/librtld_db/rtld_db.o > --- kerberos5/lib__L --- > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/obj-lib32/amd64.amd64/kerberos5/lib/libgssapi_ntlm/ext

Re: Head build unsafe for /etc today

2017-11-02 Thread Bryan Drewery
On 11/2/2017 7:46 PM, Warner Losh wrote: > > > On Thu, Nov 2, 2017 at 8:41 PM, Bryan Drewery <bdrew...@freebsd.org > <mailto:bdrew...@freebsd.org>> wrote: > > > > > On Nov 2, 2017, at 19:23, Steve Kargl <s...@troutmask.apl.washington.edu >

Re: Head build unsafe for /etc today

2017-11-02 Thread Bryan Drewery
> On Nov 2, 2017, at 19:36, Glen Barber <g...@freebsd.org> wrote: > >> On Thu, Nov 02, 2017 at 07:23:27PM -0700, Steve Kargl wrote: >> On Thu, Nov 02, 2017 at 07:08:50PM -0700, Bryan Drewery wrote: >>>> On Nov 2, 2017, at 18:49, Steve Kargl <s...@tr

Re: Head build unsafe for /etc today

2017-11-02 Thread Bryan Drewery
> On Nov 2, 2017, at 19:23, Steve Kargl <s...@troutmask.apl.washington.edu> > wrote: > >> On Thu, Nov 02, 2017 at 07:08:50PM -0700, Bryan Drewery wrote: >> >> >>>> On Nov 2, 2017, at 18:49, Steve Kargl <s...@troutmask.apl.washington.edu> &

Re: Head build unsafe for /etc today

2017-11-02 Thread Bryan Drewery
> On Nov 2, 2017, at 18:49, Steve Kargl <s...@troutmask.apl.washington.edu> > wrote: > >> On Thu, Nov 02, 2017 at 06:25:24PM -0700, Bryan Drewery wrote: >> >> On Nov 2, 2017, at 15:44, Mark Millard <mar...@dsl-only.net> wrote: >> >>>

Head build unsafe for /etc today

2017-11-02 Thread Bryan Drewery
On Nov 2, 2017, at 15:44, Mark Millard wrote: >> Author: bdrewery >> Date: Thu Nov 2 22:23:00 2017 >> New Revision: 325347 >> URL: >> https://svnweb.freebsd.org/changeset/base/325347 >> >> >> Log: >> Something is very wrong Unfortunately I only test with META_MODE

Re: Example of Bryan Drewery's "Something is very wrong" (from his disabling head/Makefile)?: obj-cross-tools path referenced but file is under obj-bootstrap-tools

2017-11-02 Thread Bryan Drewery
s vs. > obj-bootstrap-tools : > > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-cross-tools/lib/clang/libllvmminimal/libllvmminimal.a > /usr/obj/bpim3_clang/arm.armv7/usr/src/arm.armv7/tmp/obj-bootstrap-tools/lib/clang/libllvmminimal/libllvmminimal.a > > > === > Mark Millard > markmi at dsl-only.net > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: r325288: Changed OBJDIR paths /usr/obj[/amd64.amd64]/usr/src -> /usr/obj/usr/src/amd64.amd64/ (always target now)

2017-11-01 Thread Bryan Drewery
On 11/1/2017 2:28 PM, Bryan Drewery wrote: > FYI after r325288 the OBJDIR path used has changed to: > MAKEOBJDIRPREFIX/SRCTOP/TARGET.TARGET_ARCH/RELDIR. > > Meaning something like this: > /usr/obj/usr/src/amd64.amd64/bin/sh > > This pattern is used for cross, nati

r325288: Changed OBJDIR paths /usr/obj[/amd64.amd64]/usr/src -> /usr/obj/usr/src/amd64.amd64/ (always target now)

2017-11-01 Thread Bryan Drewery
in /etc/src-env.conf (not /etc/src.conf), but the option is planned to be removed for 12.0 release. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

FYI about native-xtools / Poudriere jail -x change in head

2017-10-30 Thread Bryan Drewery
source after r325001. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Would O_APPEND for /dev/null be possible?

2017-08-09 Thread Bryan Drewery
nat(AT_FDCWD,"/dev/null",O_RDWR|O_APPEND|O_NOFOLLOW|O_CREAT,03762520) > = 3 (0x3) Seems to work fine. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: [bmake] bmake sigint handling causing tty corruption

2017-08-09 Thread Bryan Drewery
@if [ -t 1 ]; then echo "1 is a TTY"; fi > @if [ -t 2 ]; then echo "2 is a TTY"; fi > # make > Building /usr/obj/root/git/freebsd/tmp/blah > 0 is a TTY > # make -j2 > Building /usr/obj/root/git/freebsd/tmp/blah > # gmake > 0 is a TTY > 1 is

Re: Apparent race in buildworld (head/amd64, r322214 -> r322304)

2017-08-09 Thread Bryan Drewery
On 8/9/2017 12:35 PM, David Wolfskill wrote: > On Wed, Aug 09, 2017 at 12:22:20PM -0700, Bryan Drewery wrote: >>> /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s >> ... >> >> This should fix it: >> https://people.freebsd.org/~bdrewery/patches/gcc_s-ins

Re: Apparent race in buildworld (head/amd64, r322214 -> r322304)

2017-08-09 Thread Bryan Drewery
> /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s On 8/9/2017 10:57 AM, David Wolfskill wrote: > On Wed, Aug 09, 2017 at 10:49:04AM -0700, Bryan Drewery wrote: >> ... >>> on one machine, but the other never had an issue. On the "failing" one, &

Re: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist"

2017-07-24 Thread Bryan Drewery
On 7/24/2017 11:20 AM, Bryan Drewery wrote: > On 7/22/2017 9:04 PM, Mark Millard wrote: >> After buildworld buildkernel installkernel installkernel reboot to >> upgrade to -r321371 (from -r321109 ) I attempted: >> >> ~/sys_build_scripts.amd64-host/make_amd64_

Re: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist"

2017-07-24 Thread Bryan Drewery
/drti > 1 error > > > Removing the -j8 got past this (but got a later problem that > I'll report separately). I am not surprised, there is no .ORDER defined for running installworld distrib-dirs and distribute all at the same time with -j. I can make it parallel-safe though. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Panic on boot after upgrade from r320827 -> r320869

2017-07-12 Thread Bryan Drewery
On 7/11/17 10:13 AM, Bryan Drewery wrote: > On 7/11/17 10:09 AM, Warner Losh wrote: >> Plus we know we have at least one bug in meta-mode rebuilding since not >> everything is being rebuilt that should be across this change. > > Yes I'm looking into that. > This wa

Re: Recent reports of needing to avoid META_MODE for head kernel builds for updates: a preliminary investigation

2017-07-12 Thread Bryan Drewery
the difference in meta mode incremental build results > vs. full rebuild. This was a bug with buildkernel with META_MODE using filemon (the default with META_MODE). It is fixed in r320919. I recommend doing another buildkernel after that and installing to ensure everything gets updated. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: Panic on boot after upgrade from r320827 -> r320869

2017-07-11 Thread Bryan Drewery
On 7/11/17 10:09 AM, Warner Losh wrote: > Plus we know we have at least one bug in meta-mode rebuilding since not > everything is being rebuilt that should be across this change. Yes I'm looking into that. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

2017-07-07 Thread Bryan Drewery
On 7/5/17 12:55 PM, Boris Samorodov wrote: > 05.07.2017 22:29, Bryan Drewery пишет: > >> Parallel install should be working just fine. It is a supported feature >> of installworld. What was the issue exactly? > > https://lists.freebsd.org/pipermail/freebsd-current/20

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

2017-07-05 Thread Bryan Drewery
On 7/5/17 12:55 PM, Boris Samorodov wrote: > 05.07.2017 22:29, Bryan Drewery пишет: > >> Parallel install should be working just fine. It is a supported feature >> of installworld. What was the issue exactly? > > https://lists.freebsd.org/pipermail/freebsd-curre

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

2017-07-05 Thread Bryan Drewery
uot;${SRC_BASE}" DESTDIR=${destdir} \ > + DB_FROM_SRC=1 distrib-dirs || \ > + err 1 "Failed to 'make distrib-dirs'" > +-${MAKE_CMD} -C "${SRC_BASE}" ${make_jobs} DESTDIR=${destdir} \ > ++${MAKE_CMD} -C "${SRC_BASE}" DESTDIR=${destdir} \ > + distribution || err 1 "Failed to 'make distribution'" > + > + return 0 > > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

2017-06-23 Thread Bryan Drewery
tools? >> >> I was able to continue by replacing "| head 1" with "| sed -n 1p" in >> _ld_version!= ${${ld}} --version 2>/dev/null | head -n 1 || echo none >> >> head is not in /tmp/install.RANDOMVALUES but sed is. > > Great, that worked, thank

Re: compiler-metadata.mk for main arch deleted when crossbuilding

2017-06-23 Thread Bryan Drewery
On 6/23/2017 11:28 AM, Bryan Drewery wrote: > On 6/23/2017 11:00 AM, Guy Yur wrote: >> Hi Bryan, >> >> I use a script for building both amd64 and armv6 on an amd64 machine. >> Basically, >> export TARGET=amd64 TARGET_ARCH=amd64 >> make -j2 -DNO_CLEAN buil

Re: compiler-metadata.mk for main arch deleted when crossbuilding

2017-06-23 Thread Bryan Drewery
target's "@rm -f ${.OBJDIR}/compiler-metadata.mk" > not respect TARGET and TARGET_ARCH? > Yes, it is fixed now in r320286. Thanks for the report! -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature

  1   2   3   4   5   >