Re: buildkernel broken on if_ixl when EVDEV is enabled
On 06/22/18 10:38, Navdeep Parhar wrote: > On 06/22/18 10:25, Pete Wright wrote: >> >> >> On 06/21/2018 20:47, Danilo Egêa Gondolfo wrote: >>> Hi, >>> >>> check if you have 'options IXL_IW' in your kernel conf. It's removed >>> from GENERIC. I had the same problem here with my customized conf. >> >> ah - that was totally it i think. i was lazy and just copied GENERIC to >> GENERIC-EVDEV so it got of sync. i've now re-created my EVDEV config to >> just include GENERIC. > > You can avoid your kernconf going out of sync by including GENERIC in it > and then adding just your customizations. oops I missed the last sentence in your email. ___ 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: buildkernel broken on if_ixl when EVDEV is enabled
On 06/22/2018 10:38, Navdeep Parhar wrote: On 06/22/18 10:25, Pete Wright wrote: On 06/21/2018 20:47, Danilo Egêa Gondolfo wrote: Hi, check if you have 'options IXL_IW' in your kernel conf. It's removed from GENERIC. I had the same problem here with my customized conf. ah - that was totally it i think. i was lazy and just copied GENERIC to GENERIC-EVDEV so it got of sync. i've now re-created my EVDEV config to just include GENERIC. You can avoid your kernconf going out of sync by including GENERIC in it and then adding just your customizations. include GENERIC ident GENERIC-EVDEV options EVDEV_SUPPORT device evdev yep, that's exactly what i did - don't think my hasty response phrased things too well :) -pete -- Pete Wright p...@nomadlogic.org @nomadlogicLA ___ 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: buildkernel broken on if_ixl when EVDEV is enabled
On 06/22/18 10:25, Pete Wright wrote: > > > On 06/21/2018 20:47, Danilo Egêa Gondolfo wrote: >> Hi, >> >> check if you have 'options IXL_IW' in your kernel conf. It's removed >> from GENERIC. I had the same problem here with my customized conf. > > ah - that was totally it i think. i was lazy and just copied GENERIC to > GENERIC-EVDEV so it got of sync. i've now re-created my EVDEV config to > just include GENERIC. You can avoid your kernconf going out of sync by including GENERIC in it and then adding just your customizations. include GENERIC ident GENERIC-EVDEV options EVDEV_SUPPORT device evdev Regards, Navdeep ___ 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: buildkernel broken on if_ixl when EVDEV is enabled
On 06/21/2018 20:47, Danilo Egêa Gondolfo wrote: Hi, check if you have 'options IXL_IW' in your kernel conf. It's removed from GENERIC. I had the same problem here with my customized conf. ah - that was totally it i think. i was lazy and just copied GENERIC to GENERIC-EVDEV so it got of sync. i've now re-created my EVDEV config to just include GENERIC. thanks for the heads up! -pete -- Pete Wright p...@nomadlogic.org @nomadlogicLA ___ 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: buildkernel broken on if_ixl when EVDEV is enabled
Hi, check if you have 'options IXL_IW' in your kernel conf. It's removed from GENERIC. I had the same problem here with my customized conf. On Thu, Jun 21, 2018 at 11:43 PM, Pete Wright wrote: > howdy - just ran into an issue with building a kernel that has EVDEV > enabled causing this error: > > --- kernel.full --- > linking kernel.full > ld: error: undefined symbol: ixl_iw_pf_init > >>> referenced by if_ixl.c:900 (/usr/home/pete/git/freebsd/sy > s/dev/ixl/if_ixl.c:900) > >>> if_ixl.o:(ixl_if_init) > > ld: error: undefined symbol: ixl_iw_pf_stop > >>> referenced by if_ixl.c:920 (/usr/home/pete/git/freebsd/sy > s/dev/ixl/if_ixl.c:920) > >>> if_ixl.o:(ixl_if_stop) > > ld: error: undefined symbol: ixl_iw_pf_attach > >>> referenced by if_ixl.c:669 (/usr/home/pete/git/freebsd/sy > s/dev/ixl/if_ixl.c:669) > >>> if_ixl.o:(ixl_if_attach_post) > > ld: error: undefined symbol: ixl_iw_pf_detach > >>> referenced by if_ixl.c:711 (/usr/home/pete/git/freebsd/sy > s/dev/ixl/if_ixl.c:711) > >>> if_ixl.o:(ixl_if_detach) > *** [kernel.full] Error code 1 > > > building a standard GENERIC kernel works without issue. my "EVDEV" kern > conf has the following two lines added: > > options EVDEV_SUPPORT # D10265 from phabricator > device evdev > > Not sure if anyone else has seen this? > > -pete > > -- > Pete Wright > p...@nomadlogic.org > @nomadlogicLA > > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
buildkernel broken on if_ixl when EVDEV is enabled
howdy - just ran into an issue with building a kernel that has EVDEV enabled causing this error: --- kernel.full --- linking kernel.full ld: error: undefined symbol: ixl_iw_pf_init >>> referenced by if_ixl.c:900 (/usr/home/pete/git/freebsd/sys/dev/ixl/if_ixl.c:900) >>> if_ixl.o:(ixl_if_init) ld: error: undefined symbol: ixl_iw_pf_stop >>> referenced by if_ixl.c:920 (/usr/home/pete/git/freebsd/sys/dev/ixl/if_ixl.c:920) >>> if_ixl.o:(ixl_if_stop) ld: error: undefined symbol: ixl_iw_pf_attach >>> referenced by if_ixl.c:669 (/usr/home/pete/git/freebsd/sys/dev/ixl/if_ixl.c:669) >>> if_ixl.o:(ixl_if_attach_post) ld: error: undefined symbol: ixl_iw_pf_detach >>> referenced by if_ixl.c:711 (/usr/home/pete/git/freebsd/sys/dev/ixl/if_ixl.c:711) >>> if_ixl.o:(ixl_if_detach) *** [kernel.full] Error code 1 building a standard GENERIC kernel works without issue. my "EVDEV" kern conf has the following two lines added: options EVDEV_SUPPORT # D10265 from phabricator device evdev Not sure if anyone else has seen this? -pete -- Pete Wright p...@nomadlogic.org @nomadlogicLA ___ 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: buildkernel broken after r326553
On Tue, Dec 5, 2017 at 09:24:28AM -0800, Bryan Drewery wrote: 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 r326547 make it work again. I can't pinpoint the exact error in the build log, as it seems to be some make weirdness, so here's a guess, please let me know if you need full build log: --- all_subdir_vmm --- make[4]: Graph cycles through `vmx_assym.h' make[4]: Graph cycles through `vmx_genassym.o' make[4]: Graph cycles through `svm_assym.h' make[4]: Graph cycles through `svm_genassym.o' `svm_genassym.c' is up to date. `vmx_genassym.c' is up to date. `vmm.c' is up to date. `vmm_dev.c' is up to date. `vmm_host.c' is up to date. `vmm_instruction_emul.c' is up to date. `vmm_ioport.c' is up to date. `vmm_lapic.c' is up to date. `vmm_mem.c' is up to date. `vmm_stat.c' is up to date. `vmm_util.c' is up to date. `x86.c' is up to date. `iommu.c' is up to date. `ppt.c' is up to date. `vatpic.c' is up to date. `vatpit.c' is up to date. `vhpet.c' is up to date. `vioapic.c' is up to date. `vlapic.c' is up to date. `vpmtmr.c' is up to date. `vrtc.c' is up to date. `ept.c' is up to date. `vmcs.c' is up to date. `vmx_msr.c' is up to date. `vmx_support.S' is up to date. `vmx.c' is up to date. `vtd.c' is up to date. `vmcb.c' is up to date. `svm.c' is up to date. `svm_support.S' is up to date. `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. Fixed in r326569. Thank you! ___ 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: buildkernel broken after r326553
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 r326547 make it work again. >> >> I can't pinpoint the exact error in the build log, as it seems to be >> some make weirdness, so here's a guess, please let me know if you need >> full build log: >> >> --- all_subdir_vmm --- >> make[4]: Graph cycles through `vmx_assym.h' >> make[4]: Graph cycles through `vmx_genassym.o' >> make[4]: Graph cycles through `svm_assym.h' >> make[4]: Graph cycles through `svm_genassym.o' >> `svm_genassym.c' is up to date. >> `vmx_genassym.c' is up to date. >> `vmm.c' is up to date. >> `vmm_dev.c' is up to date. >> `vmm_host.c' is up to date. >> `vmm_instruction_emul.c' is up to date. >> `vmm_ioport.c' is up to date. >> `vmm_lapic.c' is up to date. >> `vmm_mem.c' is up to date. >> `vmm_stat.c' is up to date. >> `vmm_util.c' is up to date. >> `x86.c' is up to date. >> `iommu.c' is up to date. >> `ppt.c' is up to date. >> `vatpic.c' is up to date. >> `vatpit.c' is up to date. >> `vhpet.c' is up to date. >> `vioapic.c' is up to date. >> `vlapic.c' is up to date. >> `vpmtmr.c' is up to date. >> `vrtc.c' is up to date. >> `ept.c' is up to date. >> `vmcs.c' is up to date. >> `vmx_msr.c' is up to date. >> `vmx_support.S' is up to date. >> `vmx.c' is up to date. >> `vtd.c' is up to date. >> `vmcb.c' is up to date. >> `svm.c' is up to date. >> `svm_support.S' is up to date. >> `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. > Fixed in r326569. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: buildkernel broken after r326553
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 r326547 make it work again. > > I can't pinpoint the exact error in the build log, as it seems to be > some make weirdness, so here's a guess, please let me know if you need > full build log: > > --- all_subdir_vmm --- > make[4]: Graph cycles through `vmx_assym.h' > make[4]: Graph cycles through `vmx_genassym.o' > make[4]: Graph cycles through `svm_assym.h' > make[4]: Graph cycles through `svm_genassym.o' > `svm_genassym.c' is up to date. > `vmx_genassym.c' is up to date. > `vmm.c' is up to date. > `vmm_dev.c' is up to date. > `vmm_host.c' is up to date. > `vmm_instruction_emul.c' is up to date. > `vmm_ioport.c' is up to date. > `vmm_lapic.c' is up to date. > `vmm_mem.c' is up to date. > `vmm_stat.c' is up to date. > `vmm_util.c' is up to date. > `x86.c' is up to date. > `iommu.c' is up to date. > `ppt.c' is up to date. > `vatpic.c' is up to date. > `vatpit.c' is up to date. > `vhpet.c' is up to date. > `vioapic.c' is up to date. > `vlapic.c' is up to date. > `vpmtmr.c' is up to date. > `vrtc.c' is up to date. > `ept.c' is up to date. > `vmcs.c' is up to date. > `vmx_msr.c' is up to date. > `vmx_support.S' is up to date. > `vmx.c' is up to date. > `vtd.c' is up to date. > `vmcb.c' is up to date. > `svm.c' is up to date. > `svm_support.S' is up to date. > `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
buildkernel broken after r326553
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 r326547 make it work again. I can't pinpoint the exact error in the build log, as it seems to be some make weirdness, so here's a guess, please let me know if you need full build log: --- all_subdir_vmm --- make[4]: Graph cycles through `vmx_assym.h' make[4]: Graph cycles through `vmx_genassym.o' make[4]: Graph cycles through `svm_assym.h' make[4]: Graph cycles through `svm_genassym.o' `svm_genassym.c' is up to date. `vmx_genassym.c' is up to date. `vmm.c' is up to date. `vmm_dev.c' is up to date. `vmm_host.c' is up to date. `vmm_instruction_emul.c' is up to date. `vmm_ioport.c' is up to date. `vmm_lapic.c' is up to date. `vmm_mem.c' is up to date. `vmm_stat.c' is up to date. `vmm_util.c' is up to date. `x86.c' is up to date. `iommu.c' is up to date. `ppt.c' is up to date. `vatpic.c' is up to date. `vatpit.c' is up to date. `vhpet.c' is up to date. `vioapic.c' is up to date. `vlapic.c' is up to date. `vpmtmr.c' is up to date. `vrtc.c' is up to date. `ept.c' is up to date. `vmcs.c' is up to date. `vmx_msr.c' is up to date. `vmx_support.S' is up to date. `vmx.c' is up to date. `vtd.c' is up to date. `vmcb.c' is up to date. `svm.c' is up to date. `svm_support.S' is up to date. `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 ___ 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: buildkernel broken for META_MODE
On 4/18/2017 3:26 PM, Simon J. Gerraty wrote: >>> [Creating objdir /usr/obj/usr/obj/root/git/freebsd/sys/GENERIC...] >> Wrong^ >> >> Note we have 'cd /usr/obj/' and 'MAKEOBJDIRPREFIX=/usr/obj' in >> there, so we get a nested /usr/obj/.CURDIR problem of /usr/obj/usr/obj. > > The following would probably help that case: > > Index: auto.obj.mk > === > RCS file: /volume/cvs/sjg/mk/auto.obj.mk,v > retrieving revision 1.13 > diff -u -p -r1.13 auto.obj.mk > --- auto.obj.mk 24 Mar 2017 20:53:22 - 1.13 > +++ auto.obj.mk 18 Apr 2017 22:25:08 - > @@ -41,6 +41,10 @@ MKOBJDIRS= auto > # Use __objdir here so it is easier to tweak without impacting > # the logic. > .if !empty(MAKEOBJDIRPREFIX) > +.if ${.CURDIR:M${MAKEOBJDIRPREFIX}/*} != "" > +# we are already in obj tree! > +__objdir?= ${.CURDIR} > +.endif > __objdir?= ${MAKEOBJDIRPREFIX}${.CURDIR} > .endif > __objdir?= ${MAKEOBJDIR:Uobj} > Yes this looks right and fixes buildkernel completely. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: buildkernel broken for META_MODE
> > [Creating objdir /usr/obj/usr/obj/root/git/freebsd/sys/GENERIC...] > Wrong^ > > Note we have 'cd /usr/obj/' and 'MAKEOBJDIRPREFIX=/usr/obj' in > there, so we get a nested /usr/obj/.CURDIR problem of /usr/obj/usr/obj. The following would probably help that case: Index: auto.obj.mk === RCS file: /volume/cvs/sjg/mk/auto.obj.mk,v retrieving revision 1.13 diff -u -p -r1.13 auto.obj.mk --- auto.obj.mk 24 Mar 2017 20:53:22 - 1.13 +++ auto.obj.mk 18 Apr 2017 22:25:08 - @@ -41,6 +41,10 @@ MKOBJDIRS= auto # Use __objdir here so it is easier to tweak without impacting # the logic. .if !empty(MAKEOBJDIRPREFIX) +.if ${.CURDIR:M${MAKEOBJDIRPREFIX}/*} != "" +# we are already in obj tree! +__objdir?= ${.CURDIR} +.endif __objdir?= ${MAKEOBJDIRPREFIX}${.CURDIR} .endif __objdir?= ${MAKEOBJDIR:Uobj} ___ 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: buildkernel broken for META_MODE
Bryan Drewery wrote: > > What is the issue above? diff? > > I don't know what the issue is with buildkernel specifically, I never > looked into it. Buildworld had other issues like rescue/rescue not being > AUTO_OBJ safe. That's fixed. I forget the details of buildworld as well. > One of the simpler changes is to remove the 'make obj' treewalk and > prefer .OBJDIR/OBJTOP over other ${CANONICALOBJDIR} ${OBJTREE} type > hacks. My patches are quite mangled with the idea of moving to > /usr/obj/CURDIR/TARGET.TARGET_ARCH/RELDIR and I need to split it all up > still. Ok > > > > > FWIW the latest version of auto.obj.mk deals with __objdir=obj which is > > a corner case compared to any use of MAKEOJDIRPREFIX etc. > > > > It does not fix the issues. Not this lot no. Its for folk wanting to use the traditional ${.CURDIR}/obj/ which used to throw an error. I haven't used ${.CURDIR}/obj/ in almost 20 years ;-) > > SIZE="size" INSTALL="sh /root/git/freebsd/tools/install.sh" > > PATH=/usr/obj/root/git/freebsd/tmp/legacy/usr/sbin:/usr/obj/root/git/freebsd/tmp/legacy/usr/bin:/usr/obj/root/git/freebsd/tmp/legacy/bin:/usr/obj/root/git/freebsd/tmp/usr/sbin:/usr/obj/root/git/freebsd/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin > > make -j 1 > > 5 -D NO_FILEMON -d M -J 15,16 -m /root/git/freebsd/share/mk KERNEL=kernel > > obj > > [Creating objdir /usr/obj/usr/obj/root/git/freebsd/sys/GENERIC...] > Wrong^ > > Note we have 'cd /usr/obj/' and 'MAKEOBJDIRPREFIX=/usr/obj' in > there, so we get a nested /usr/obj/.CURDIR problem of /usr/obj/usr/obj. Yes, ugly. ___ 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: buildkernel broken for META_MODE
On 4/18/2017 2:33 PM, Simon J. Gerraty wrote: > Bryan Drewery wrote: >> Aha /usr/obj/usr/obj. >> >> That was in Renato's report as well. >> >> The bug is WITH_AUTO_OBJ. I just confirmed that. A bunch of errors occur >> when doing the first build and the opt_*.h files are not generated in >> the "proper" place by config(8). >> >> WITH_AUTO_OBJ is not really workable yet in buildworld/buildkernel. I >> have patches that I will commit soon to add support for them (meaning to >> work as it all does not but without a 'make obj' tree walk). > > What is the issue above? diff? I don't know what the issue is with buildkernel specifically, I never looked into it. Buildworld had other issues like rescue/rescue not being AUTO_OBJ safe. That's fixed. I forget the details of buildworld as well. One of the simpler changes is to remove the 'make obj' treewalk and prefer .OBJDIR/OBJTOP over other ${CANONICALOBJDIR} ${OBJTREE} type hacks. My patches are quite mangled with the idea of moving to /usr/obj/CURDIR/TARGET.TARGET_ARCH/RELDIR and I need to split it all up still. > > FWIW the latest version of auto.obj.mk deals with __objdir=obj which is > a corner case compared to any use of MAKEOJDIRPREFIX etc. > It does not fix the issues. > -- stage 2.2: rebuilding the object tree > -- > cd /usr/obj/root/git/freebsd/sys/GENERIC; COMPILER_VERSION=4 > COMPILER_FEATURES=c++11 COMPILER_TYPE=clang > COMPILER_FREEBSD_VERSION=126 MAKEOBJDIRPREFIX=/usr/obj > MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= BUILD_TOOLS_META=.NOMETA > GROFF_BIN_PATH=/usr/obj/root/git/freebsd/tmp/legacy/usr/bin GROFF_FONT_PATH > =/usr/obj/root/git/freebsd/tmp/legacy/usr/share/groff_font > GROFF_TMAC_PATH=/usr/obj/root/git/freebsd/tmp/legacy/usr/share/tmac > CC="/usr/local/bin/ccache cc -target x86_64-unknown-freebsd12.0 > --sysroot=/usr/obj/root/git/freebsd/tmp > -B/usr/obj/root/git/freebsd/tmp/usr/bin" CXX="/usr/local/bin/ccache c++ > -target x86_ > 64-unknown-freebsd12.0 --sysroot=/usr/obj/root/git/freebsd/tmp > -B/usr/obj/root/git/freebsd/tmp/usr/bin" CPP="cpp -target > x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/root/git/freebsd/tmp > -B/usr/obj/root/git/freebsd/tmp/usr/bin" AS="as" AR="ar" LD="ld" > LLVM_LINK="" NM=nm OBJCOPY="objcopy" RANLIB=ranlib STRINGS= > SIZE="size" INSTALL="sh /root/git/freebsd/tools/install.sh" > PATH=/usr/obj/root/git/freebsd/tmp/legacy/usr/sbin:/usr/obj/root/git/freebsd/tmp/legacy/usr/bin:/usr/obj/root/git/freebsd/tmp/legacy/bin:/usr/obj/root/git/freebsd/tmp/usr/sbin:/usr/obj/root/git/freebsd/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin > make -j 1 > 5 -D NO_FILEMON -d M -J 15,16 -m /root/git/freebsd/share/mk KERNEL=kernel obj > [Creating objdir /usr/obj/usr/obj/root/git/freebsd/sys/GENERIC...] Wrong^ Note we have 'cd /usr/obj/' and 'MAKEOBJDIRPREFIX=/usr/obj' in there, so we get a nested /usr/obj/.CURDIR problem of /usr/obj/usr/obj. > grep: opt_md.h: No such file or directory > grep: opt_ddb.h: No such file or directory > grep: opt_kdtrace.h: No such file or directory > grep: opt_hwpmc_hooks.h: No such file or directory Wrong^ I will look into this as part of my larger patch, but it's likely due to the first bug. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: buildkernel broken for META_MODE
Bryan Drewery wrote: > Aha /usr/obj/usr/obj. > > That was in Renato's report as well. > > The bug is WITH_AUTO_OBJ. I just confirmed that. A bunch of errors occur > when doing the first build and the opt_*.h files are not generated in > the "proper" place by config(8). > > WITH_AUTO_OBJ is not really workable yet in buildworld/buildkernel. I > have patches that I will commit soon to add support for them (meaning to > work as it all does not but without a 'make obj' tree walk). What is the issue above? diff? FWIW the latest version of auto.obj.mk deals with __objdir=obj which is a corner case compared to any use of MAKEOJDIRPREFIX etc. ___ 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: buildkernel broken for META_MODE
On 4/10/2017 11:14 AM, Bryan Drewery wrote: > On 4/7/2017 12:13 PM, Ngie Cooper (yaneurabeya) wrote: >> Hi, >> I ran into this error when trying to run a meta mode build (for the >> first time). It might be related to the recent assym* ordering changes. >> Thanks! >> -Ngie >> >> $ cat /etc/src-env.conf >> WITH_AUTO_OBJ= yes Oh I missed this part^ >> WITH_META_MODE= yes >> UPDATE_DEPENDFILE= yes By the way UPDATE_DEPENDFILE is not really a user variable and setting it may break things. >> $ pwd >> /usr/src >> $ svnversion >> 316603M >> $ svn st | grep -v \? >> M usr.bin/grep/tests/Makefile >> $ env SRCCONF=/dev/null NO_FILEMON=1 script ~/bk.ts make buildkernel -j3 >> Script started on Fri Apr 7 11:52:38 2017 >> Command: time make buildkernel -j3 >> --- buildkernel --- >> make[1]: "/usr/src/Makefile.inc1" line 146: SYSTEM_COMPILER: Determined that >> CC=cc matches the source tree. Not bootstrapping a cross-compiler. >> --- buildkernel --- >> -- > Kernel build for GENERIC started on Fri Apr 7 11:52:39 PDT 2017 >> -- >> ===> GENERIC >> mkdir -p /usr/obj/usr/src/sys >> -- > stage 1: configuring the kernel >> -- >> ... >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/acpi_quirks.h Aha /usr/obj/usr/obj. That was in Renato's report as well. The bug is WITH_AUTO_OBJ. I just confirmed that. A bunch of errors occur when doing the first build and the opt_*.h files are not generated in the "proper" place by config(8). WITH_AUTO_OBJ is not really workable yet in buildworld/buildkernel. I have patches that I will commit soon to add support for them (meaning to work as it all does not but without a 'make obj' tree walk). >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/feeder_eq_gen.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/feeder_rate_gen.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/snd_fxdiv_gen.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/miidevs.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/pccarddevs.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/teken_state.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/usbdevs.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/vnode_if.h >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC/ia32_genassym.o >> --- ia32_genassym.o --- >> :1:10: fatal error: 'opt_global.h' file not found >> #include "opt_global.h" >> ^~ >> 1 error generated. >> *** [ia32_genassym.o] Error code 1 >> >> make[2]: stopped in /usr/obj/usr/src/sys/GENERIC >> .ERROR_TARGET='ia32_genassym.o' >> .ERROR_META_FILE='/usr/obj/usr/obj/usr/src/sys/GENERIC/ia32_genassym.o.meta' >> > > It was previously reported here too > https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061946.html. > It's a race. I had forgotten about it but will look at it again. > -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: buildkernel broken for META_MODE
On 4/7/2017 12:13 PM, Ngie Cooper (yaneurabeya) wrote: > Hi, > I ran into this error when trying to run a meta mode build (for the > first time). It might be related to the recent assym* ordering changes. > Thanks! > -Ngie > > $ cat /etc/src-env.conf > WITH_AUTO_OBJ= yes > WITH_META_MODE= yes > UPDATE_DEPENDFILE= yes > $ pwd > /usr/src > $ svnversion > 316603M > $ svn st | grep -v \? > M usr.bin/grep/tests/Makefile > $ env SRCCONF=/dev/null NO_FILEMON=1 script ~/bk.ts make buildkernel -j3 > Script started on Fri Apr 7 11:52:38 2017 > Command: time make buildkernel -j3 > --- buildkernel --- > make[1]: "/usr/src/Makefile.inc1" line 146: SYSTEM_COMPILER: Determined that > CC=cc matches the source tree. Not bootstrapping a cross-compiler. > --- buildkernel --- > -- Kernel build for GENERIC started on Fri Apr 7 11:52:39 PDT 2017 > -- > ===> GENERIC > mkdir -p /usr/obj/usr/src/sys > -- stage 1: configuring the kernel > -- > ... > Building /usr/obj/usr/obj/usr/src/sys/GENERIC/acpi_quirks.h > Building /usr/obj/usr/obj/usr/src/sys/GENERIC/feeder_eq_gen.h > Building /usr/obj/usr/obj/usr/src/sys/GENERIC/feeder_rate_gen.h > Building /usr/obj/usr/obj/usr/src/sys/GENERIC/snd_fxdiv_gen.h > Building /usr/obj/usr/obj/usr/src/sys/GENERIC/miidevs.h > Building /usr/obj/usr/obj/usr/src/sys/GENERIC/pccarddevs.h > Building /usr/obj/usr/obj/usr/src/sys/GENERIC/teken_state.h > Building /usr/obj/usr/obj/usr/src/sys/GENERIC/usbdevs.h > Building /usr/obj/usr/obj/usr/src/sys/GENERIC/vnode_if.h > Building /usr/obj/usr/obj/usr/src/sys/GENERIC/ia32_genassym.o > --- ia32_genassym.o --- > :1:10: fatal error: 'opt_global.h' file not found > #include "opt_global.h" > ^~ > 1 error generated. > *** [ia32_genassym.o] Error code 1 > > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC > .ERROR_TARGET='ia32_genassym.o' > .ERROR_META_FILE='/usr/obj/usr/obj/usr/src/sys/GENERIC/ia32_genassym.o.meta' > It was previously reported here too https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061946.html. It's a race. I had forgotten about it but will look at it again. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
buildkernel broken for META_MODE
Hi, I ran into this error when trying to run a meta mode build (for the first time). It might be related to the recent assym* ordering changes. Thanks! -Ngie $ cat /etc/src-env.conf WITH_AUTO_OBJ= yes WITH_META_MODE= yes UPDATE_DEPENDFILE= yes $ pwd /usr/src $ svnversion 316603M $ svn st | grep -v \? M usr.bin/grep/tests/Makefile $ env SRCCONF=/dev/null NO_FILEMON=1 script ~/bk.ts make buildkernel -j3 Script started on Fri Apr 7 11:52:38 2017 Command: time make buildkernel -j3 --- buildkernel --- make[1]: "/usr/src/Makefile.inc1" line 146: SYSTEM_COMPILER: Determined that CC=cc matches the source tree. Not bootstrapping a cross-compiler. --- buildkernel --- -- >>> Kernel build for GENERIC started on Fri Apr 7 11:52:39 PDT 2017 -- ===> GENERIC mkdir -p /usr/obj/usr/src/sys -- >>> stage 1: configuring the kernel -- ... Building /usr/obj/usr/obj/usr/src/sys/GENERIC/acpi_quirks.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/feeder_eq_gen.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/feeder_rate_gen.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/snd_fxdiv_gen.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/miidevs.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/pccarddevs.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/teken_state.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/usbdevs.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/vnode_if.h Building /usr/obj/usr/obj/usr/src/sys/GENERIC/ia32_genassym.o --- ia32_genassym.o --- :1:10: fatal error: 'opt_global.h' file not found #include "opt_global.h" ^~ 1 error generated. *** [ia32_genassym.o] Error code 1 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC .ERROR_TARGET='ia32_genassym.o' .ERROR_META_FILE='/usr/obj/usr/obj/usr/src/sys/GENERIC/ia32_genassym.o.meta' signature.asc Description: Message signed with OpenPGP using GPGMail
Re: buildkernel broken in HEAD
On Wed, 5 Nov 2014 14:18:13 +0100 Gary Jennejohn wrote: > HEAD updated just minutes ago: > > -- > >>> stage 3.1: making dependencies > -- > @/amd64/amd64/genassym.c:79:16: error: no member named 'pm_save' in 'pmap' > ASSYM(PM_SAVE, offsetof(struct pmap, pm_save)); > > pm_save is not present in any pmap.h under /sys. > OK, for some reason svn never updated /usr/src/sys/amd64/include/pmap.h. I deleted it and svn fetched the newest version. -- Gary Jennejohn ___ 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"
Re: buildkernel broken in HEAD
On Wed, 5 Nov 2014 06:02:39 -0800 David Wolfskill wrote: > On Wed, Nov 05, 2014 at 02:18:13PM +0100, Gary Jennejohn wrote: > > HEAD updated just minutes ago: > > > > -- > > >>> stage 3.1: making dependencies > > -- > > @/amd64/amd64/genassym.c:79:16: error: no member named 'pm_save' in 'pmap' > > ASSYM(PM_SAVE, offsetof(struct pmap, pm_save)); > > > > pm_save is not present in any pmap.h under /sys. > > ... > > I just built, booted, and smoke-checked: > > FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1418 > r274130M/274133:1100044: Wed Nov 5 05:47:27 PST 2014 > r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > Thanks, but I'm at Updating '.': At revision 274134 -- Gary Jennejohn ___ 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"
Re: buildkernel broken in HEAD
On Wed, Nov 05, 2014 at 02:18:13PM +0100, Gary Jennejohn wrote: > HEAD updated just minutes ago: > > -- > >>> stage 3.1: making dependencies > -- > @/amd64/amd64/genassym.c:79:16: error: no member named 'pm_save' in 'pmap' > ASSYM(PM_SAVE, offsetof(struct pmap, pm_save)); > > pm_save is not present in any pmap.h under /sys. > ... I just built, booted, and smoke-checked: FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1418 r274130M/274133:1100044: Wed Nov 5 05:47:27 PST 2014 r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpLr9gjfSLMX.pgp Description: PGP signature
buildkernel broken in HEAD
HEAD updated just minutes ago: -- >>> stage 3.1: making dependencies -- @/amd64/amd64/genassym.c:79:16: error: no member named 'pm_save' in 'pmap' ASSYM(PM_SAVE, offsetof(struct pmap, pm_save)); pm_save is not present in any pmap.h under /sys. -- Gary Jennejohn ___ 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"
buildworld/buildkernel broken: undefined reference to `_ThreadRuneLocale'
While trying to build world or even build kernel, FreeBSD 10.0-CURRENT/amd64 built with CLANG and going to be build with CLANG starts failing. Attached you'll find my src.conf. /etc/make.conf contains the "traditional" CLANG stuff, nothing chaged in make.conf since the last successful build: ### ### CLANG ### .if !defined(NO_CLANG) #.if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} || ${.CURDIR:M/sys*} .if !defined(CC) || ${CC} == "cc" CC= clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif .if !defined(CPP) || ${CPP} == "cpp" CPP=clang-cpp .endif ## Don't die on warnings NO_WERROR= WERROR= ### Don't forget this when using Jails! #NO_FSCHG= # CFLAGS+= -pipe -O3 -fno-strict-aliasing COPTFLAGS+=-pipe -O3 #.endif .endif Starting "make buildkernel" in /usr/src ends upd with: -- >>> stage 2.3: build tools -- cd /usr/obj/usr/src/sys/THOR; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/THOR yacc -b aicasm_gram -d -o aicasm_gram.c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c aicasm_gram.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c aicasm_macro_gram.c lex -t /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c aicasm_scan.c lex -t -Pmm /usr/src/sys/dev/aic7xxx/aicasm/aicasm_macro_scan.l > aicasm_macro_scan.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c aicasm_macro_scan.c clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll clang: warning: argument unused during compilation: '-nostdinc' clang: warning: argument unused during compilation: '-std=gnu99' aicasm.o: In function `main': /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c:(.text+0x88f): undefined reference to `_ThreadRuneLocale' aicasm_symbol.o: In function `symtable_dump': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:(.text+0x7a4): undefined reference to `_ThreadRuneLocale' clang: error: linker command failed with exi
Re: buildkernel broken
On Sat, 2010-03-13 at 19:35 +0200, Sergey V. Dyatko wrote: > Hi, > I'm trying to build kernel (update from 204272 to 205122) and > got following error: > > ===> drm/i915 (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -DHAVE_KERNEL_OPTION_HEADERS > -include /usr/obj/usr/src/sys/b450/opt_global.h -I. -I@ > -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 > --param large-function-growth=1000 -fno-common -g > -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/b450 -mcmodel=kernel > -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx > -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > -fstack-protector -std=iso9899:1999 -fstack-protector -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions > -c /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c > /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c: > In function > 'i915_dma_cleanup': > /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c:159: > error: 'DEV' undeclared (first use in this Typo, pointyhat to me... Fixed in rev 205126. robert. > function) /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c:159: > error: (Each undeclared identifier is reported only > once /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c:159: > error: for each function it appears > in.) /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c: In > function > 'i915_set_status_page': > /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c:807: > error: 'DEV' undeclared (first use in this > function) /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c: In > function > 'i915_driver_load': > /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c:847: > error: 'DEV' undeclared (first use in this function) *** Error code 1 > > Stop in /usr/src/sys/modules/drm/i915. > *** Error code 1 > > Stop in /usr/src/sys/modules/drm. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/b450. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > > -- > wbr, tiger > ___ > 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" -- Robert Noland FreeBSD ___ 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"
buildkernel broken
Hi, I'm trying to build kernel (update from 204272 to 205122) and got following error: ===> drm/i915 (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/b450/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/b450 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c: In function 'i915_dma_cleanup': /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c:159: error: 'DEV' undeclared (first use in this function) /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c:159: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c:159: error: for each function it appears in.) /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c: In function 'i915_set_status_page': /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c:807: error: 'DEV' undeclared (first use in this function) /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c: In function 'i915_driver_load': /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_dma.c:847: error: 'DEV' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/sys/modules/drm/i915. *** Error code 1 Stop in /usr/src/sys/modules/drm. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/b450. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- wbr, tiger ___ 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"
Re: kobj.h changes make buildkernel broken
On Thu, 2003-10-16 at 14:23, Jun Su wrote: > Seems Tools\makeobjops.awk needs some update. Sorry about that - I forgot to commit that bit. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
kobj.h changes make buildkernel broken
Seems Tools\makeobjops.awk needs some update. error log: %make cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/home/junsu/workshop/sys-newpid -I/usr/home/junsu/workshop/sys-newpid/contrib/dev/acpica -I/usr/home/junsu/workshop/sys-newpid/contrib/ipfilter -I/usr/home/junsu/workshop/sys-newpid/contrib/dev/ath -I/usr/home/junsu/workshop/sys-newpid/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wno-inline /usr/home/junsu/workshop/sys-newpid/i386/i386/genassym.c NM=nm sh /usr/home/junsu/workshop/sys-newpid/kern/genassym.sh genassym.o > assym.s cc -c -x assembler-with-cpp -DLOCORE -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/home/junsu/workshop/sys-newpid -I/usr/home/junsu/workshop/sys-newpid/contrib/dev/acpica -I/usr/home/junsu/workshop/sys-newpid/contrib/ipfilter -I/usr/home/junsu/workshop/sys-newpid/contrib/dev/ath -I/usr/home/junsu/workshop/sys-newpid/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/home/junsu/workshop/sys-newpid/i386/i386/locore.s awk -f /usr/home/junsu/workshop/sys-newpid/tools/makeobjops.awk /usr/home/junsu/workshop/sys-newpid/kern/device_if.m -c awk -f /usr/home/junsu/workshop/sys-newpid/tools/makeobjops.awk /usr/home/junsu/workshop/sys-newpid/kern/device_if.m -h awk -f /usr/home/junsu/workshop/sys-newpid/tools/makeobjops.awk /usr/home/junsu/workshop/sys-newpid/kern/bus_if.m -h awk -f /usr/home/junsu/workshop/sys-newpid/tools/makeobjops.awk /usr/home/junsu/workshop/sys-newpid/kern/device_if.m -c ; cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/home/junsu/workshop/sys-newpid -I/usr/home/junsu/workshop/sys-newpid/contrib/dev/acpica -I/usr/home/junsu/workshop/sys-newpid/contrib/ipfilter -I/usr/home/junsu/workshop/sys-newpid/contrib/dev/ath -I/usr/home/junsu/workshop/sys-newpid/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror device_if.c device_if.c:38: warning: initialization from incompatible pointer type device_if.c:42: warning: initialization from incompatible pointer type device_if.c:46: warning: initialization from incompatible pointer type device_if.c:50: warning: initialization from incompatible pointer type device_if.c:54: warning: initialization from incompatible pointer type device_if.c:58: warning: initialization from incompatible pointer type device_if.c:62: warning: initialization from incompatible pointer type *** Error code 1 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Buildkernel broken
>Date: Tue, 27 May 2003 12:17:18 -0400 >From: "Will Saxon" <[EMAIL PROTECTED]> >> I cvsupped the source this morning and I get: >> [...] >> ===> firewire/firewire >> ... >> In file included from /usr/src/sys/dev/firewire/fwohci.c:72: >> @/dev/firewire/fwdma.h:38: redefinition of `bus_dmasync_op_t' >> machine/bus_dma.h:94: `bus_dmasync_op_t' previously declared here >> *** Error code 1 >> [...] >I have the exact same problem. I think it has something to do with a commit from this >morning. >I commented out the offending #define in fwdma.h and the module compiles fine now. I decided to go ahead and hack the code a bit (on my tree); the following patch (relaative to /usr/src) seems to work for me: Index: sys/dev/firewire/fwdma.h === RCS file: /cvs/freebsd/src/sys/dev/firewire/fwdma.h,v retrieving revision 1.1 diff -u -r1.1 fwdma.h --- sys/dev/firewire/fwdma.h17 Apr 2003 03:38:02 - 1.1 +++ sys/dev/firewire/fwdma.h27 May 2003 16:14:57 - @@ -34,7 +34,7 @@ * $FreeBSD: src/sys/dev/firewire/fwdma.h,v 1.1 2003/04/17 03:38:02 simokawa Exp $ */ -#if __FreeBSD_version >= 500111 +#if (__FreeBSD_version >= 500111) && (__FreeBSD_version < 500113) typedef int bus_dmasync_op_t; #endif Peace, david -- David H. Wolfskill [EMAIL PROTECTED] Based on what I have seen to date, the use of Microsoft products is not consistent with reliability. I recommend FreeBSD for reliable systems. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Buildkernel broken
> -Original Message- > From: Krzysztof Parzyszek [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 27, 2003 11:50 AM > To: [EMAIL PROTECTED] > Subject: Buildkernel broken > > > Hello, > > I cvsupped the source this morning and I get: > > [...] > ===> firewire/firewire > cc -O -pipe -march=pentium2 -D_KERNEL -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I. > -I@ -I@/dev -I@/../include -fno-common -g > -mno-align-long-strings -mpreferred-stack-boundary=2 > -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -std=c99 -c > /usr/src/sys/dev/firewire/firewire.c > cc -O -pipe -march=pentium2 -D_KERNEL -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I. > -I@ -I@/dev -I@/../include -fno-common -g > -mno-align-long-strings -mpreferred-stack-boundary=2 > -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -std=c99 -c > /usr/src/sys/dev/firewire/fwohci.c > In file included from /usr/src/sys/dev/firewire/fwohci.c:72: > @/dev/firewire/fwdma.h:38: redefinition of `bus_dmasync_op_t' > machine/bus_dma.h:94: `bus_dmasync_op_t' previously declared here > *** Error code 1 > > [...] > I have the exact same problem. I think it has something to do with a commit from this morning. I commented out the offending #define in fwdma.h and the module compiles fine now. -Will ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Buildkernel broken
Hello, I cvsupped the source this morning and I get: [...] ===> firewire/firewire cc -O -pipe -march=pentium2 -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -fno-common -g -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/dev/firewire/firewire.c cc -O -pipe -march=pentium2 -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -fno-common -g -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/dev/firewire/fwohci.c In file included from /usr/src/sys/dev/firewire/fwohci.c:72: @/dev/firewire/fwdma.h:38: redefinition of `bus_dmasync_op_t' machine/bus_dma.h:94: `bus_dmasync_op_t' previously declared here *** Error code 1 [...] Krzysztof ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: buildkernel broken at bluetooth?
On Wed, 20 Nov 2002, walt wrote: > mkdep -f .depend -a -nostdinc -I../../../../netgraph/bluetooth/include -D_KERNEL > -DKLD_MODULE -I- -I../../../../netgraph/bluetooth/include -I. -I@ -I@/dev >-I@/../include > -I/usr/obj/usr/local/mnt/src/i386/usr/include > >/usr/local/mnt/src/sys/modules/netgraph/bluetooth/bluetooth/../../../../netgraph/bluetooth/common/ng_bluetooth.c > /usr/local/mnt/src/sys/netgraph/bluetooth/common/ng_bluetooth.c:38:26: >ng_bluetooth.h: > No such file or directory > mkdep: compile failed > > > My /usr/src is a symlink to another partition which is mounted > on /usr/local/mnt/src. I can make it compile by modifying the > Makefiles in sys/modules/netgraph/bluetooth like this: > > CFLAGS+= -I${.CURDIR}/../../../../netgraph/bluetooth/include I think you have the correct answer.. Obviously I didn;t see this isn testing as my directories are not symlinked... I'll fix it now.. thanks for the notice Julian > > Maybe there's a better way to do this? > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildkernel broken at bluetooth?
In message: <[EMAIL PROTECTED]> walt <[EMAIL PROTECTED]> writes: : My /usr/src is a symlink to another partition which is mounted : on /usr/local/mnt/src. I can make it compile by modifying the : Makefiles in sys/modules/netgraph/bluetooth like this: : : CFLAGS+= -I${.CURDIR}/../../../../netgraph/bluetooth/include : : Maybe there's a better way to do this? You'd also see this if you did a make buildkernel (maybe that's what you did). If you build inside sys/modules it would have worked. I just comitted the change. Your fix looks good to me, and gets make buildkernel working for my minimal test case. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
buildkernel broken at bluetooth?
mkdep -f .depend -a -nostdinc -I../../../../netgraph/bluetooth/include -D_KERNEL -DKLD_MODULE -I- -I../../../../netgraph/bluetooth/include -I. -I@ -I@/dev -I@/../include -I/usr/obj/usr/local/mnt/src/i386/usr/include /usr/local/mnt/src/sys/modules/netgraph/bluetooth/bluetooth/../../../../netgraph/bluetooth/common/ng_bluetooth.c /usr/local/mnt/src/sys/netgraph/bluetooth/common/ng_bluetooth.c:38:26: ng_bluetooth.h: No such file or directory mkdep: compile failed My /usr/src is a symlink to another partition which is mounted on /usr/local/mnt/src. I can make it compile by modifying the Makefiles in sys/modules/netgraph/bluetooth like this: CFLAGS+= -I${.CURDIR}/../../../../netgraph/bluetooth/include Maybe there's a better way to do this? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make buildkernel broken at net/bpf.c ?
I see these changes were made about four days ago and I seem to be the only one having problems. BTW, I don't use "device bpf" in my kernel config. cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/net/bpf.c /usr/src/sys/net/bpf.c: In function `bpf_tap': /usr/src/sys/net/bpf.c:1419: argument `ifp' doesn't match prototype /usr/src/sys/net/bpf.h:345: prototype declaration /usr/src/sys/net/bpf.c: In function `bpf_mtap': /usr/src/sys/net/bpf.c:1426: argument `ifp' doesn't match prototype /usr/src/sys/net/bpf.h:346: prototype declaration *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildkernel broken at sys/cam/scsi/scsi_low.c rev. 1.14
Hiroyuki Une wrote: > From: Robert Drehmel <[EMAIL PROTECTED]> > Date: Fri, 17 May 2002 12:52:20 +0200 > Message-ID: <[EMAIL PROTECTED]> > > > > Is "%b" correct as conversion character? > > > > It is an extension to printf(9) which GCC 3.1 does not know about. > > Thank you for your information. > I will wait until "%b" is implemented in GCC 3.1 . Add NO_WERROR=true to /etc/make.conf for the time being. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildkernel broken at sys/cam/scsi/scsi_low.c rev. 1.14
From: Robert Drehmel <[EMAIL PROTECTED]> Date: Fri, 17 May 2002 12:52:20 +0200 Message-ID: <[EMAIL PROTECTED]> > > Is "%b" correct as conversion character? > > It is an extension to printf(9) which GCC 3.1 does not know about. Thank you for your information. I will wait until "%b" is implemented in GCC 3.1 . --- Hiroyuki Une: Hiroshima Kokusai Gakuin University [EMAIL PROTECTED] or [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildkernel broken at sys/cam/scsi/scsi_low.c rev. 1.14
On Fri, May 17, 2002 at 07:45:36PM +0900, Hiroyuki Une wrote: > I found this code at line 4661 of sys/cam/scsi/scsi_low.c rev. 1.14: > > printf("%s(%d:%d): period(%d ns) offset(%d) width(%d) flags 0x%b\n", > slp->sl_xname, ti->ti_id, li->li_lun, > ti->ti_maxsynch.period * 4, > ti->ti_maxsynch.offset, > ti->ti_width, > li->li_flags, SCSI_LOW_BITS); > > Is "%b" correct as conversion character? It is an extension to printf(9) which GCC 3.1 does not know about. ciao, -robert To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
buildkernel broken at sys/cam/scsi/scsi_low.c rev. 1.14
When I got kernel source and built kernel, I found error message: ===> xe @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/xe/../../dev/xe/if_xe.c /usr/src/sys/modules/xe/../../dev/xe/if_xe_pccard.c cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec GROFF_BIN_PATH=/usr/obj/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/libexec make KERNEL=kernel all (snip) cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/cam/scsi/scsi_low.c cc1: warnings being treated as errors /usr/src/sys/cam/scsi/scsi_low.c: In function `scsi_low_calcf_show': /usr/src/sys/cam/scsi/scsi_low.c:4661: warning: unknown conversion type character `b' in format /usr/src/sys/cam/scsi/scsi_low.c:4661: warning: too many arguments for format /usr/src/sys/cam/scsi/scsi_low.c: In function `scsi_low_print': /usr/src/sys/cam/scsi/scsi_low.c:4896: warning: unknown conversion type character `b' in format /usr/src/sys/cam/scsi/scsi_low.c:4896: warning: too many arguments for format /usr/src/sys/cam/scsi/scsi_low.c:4916: warning: unknown conversion type character `b' in format /usr/src/sys/cam/scsi/scsi_low.c:4916: warning: too many arguments for format /usr/src/sys/cam/scsi/scsi_low.c:4929: warning: unknown conversion type character `b' in format /usr/src/sys/cam/scsi/scsi_low.c:4929: warning: too many arguments for format *** Error code 1 I found this code at line 4661 of sys/cam/scsi/scsi_low.c rev. 1.14: printf("%s(%d:%d): period(%d ns) offset(%d) width(%d) flags 0x%b\n", slp->sl_xname, ti->ti_id, li->li_lun, ti->ti_maxsynch.period * 4, ti->ti_maxsynch.offset, ti->ti_width, li->li_flags, SCSI_LOW_BITS); Is "%b" correct as conversion character? --- Hiroyuki Une: Hiroshima Kokusai Gakuin University [EMAIL PROTECTED] or [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
buildkernel broken
cvsup about three hours ago, buildkernel fails with: ===> uplcom cc -O -pipe -march=k6 -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -fno-common -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/src/sys/modules/uplcom/../../dev/usb/uplcom.c /usr/src/sys/modules/uplcom/../../dev/usb/uplcom.c:206: `USB_PRODUCT_RATOC_REXUSB60' undeclared here (not in a function) /usr/src/sys/modules/uplcom/../../dev/usb/uplcom.c:206: initializer element is not constant /usr/src/sys/modules/uplcom/../../dev/usb/uplcom.c:206: (near initialization for `uplcom_products[5].product') *** Error code 1 Stop in /usr/src/sys/modules/uplcom. *** Error code 1 uname of current system: FreeBSD rn-re116a13.uwaterloo.ca 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Feb 28 18:44:28 EST 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARCADIA i386 -- Munish Chopra The FreeBSD NVIDIA Driver Initiative http://nvidia.netexplorer.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildkernel broken
Hello, > ===> wi > make: don't know how to make > /usr/src/sys/modules/wi/../../i386/isa/if_wi.c. Stop > *** Error code 2 > > Stop in /usr/src/sys/modules. > *** Error code 1 I had same problem. Do you have /usr/src/sys/modules/wi/.depend ? If so, remove it and try make buildkernel again. koya To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: make buildkernel broken
On 15-Jan-01 Pascal Hofstee wrote: > ===> wi > make: don't know how to make > /usr/src/sys/modules/wi/../../i386/isa/if_wi.c. Stop > *** Error code 2 > > Stop in /usr/src/sys/modules. > *** Error code 1 Did you do a make depend? This was fixed a while ago. -- John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make buildkernel broken
===> wi make: don't know how to make /usr/src/sys/modules/wi/../../i386/isa/if_wi.c. Stop *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 -- Pascal Hofstee < daeron @ shadowmere . student . utwente . nl > begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildkernel broken?
In message <[EMAIL PROTECTED]> Donn Miller writes: : I've been doing "make buildkernel installkernel" in /usr/src without doing : a "make buildworld" first. Is this OK? NO. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildkernel broken?
On Thu 2000-09-21 (10:00), Donn Miller wrote: > On Thu, 21 Sep 2000, Neil Blakey-Milner wrote: > > > On Thu 2000-09-21 (08:48), Donn Miller wrote: > > > An example of what I get when I try to do a make buildkernel. I have set > > > KERNEL=CUSTOM in /etc/make.conf, so I should be alright there. > > > > > > > > {standard input}:2342: Error: Subtraction of two symbols in different sections >".data" {.data section} - "KERNBASE" {*UND* section} at file address 928. > > > > Do you have a populated /usr/obj? (ie, with nm) > > I've been doing "make buildkernel installkernel" in /usr/src without doing > a "make buildworld" first. Is this OK? I guess the buildkernel created a > /usr/obj, but I deleted it and tried buildkernel again with the same > results. No, it's not ok. I have patches awaiting some final decision from Marcel that'll make it possible. It mostly works, but OBJFORMAT_PATH doesn't have access to the same PATH we're exporting during the kernel build, meaning 'nm' won't work. They look something like: cvs diff: cannot find Makefile Index: Makefile.inc1 === RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.167 diff -u -r1.167 Makefile.inc1 --- Makefile.inc1 2000/09/03 02:58:39 1.167 +++ Makefile.inc1 2000/09/06 21:10:53 @@ -193,6 +193,14 @@ PATH=${TMPPATH} WMAKE= ${WMAKEENV} ${MAKE} -f Makefile.inc1 +# kernel stage +.if ${BUILD_ARCH} == ${MACHINE_ARCH} +KMAKEENV= ${WMAKEENV} \ + OBJFORMAT_PATH=${WORLDTMP}/usr/libexec:/usr/libexec +.else +KMAKEENV= ${WMAKEENV} +.endif + # install stage IMAKEENV= ${CROSSENV} \ PATH=${STRICTTMPPATH}:${INSTALLTMP} @@ -383,6 +391,9 @@ .if empty(INSTALLKERNEL) INSTALLKERNEL= ${_kernel} .endif +.else +.BEGIN: + @echo ">>> Kernel configuration ${_kernel} does not exist; not building" .endif .endfor @@ -409,10 +420,10 @@ ${MAKE} -f ${KRNLSRCDIR}/dev/aic7xxx/Makefile .if !defined(NO_KERNELDEPEND) cd ${KRNLOBJDIR}/${_kernel}; \ - ${WMAKEENV} MACHINE=${MACHINE} ${MAKE} KERNEL=${INSTKERNNAME} depend + ${KMAKEENV} MACHINE=${MACHINE} ${MAKE} KERNEL=${INSTKERNNAME} depend .endif cd ${KRNLOBJDIR}/${_kernel}; \ - ${WMAKEENV} MACHINE=${MACHINE} ${MAKE} KERNEL=${INSTKERNNAME} all + ${KMAKEENV} MACHINE=${MACHINE} ${MAKE} KERNEL=${INSTKERNNAME} all .endfor # Neil -- Neil Blakey-Milner Sunesi Clinical Systems [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildkernel broken?
On Thu 2000-09-21 (08:48), Donn Miller wrote: > An example of what I get when I try to do a make buildkernel. I have set > KERNEL=CUSTOM in /etc/make.conf, so I should be alright there. > > {standard input}:2342: Error: Subtraction of two symbols in different sections >".data" {.data section} - "KERNBASE" {*UND* section} at file address 928. Do you have a populated /usr/obj? (ie, with nm) Neil -- Neil Blakey-Milner Sunesi Clinical Systems [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildkernel broken?
On Thu 2000-09-21 (16:27), Stijn Hoop wrote: > nm: could not exec elf/nm in /usr/obj/usr/src/i386/usr/libexec: No such file or >directory Yep, this is the problem. > Which is quite correct since I blew away /usr/obj after my last buildworld > (FreeBSD 4.1-STABLE #0: Wed Sep 13 14:45:31 CEST 2000). Is this a problem? Yep. > Should I have done a buildworld before a buildkernel now? I'm trying to convince Marcel that since we already let you use gcc from out the tree, there's no reason we should prevent people from running 'nm' from out the tree. Since he knows more about this sort of thing, and says there may be a problem, I'll leave it to him. Neil -- Neil Blakey-Milner Sunesi Clinical Systems [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildkernel broken?
On Thu, Sep 21, 2000 at 10:00:59AM -0400, Donn Miller wrote: > On Thu, 21 Sep 2000, Neil Blakey-Milner wrote: > > > On Thu 2000-09-21 (08:48), Donn Miller wrote: > > > An example of what I get when I try to do a make buildkernel. I have set > > > KERNEL=CUSTOM in /etc/make.conf, so I should be alright there. > > > > > > > > {standard input}:2342: Error: Subtraction of two symbols in different sections >".data" {.data section} - "KERNBASE" {*UND* section} at file address 928. > > > > Do you have a populated /usr/obj? (ie, with nm) > > I've been doing "make buildkernel installkernel" in /usr/src without doing > a "make buildworld" first. Is this OK? I guess the buildkernel created a > /usr/obj, but I deleted it and tried buildkernel again with the same > results. > > - Donn > FWIW, I have the same problem on 4.1-STABLE cvsupped 10 mins ago from cvsup.nl.freebsd.org. I noticed these lines in the build log: ... cd /usr/obj/usr/src/sys/PCWIN002; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin LIBRARY_PATH=/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src/i386/usr/lib OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec PERL5LIB=/usr/obj/usr/src/i386/usr/libdata/perl/5.00503 DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin MACHINE=i386 make KERNEL=kernel depend cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/i386/i386/genassym.c sh /usr/src/sys/kern/genassym.sh genassym.o > assym.s nm: could not exec elf/nm in /usr/obj/usr/src/i386/usr/libexec: No such file or directory rm -f param.c cp /usr/src/sys/conf/param.c . perl5 /usr/src/sys/kern/vnode_if.pl -h /usr/src/sys/kern/vnode_if.src ... Especially: nm: could not exec elf/nm in /usr/obj/usr/src/i386/usr/libexec: No such file or directory Which is quite correct since I blew away /usr/obj after my last buildworld (FreeBSD 4.1-STABLE #0: Wed Sep 13 14:45:31 CEST 2000). Is this a problem? Should I have done a buildworld before a buildkernel now? --Stijn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildkernel broken?
On Thu, 21 Sep 2000, Neil Blakey-Milner wrote: > On Thu 2000-09-21 (08:48), Donn Miller wrote: > > An example of what I get when I try to do a make buildkernel. I have set > > KERNEL=CUSTOM in /etc/make.conf, so I should be alright there. > > > > > {standard input}:2342: Error: Subtraction of two symbols in different sections >".data" {.data section} - "KERNBASE" {*UND* section} at file address 928. > > Do you have a populated /usr/obj? (ie, with nm) I've been doing "make buildkernel installkernel" in /usr/src without doing a "make buildworld" first. Is this OK? I guess the buildkernel created a /usr/obj, but I deleted it and tried buildkernel again with the same results. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildkernel broken?
On Thu, Sep 21, 2000, Donn Miller wrote: > An example of what I get when I try to do a make buildkernel. I have set > KERNEL=CUSTOM in /etc/make.conf, so I should be alright there. > > - Donn > {standard input}:2342: Error: Subtraction of two symbols in different sections >".data" {.data section} - "KERNBASE" {*UND* section} at file address 928. I get that too on a source tree cvsupped about an hour or two ago. Adrian -- Adrian Chadd"The main reason Santa is so jolly is <[EMAIL PROTECTED]> because he knows where all the bad girls live." -- Random IRC quote To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
buildkernel broken?
An example of what I get when I try to do a make buildkernel. I have set KERNEL=CUSTOM in /etc/make.conf, so I should be alright there. - Donn {standard input}:2342: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 928. {standard input}:2344: Error: Subtraction of two symbols in different sections "proc0paddr" {.data section} - "KERNBASE" {*UND* section} at file address 940. {standard input}:2346: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 946. {standard input}:2346: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 958. {standard input}:2347: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 976. {standard input}:2349: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 982. {standard input}:2349: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 994. {standard input}:2350: Error: Subtraction of two symbols in different sections "vm86pa" {.data section} - "KERNBASE" {*UND* section} at file address 1012. {standard input}:2352: Error: Subtraction of two symbols in different sections "vm86paddr" {.data section} - "KERNBASE" {*UND* section} at file address 1024. {standard input}:2367: Error: Subtraction of two symbols in different sections "cpu_feature" {.data section} - "KERNBASE" {*UND* section} at file address 1034. {standard input}:2372: Error: Subtraction of two symbols in different sections "etext" {*UND* section} - "KERNBASE" {*UND* section} at file address 1051. {standard input}:2375: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1074. {standard input}:2378: Error: Subtraction of two symbols in different sections "etext" {*UND* section} - "KERNBASE" {*UND* section} at file address 1096. {standard input}:2384: Error: Subtraction of two symbols in different sections "cpu_feature" {.data section} - "KERNBASE" {*UND* section} at file address 1117. {standard input}:2389: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1135. {standard input}:2392: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1154. {standard input}:2395: Error: Subtraction of two symbols in different sections "IdlePTD" {.data section} - "KERNBASE" {*UND* section} at file address 1176. {standard input}:2397: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1195. {standard input}:2400: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1218. {standard input}:2402: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1237. {standard input}:2407: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1279. {standard input}:2410: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1302. {standard input}:2412: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1321. {standard input}:2418: Error: Subtraction of two symbols in different sections "vm86pa" {.data section} - "KERNBASE" {*UND* section} at file address 1363. {standard input}:2424: Error: Subtraction of two symbols in different sections "vm86pa" {.data section} - "KERNBASE" {*UND* section} at file address 1405. {standard input}:2430: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1428. {standard input}:2433: Error: Subtraction of two symbols in different sections "IdlePTD" {.data section} - "KERNBASE" {*UND* section} at file address 1444. {standard input}:2436: Error: Subtraction of two symbols in different sections ".data" {.data section} - "KERNBASE" {*UND* section} at file address 1467. {standard input}:2439: Error: Subtraction of two symbols in different sections "IdlePTD" {.data section} - "KERNBASE" {*UND* section} at file address 1486. {standard input}:2442: Error: Subtraction of two symbols in different sections "IdlePTD" {.data section} - "KERNBASE" {*UND* section} at file address 1509. {standard input}:2445: Error: Subtraction of two symbols in different sections "IdlePTD" {.data section} - "KERNBASE" {*UND* section} at file add