Re: buildkernel broken on if_ixl when EVDEV is enabled

[Navdeep Parhar]

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

[Pete Wright]

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

[Navdeep Parhar]

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

[Pete Wright]

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

[Danilo Egêa Gondolfo]

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

[Pete Wright]

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

[Yuri Pankov]

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

[Bryan Drewery]

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

[Bryan Drewery]

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

[Yuri Pankov]

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

[Simon J. Gerraty]

> > [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

[Simon J. Gerraty]

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

[Bryan Drewery]

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

[Simon J. Gerraty]

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

[Bryan Drewery]

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

[Bryan Drewery]

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

[Ngie Cooper (yaneurabeya)]

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

[Gary Jennejohn]

On Wed, 5 Nov 2014 14:18:13 +0100
Gary Jennejohn gljennj...@gmail.com 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

buildkernel broken in HEAD

[Gary Jennejohn]

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

Re: buildkernel broken in HEAD

[David Wolfskill]

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

Re: buildkernel broken in HEAD

[Gary Jennejohn]

On Wed, 5 Nov 2014 06:02:39 -0800
David Wolfskill da...@catwhisker.org 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

buildworld/buildkernel broken: undefined reference to `_ThreadRuneLocale'

[O. Hartmann]

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 exit code 1 (use 

buildkernel broken

[Sergey V. Dyatko]

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: buildkernel broken

[Robert Noland]

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 rnol...@freebsd.org
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

kobj.h changes make buildkernel broken

[Jun Su]

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: kobj.h changes make buildkernel broken

[Doug Rabson]

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]

Buildkernel broken

[Krzysztof Parzyszek]

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

[Will Saxon]

 -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]

RE: Buildkernel broken

[David Wolfskill]

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 at bluetooth?

[Julian Elischer]

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

buildkernel broken at bluetooth?

[walt]

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

Re: buildkernel broken at bluetooth?

[M. Warner Losh]

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

make buildkernel broken at net/bpf.c ?

[walt]

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

buildkernel broken at sys/cam/scsi/scsi_low.c rev. 1.14

[Hiroyuki Une]

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

Re: buildkernel broken at sys/cam/scsi/scsi_low.c rev. 1.14

[Robert Drehmel]

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

Re: buildkernel broken at sys/cam/scsi/scsi_low.c rev. 1.14

[Hiroyuki Une]

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

[Peter Wemm]

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

buildkernel broken

[Munish Chopra]

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

make buildkernel broken

[Pascal Hofstee]

=== 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: make buildkernel broken

[John Baldwin]

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

Re: make buildkernel broken

[Yoshihiro Koya]

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

buildkernel broken?

[Donn Miller]

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 

Re: buildkernel broken?

[Adrian Chadd]

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

Re: buildkernel broken?

[Donn Miller]

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?

[Stijn Hoop]

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?

[Neil Blakey-Milner]

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?

[Neil Blakey-Milner]

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?

[Neil Blakey-Milner]

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?

[Warner Losh]

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