)
> - printf("%ld.%ld\n", ts.tv_sec, ts.tv_nsec);
> + printf("%jd.%09ld\n", (intmax_t)ts.tv_sec, ts.tv_nsec);
> else
> - printf("%ld\n", ts.tv_sec);
> + printf("%jd\n", (intmax_t)ts.tv_sec);
> return (EXIT_SUCCESS);
> }
Thanks, I've committed it in my local git. Will push out later.
--
Bryan Drewery
OpenPGP_signature
Description: OpenPGP digital signature
On 3/8/2021 12:13 PM, Ed Maste wrote:
> 5. Retire the special case for -I "".
Just to be clear, we are not suggesting removing compat for -i '' right?
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
ht
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
>
d);
> (kgdb) backtrace
> #0 sched_switch (td=0xfe25eefa2e00, flags=) at
> /usr/src/sys/kern/sched_ule.c:2147
> #1 0x80bce615 in mi_switch (flags=260) at
> /usr/src/sys/kern/kern_synch.c:542
> #2 0x80c1cfea in sleepq_switch (wchan=0xf808a08f0a68, pri=96) a
ad commits.
> My time ran out.
> Current 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 wee
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) on HEAD
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
>>
>> 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
;
> Am I the 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
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
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
.h' file not 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
t; but I did ask them to hit up freebsd-current if it continued to be
>>> an
>>> issue
>>> OK, I 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
;>>> #80 r337834M/337834:1200077: Wed Aug 15 04:34:45 PDT 2018
>>>>> 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
conversion -Wno-unused-local-typedef -Wno-address-of-packed-member
> -Wno-switch -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"
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
NG_BOOTSTRAP=
> WITH_CLANG=
> WITH_CLANG_IS_CC=
> WITH_CLANG_FULL=
> WITH_CLANG_EXTRAS=
> WITH_LLD=
> WITH_LLD_IS_LD=
> WITH_LLDB=
> #
> WITH_BOOT=
> WITHOUT_LIB32=
> #
> WITHOUT_GCC_BOOTSTRAP=
> 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
s ( -r335880 , -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
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:
>>>>
>&
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
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
next few weeks.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
> 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:
> > > >
ang/Sema ?
>>
>
> Well, 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
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=a
ot sure 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.
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
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
--
R
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
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, suc
xx-i386.a
> ranlib: fatal: Failed to open 'libclang_rt.asan_cxx-i386.a'
> *** [libclang_rt.asan_cxx-i386.a] Error code 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"
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:
>>>
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:
yes? Or did you 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
> (here 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
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
FreeBSD ELF64, sys_execve), rip = 0x800d7af7a, rsp =
> 0x7fffbd28, rbp = 0x7fffbe70 ---
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
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.
>>
>>
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
d lang/rust-nightly?
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
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 wrote:
>>>>
>>>>> I am having a compile time issue for a patched that compiled fine on my
On 4/12/2018 1:11 PM, Bryan Drewery wrote:
> On 4/10/2018 5:29 PM, Rodney W. Grimes wrote:
>>> Rodney W. Grimes wrote:
>>>
>>>> I am having a compile time issue for a patched that compiled fine on my
>>>> r329294 system, but now failes to compile w
> -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
hrough 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
root 48139 35.4 0.1 131636 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"
/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: 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
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
gt; [ thread pid 56 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
C
>> 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 but ?= should still be u
/.local/lib/npm/bin:/home/eax/.gem/ruby/2.5.0/bin:/home/eax/.rvm/bin:/home/eax/Library/Python/3.6/bin:/home/eax/Library/Python/2
> .7/bin:/opt/local/sbin:/opt/local/bin:/opt/local/bin/pear:/opt/local/lib/mariadb-10.2/bin:/usr/local/mysql/bin:/opt/local/libexec/perl5.24/sitebin:/home/eax/p
> erl5/b
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
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
&
you want them declared always (ignoring .depend files) then just:
foo.o: bar.h bar.c
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
-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
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
te.
> `npt.c' is up to date.
> `ivrs_drv.c' is up to date.
> `amdvi_hw.c' is up to date.
> `svm_msr.c' is up to date.
> `afterdepend' was not built (made 1, flags 2019, 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
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 wrote:
>
>>> . . .
>>
>> Can you test this patch please in context of this problem please?
>> It resolves read-
On 11/11/2017 2:25 PM, Mark Millard wrote:
>
> On 2017-Nov-11, at 8:47 AM, Bryan Drewery wrote:
>
>>> On Nov 11, 2017, at 00:51, Mark Millard wrote:
>>>
>>>> On 2017-Nov-10, at 5:16 PM, Bryan Drewery wrote:
>>>>
>>>>> On 11/10/
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
cheers, Jamie
>
This was fixed in r325776.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
commit a fix.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
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
> On Nov 11, 2017, at 00:51, Mark Millard 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:
>>>>> On 11/10/2017 12:4
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
>>>
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
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
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
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"
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
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
rnally because the
expected .OBJDIR was never created. Thus the bogus /etc/ 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
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
&
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
>>
>>
>
atches/mm-mtree-makelevel.diff
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
concerns have 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
On 11/3/2017 12:42 PM, Mark Millard wrote:
> On 2017-Nov-3, at 11:31 AM, Bryan Drewery wrote:
>
>> On 11/3/17 1:52 AM, Mark Millard wrote:
>>> I did get another problem after buildworld, buildkernel, installkernel
>>> without future source code dates: the in
> M 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
>>&g
-
> ===> 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/li
On 11/2/2017 7:46 PM, Warner Losh wrote:
>
>
> On Thu, Nov 2, 2017 at 8:41 PM, Bryan Drewery <mailto:bdrew...@freebsd.org>> wrote:
>
>
>
> > On Nov 2, 2017, at 19:23, Steve Kargl <mailto:s...@troutmask.apl.washington.edu>> wrote:
>
> On Nov 2, 2017, at 19:36, Glen Barber 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
>>>> wrote:
>>>>
> On Nov 2, 2017, at 19:23, 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
>>>> wrote:
>>>>
>>>> On Thu, Nov 02, 2017 at
> On Nov 2, 2017, at 18:49, Steve Kargl
> wrote:
>
>> On Thu, Nov 02, 2017 at 06:25:24PM -0700, Bryan Drewery wrote:
>>
>> On Nov 2, 2017, at 15:44, Mark Millard wrote:
>>
>>>> Author: bdrewery
>>>> Date: Thu Nov 2 22:2
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 these days which implies
obj-cross-tools 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
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
/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
s own source after r325001.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
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
en 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 a TTY
> 2 is a TTY
> # gmake -j2
> 0 is a TTY
> 1 is a TTY
> 2 is a TTY
> #
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
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
> /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,
&
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_
rti
> 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
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
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
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
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
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/2017-
; ++${MAKE_CMD} -C "${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
as 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, thanks :-)
>
My local release.sh build just finished on r320292 and I did not run
into this issue. I believe it is fixed.
Note that just replacing 'head' with 'sed' is not quite right as there
should be no reason to be running ld at this point anyway.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
1 - 100 of 468 matches
Mail list logo
