Re: kernel build failure

[John Baldwin]

On 8/14/18 1:35 AM, Matthew Macy wrote:
> On Mon, Aug 13, 2018 at 5:33 PM Rick Macklem  wrote:
> 
>> Rodney W. Grimes wrote:
 On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:

> Sorry guys, last time I touched ZFS I tried to push to make it an
>> option to
> statically link and was actually told that it wasn't something anyone
>> else
> wanted. The issue comes from ZFS not being in NOTES and thus not in
>> LINT.

 If consensus is that "options ZFS" is no longer valid, then maybe
 UPDATING should reflect the fact.

 I can live with loading zfs.ko and opensolaris.ko at boot time, but I
 think this is a step backwards.
>>>
>>> Please no, I can think of no sound reason that you should be
>>> forced to use modules.
>> I thought that ZFS was required to be a module because of the licensing
>> terms (they didn't want any CDDL code in the core kernel)?
>>
> 
> It can't be in _GENERIC_ for that reason. There's no reason it can't be in
> LINT or end users can't configure a CDDL tainted kernel.

It should definitely be in sys/conf/NOTES.  That may have just been oversight
of whoever finally fixed 'options ZFS' to work.

-- 
John Baldwin
___
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: kernel build failure

[Rodney W. Grimes]

[ Charset ISO-8859-1 unsupported, converting... ]
> Rodney W. Grimes wrote:
> >> On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:
> >>
> >> > Sorry guys, last time I touched ZFS I tried to push to make it an option 
> >> > to
> >> > statically link and was actually told that it wasn't something anyone 
> >> > else
> >> > wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.
> >>
> >> If consensus is that "options ZFS" is no longer valid, then maybe
> >> UPDATING should reflect the fact.

The consensus here should be that options ZFS is totally valid.

> >> I can live with loading zfs.ko and opensolaris.ko at boot time, but I
> >> think this is a step backwards.
> >
> >Please no, I can think of no sound reason that you should be
> >forced to use modules.
> I thought that ZFS was required to be a module because of the licensing
> terms (they didn't want any CDDL code in the core kernel)?

I am not asking that we distribute a statically linked kernel,
that does create an issue for a GPL kernel, but not for a BSD kernel,
I am asking that we continue to be able to statically link ZFS
into the kernel as we have been able to for some time.

For a very short period of time due to mmacy commit this was
broken, he quickly fixed it, so this is a moot issue again.


-- 
Rod Grimes rgri...@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"

Re: kernel build failure

[Matthew Macy]

On Mon, Aug 13, 2018 at 5:33 PM Rick Macklem  wrote:

> Rodney W. Grimes wrote:
> >> On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:
> >>
> >> > Sorry guys, last time I touched ZFS I tried to push to make it an
> option to
> >> > statically link and was actually told that it wasn't something anyone
> else
> >> > wanted. The issue comes from ZFS not being in NOTES and thus not in
> LINT.
> >>
> >> If consensus is that "options ZFS" is no longer valid, then maybe
> >> UPDATING should reflect the fact.
> >>
> >> I can live with loading zfs.ko and opensolaris.ko at boot time, but I
> >> think this is a step backwards.
> >
> >Please no, I can think of no sound reason that you should be
> >forced to use modules.
> I thought that ZFS was required to be a module because of the licensing
> terms (they didn't want any CDDL code in the core kernel)?
>

It can't be in _GENERIC_ for that reason. There's no reason it can't be in
LINT or end users can't configure a CDDL tainted kernel.
-M




> rick
>
>
___
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: kernel build failure

[Rick Macklem]

Rodney W. Grimes wrote:
>> On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:
>>
>> > Sorry guys, last time I touched ZFS I tried to push to make it an option to
>> > statically link and was actually told that it wasn't something anyone else
>> > wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.
>>
>> If consensus is that "options ZFS" is no longer valid, then maybe
>> UPDATING should reflect the fact.
>>
>> I can live with loading zfs.ko and opensolaris.ko at boot time, but I
>> think this is a step backwards.
>
>Please no, I can think of no sound reason that you should be
>forced to use modules.
I thought that ZFS was required to be a module because of the licensing
terms (they didn't want any CDDL code in the core kernel)?

rick

___
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: kernel build failure

[Yuri Pankov]

Rodney W. Grimes wrote:

On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:


Sorry guys, last time I touched ZFS I tried to push to make it an option to
statically link and was actually told that it wasn't something anyone else
wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.


If consensus is that "options ZFS" is no longer valid, then maybe
UPDATING should reflect the fact.

I can live with loading zfs.ko and opensolaris.ko at boot time, but I
think this is a step backwards.


Please no, I can think of no sound reason that you should be
forced to use modules.


Isn't it already fixed in r337690?
___
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: kernel build failure

[Rodney W. Grimes]

> On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:
> 
> > Sorry guys, last time I touched ZFS I tried to push to make it an option to
> > statically link and was actually told that it wasn't something anyone else
> > wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.
> 
> If consensus is that "options ZFS" is no longer valid, then maybe 
> UPDATING should reflect the fact.
> 
> I can live with loading zfs.ko and opensolaris.ko at boot time, but I 
> think this is a step backwards.

Please no, I can think of no sound reason that you should be
forced to use modules.  

-- 
Rod Grimes rgri...@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"

Re: kernel build failure

[Trond Endrestøl]

On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:

> Sorry guys, last time I touched ZFS I tried to push to make it an option to
> statically link and was actually told that it wasn't something anyone else
> wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.

If consensus is that "options ZFS" is no longer valid, then maybe 
UPDATING should reflect the fact.

I can live with loading zfs.ko and opensolaris.ko at boot time, but I 
think this is a step backwards.

-- 
Trond.
___
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: kernel build failure

[Warner Losh]

On Sun, Aug 12, 2018, 4:27 PM Matthew Macy  wrote:

>
>
> On Sun, Aug 12, 2018 at 3:25 PM Warner Losh  wrote:
>
>>
>>
>> On Sun, Aug 12, 2018, 3:40 PM Matthew Macy  wrote:
>>
>>> Sorry guys, last time I touched ZFS I tried to push to make it an option
>>> to
>>> statically link and was actually told that it wasn't something anyone
>>> else
>>> wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.
>>>
>>
>> LINT is generated from NOTES automatically...
>>
>
> Yes, hence the "and thus not in LINT"
>

I missed one of the nots :(

Warner


>
>> Warner
>>
>> -M
>>>
>>> On Sun, Aug 12, 2018 at 12:46 PM Trond Endrestøl <
>>> trond.endres...@fagskolen.gjovik.no> wrote:
>>>
>>> > On Sun, 12 Aug 2018 16:51+0200, Trond Endrestøl wrote:
>>> >
>>> > > On Sun, 12 Aug 2018 09:37-0400, Michael Butler wrote:
>>> > >
>>> > > > Is anyone else seeing this when building a new kernel with ZFS
>>> > compiled in?
>>> > > >
>>> > > > Building /usr/obj/usr/src/amd64.amd64/sys/VM01/vers.o
>>> > > > Building /usr/obj/usr/src/amd64.amd64/sys/VM01/kernel
>>> > > > --- kernel ---
>>> > > > linking kernel
>>> > > > ld: error: undefined symbol: dbuf_stats_init
>>> > > > >>> referenced by dbuf.c
>>> > > > >>>   dbuf.o:(dbuf_init)
>>> > > >
>>> > > > ld: error: undefined symbol: dbuf_stats_destroy
>>> > > > >>> referenced by dbuf.c
>>> > > > >>>   dbuf.o:(dbuf_fini)
>>> > > > *** [kernel] Error code 1
>>> > >
>>> > > I was just about to create a thread of my own.
>>> > >
>>> > > I suspect r337670 didn't add everything
>>> > > cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c depends on. See
>>> > > lines 652 and 697.
>>> > >
>>> > > Meanwhile, I'll attempt to revert to r337669.
>>> >
>>> > r337669 builds and runs.
>>> >
>>> > Looking further into r337670, it seems
>>> > cddl/contrib/opensolaris/uts/common/fs/zfs/sys/dbuf.h added prototypes
>>> > for dbuf_stats_init() and dbuf_stats_destroy(), but no implementation
>>> > can be found in any of the files affected by r337670.
>>> >
>>> > --
>>> > Trond.
>>> ___
>>> 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"

Re: kernel build failure

[Matthew Macy]

On Sun, Aug 12, 2018 at 3:25 PM Warner Losh  wrote:

>
>
> On Sun, Aug 12, 2018, 3:40 PM Matthew Macy  wrote:
>
>> Sorry guys, last time I touched ZFS I tried to push to make it an option
>> to
>> statically link and was actually told that it wasn't something anyone else
>> wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.
>>
>
> LINT is generated from NOTES automatically...
>

Yes, hence the "and thus not in LINT"




> Warner
>
> -M
>>
>> On Sun, Aug 12, 2018 at 12:46 PM Trond Endrestøl <
>> trond.endres...@fagskolen.gjovik.no> wrote:
>>
>> > On Sun, 12 Aug 2018 16:51+0200, Trond Endrestøl wrote:
>> >
>> > > On Sun, 12 Aug 2018 09:37-0400, Michael Butler wrote:
>> > >
>> > > > Is anyone else seeing this when building a new kernel with ZFS
>> > compiled in?
>> > > >
>> > > > Building /usr/obj/usr/src/amd64.amd64/sys/VM01/vers.o
>> > > > Building /usr/obj/usr/src/amd64.amd64/sys/VM01/kernel
>> > > > --- kernel ---
>> > > > linking kernel
>> > > > ld: error: undefined symbol: dbuf_stats_init
>> > > > >>> referenced by dbuf.c
>> > > > >>>   dbuf.o:(dbuf_init)
>> > > >
>> > > > ld: error: undefined symbol: dbuf_stats_destroy
>> > > > >>> referenced by dbuf.c
>> > > > >>>   dbuf.o:(dbuf_fini)
>> > > > *** [kernel] Error code 1
>> > >
>> > > I was just about to create a thread of my own.
>> > >
>> > > I suspect r337670 didn't add everything
>> > > cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c depends on. See
>> > > lines 652 and 697.
>> > >
>> > > Meanwhile, I'll attempt to revert to r337669.
>> >
>> > r337669 builds and runs.
>> >
>> > Looking further into r337670, it seems
>> > cddl/contrib/opensolaris/uts/common/fs/zfs/sys/dbuf.h added prototypes
>> > for dbuf_stats_init() and dbuf_stats_destroy(), but no implementation
>> > can be found in any of the files affected by r337670.
>> >
>> > --
>> > Trond.
>> ___
>> 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"

Re: kernel build failure

[Warner Losh]

On Sun, Aug 12, 2018, 3:40 PM Matthew Macy  wrote:

> Sorry guys, last time I touched ZFS I tried to push to make it an option to
> statically link and was actually told that it wasn't something anyone else
> wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.
>

LINT is generated from NOTES automatically...

Warner

-M
>
> On Sun, Aug 12, 2018 at 12:46 PM Trond Endrestøl <
> trond.endres...@fagskolen.gjovik.no> wrote:
>
> > On Sun, 12 Aug 2018 16:51+0200, Trond Endrestøl wrote:
> >
> > > On Sun, 12 Aug 2018 09:37-0400, Michael Butler wrote:
> > >
> > > > Is anyone else seeing this when building a new kernel with ZFS
> > compiled in?
> > > >
> > > > Building /usr/obj/usr/src/amd64.amd64/sys/VM01/vers.o
> > > > Building /usr/obj/usr/src/amd64.amd64/sys/VM01/kernel
> > > > --- kernel ---
> > > > linking kernel
> > > > ld: error: undefined symbol: dbuf_stats_init
> > > > >>> referenced by dbuf.c
> > > > >>>   dbuf.o:(dbuf_init)
> > > >
> > > > ld: error: undefined symbol: dbuf_stats_destroy
> > > > >>> referenced by dbuf.c
> > > > >>>   dbuf.o:(dbuf_fini)
> > > > *** [kernel] Error code 1
> > >
> > > I was just about to create a thread of my own.
> > >
> > > I suspect r337670 didn't add everything
> > > cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c depends on. See
> > > lines 652 and 697.
> > >
> > > Meanwhile, I'll attempt to revert to r337669.
> >
> > r337669 builds and runs.
> >
> > Looking further into r337670, it seems
> > cddl/contrib/opensolaris/uts/common/fs/zfs/sys/dbuf.h added prototypes
> > for dbuf_stats_init() and dbuf_stats_destroy(), but no implementation
> > can be found in any of the files affected by r337670.
> >
> > --
> > Trond.
> ___
> 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"

Re: kernel build failure

[Matthew Macy]

Sorry guys, last time I touched ZFS I tried to push to make it an option to
statically link and was actually told that it wasn't something anyone else
wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.

-M

On Sun, Aug 12, 2018 at 12:46 PM Trond Endrestøl <
trond.endres...@fagskolen.gjovik.no> wrote:

> On Sun, 12 Aug 2018 16:51+0200, Trond Endrestøl wrote:
>
> > On Sun, 12 Aug 2018 09:37-0400, Michael Butler wrote:
> >
> > > Is anyone else seeing this when building a new kernel with ZFS
> compiled in?
> > >
> > > Building /usr/obj/usr/src/amd64.amd64/sys/VM01/vers.o
> > > Building /usr/obj/usr/src/amd64.amd64/sys/VM01/kernel
> > > --- kernel ---
> > > linking kernel
> > > ld: error: undefined symbol: dbuf_stats_init
> > > >>> referenced by dbuf.c
> > > >>>   dbuf.o:(dbuf_init)
> > >
> > > ld: error: undefined symbol: dbuf_stats_destroy
> > > >>> referenced by dbuf.c
> > > >>>   dbuf.o:(dbuf_fini)
> > > *** [kernel] Error code 1
> >
> > I was just about to create a thread of my own.
> >
> > I suspect r337670 didn't add everything
> > cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c depends on. See
> > lines 652 and 697.
> >
> > Meanwhile, I'll attempt to revert to r337669.
>
> r337669 builds and runs.
>
> Looking further into r337670, it seems
> cddl/contrib/opensolaris/uts/common/fs/zfs/sys/dbuf.h added prototypes
> for dbuf_stats_init() and dbuf_stats_destroy(), but no implementation
> can be found in any of the files affected by r337670.
>
> --
> Trond.
___
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: kernel build failure

[Trond Endrestøl]

On Sun, 12 Aug 2018 16:51+0200, Trond Endrestøl wrote:

> On Sun, 12 Aug 2018 09:37-0400, Michael Butler wrote:
> 
> > Is anyone else seeing this when building a new kernel with ZFS compiled in?
> > 
> > Building /usr/obj/usr/src/amd64.amd64/sys/VM01/vers.o
> > Building /usr/obj/usr/src/amd64.amd64/sys/VM01/kernel
> > --- kernel ---
> > linking kernel
> > ld: error: undefined symbol: dbuf_stats_init
> > >>> referenced by dbuf.c
> > >>>   dbuf.o:(dbuf_init)
> > 
> > ld: error: undefined symbol: dbuf_stats_destroy
> > >>> referenced by dbuf.c
> > >>>   dbuf.o:(dbuf_fini)
> > *** [kernel] Error code 1
> 
> I was just about to create a thread of my own.
> 
> I suspect r337670 didn't add everything 
> cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c depends on. See 
> lines 652 and 697.
> 
> Meanwhile, I'll attempt to revert to r337669.

r337669 builds and runs.

Looking further into r337670, it seems 
cddl/contrib/opensolaris/uts/common/fs/zfs/sys/dbuf.h added prototypes 
for dbuf_stats_init() and dbuf_stats_destroy(), but no implementation 
can be found in any of the files affected by r337670.

-- 
Trond.
___
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: kernel build failure

[Trond Endrestøl]

On Sun, 12 Aug 2018 09:37-0400, Michael Butler wrote:

> Is anyone else seeing this when building a new kernel with ZFS compiled in?
> 
> Building /usr/obj/usr/src/amd64.amd64/sys/VM01/vers.o
> Building /usr/obj/usr/src/amd64.amd64/sys/VM01/kernel
> --- kernel ---
> linking kernel
> ld: error: undefined symbol: dbuf_stats_init
> >>> referenced by dbuf.c
> >>>   dbuf.o:(dbuf_init)
> 
> ld: error: undefined symbol: dbuf_stats_destroy
> >>> referenced by dbuf.c
> >>>   dbuf.o:(dbuf_fini)
> *** [kernel] Error code 1

I was just about to create a thread of my own.

I suspect r337670 didn't add everything 
cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c depends on. See 
lines 652 and 697.

Meanwhile, I'll attempt to revert to r337669.

-- 
Trond.
___
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"

kernel build failure

[Michael Butler]

Is anyone else seeing this when building a new kernel with ZFS compiled in?

Building /usr/obj/usr/src/amd64.amd64/sys/VM01/vers.o
Building /usr/obj/usr/src/amd64.amd64/sys/VM01/kernel
--- kernel ---
linking kernel
ld: error: undefined symbol: dbuf_stats_init
>>> referenced by dbuf.c
>>>   dbuf.o:(dbuf_init)

ld: error: undefined symbol: dbuf_stats_destroy
>>> referenced by dbuf.c
>>>   dbuf.o:(dbuf_fini)
*** [kernel] Error code 1

imb


___
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"

r311977: kernel build failure when NANDFS in kernel

[Hartmann, O.]

On r311977, buildkernel fails with the error shown below. Kernel ist
customised and "options NANDFS" has been added as well as "device nand"
- the error shown suggest that is has to do with NANDFS.


 [...]
===> cc/cc_cdg (all)
--- nand_geom.o ---
/usr/src/sys/dev/nand/nand_geom.c:419:2: error: must use 'struct' tag
to refer to type 'disk' disk->d_rotation_rate = DISK_RR_NON_ROTATING;
^
struct 
/usr/src/sys/dev/nand/nand_geom.c:419:6: error: expected identifier or
'(' disk->d_rotation_rate = DISK_RR_NON_ROTATING;
^
2 errors generated.
*** [nand_geom.o] 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: r311871: kernel build failure: ieee80211_vht.c:94:2: error: implicit declaration ...

[O. Hartmann]

Am Tue, 10 Jan 2017 11:32:00 +0100
"O. Hartmann"  schrieb:

> On CURRENT (r311871), I'm bothered with this error schown below. Buildkernel
> fails. It is a customized kernel.
> 
> [...]
> Building 
> /usr/obj/usr/src/sys/FREYJA/modules/usr/src/sys/modules/wlan/ieee80211.o
> Building 
> /usr/obj/usr/src/sys/FREYJA/modules/usr/src/sys/modules/wlan/ieee80211_vht.o
> /usr/src/sys/modules/wlan/../../net80211/ieee80211_vht.c:94:2: error: implicit
> declaration of function 'ieee80211_note' is invalid in C99
> [-Werror,-Wimplicit-function-declaration] ieee80211_note(ni->ni_vap, "%s:
> called; fc=0x%.2x/0x%.2x", ^ 1 error generated.
> *** Error code 1
> 
> Kind regards,
> 
> oh


The problem can be avoided by enabling WiFi infrastructure in the kernel:

I have these lines in those boxes which build the kernel in common:

# Wireless NIC cards
device  wlan# 802.11 support
options IEEE80211_DEBUG # enable debug msgs
options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
options IEEE80211_SUPPORT_MESH  # enable 802.11s draft support
options IEEE80211_SUPPORT_TDMA  #enable TDMA support
device  wlan_wep# 802.11 WEP support
device  wlan_ccmp   # 802.11 CCMP support
device  wlan_tkip   # 802.11 TKIP support
device  wlan_amrr   # AMRR transmit rate control algorithm
device  ath # Atheros NICs
device  ath_pci # Atheros pci/cardbus glue
device  ath_hal # pci/cardbus chip support
options AH_SUPPORT_AR5416   # enable AR5416 tx/rx descriptors
options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation
options ATH_ENABLE_11N  # Enable 802.11n support for AR5416 and later
device  ath_rate_sample # SampleRate tx rate control for ath


-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).


pgp4HmwfcbRlh.pgp
Description: OpenPGP digital signature

r311871: kernel build failure: ieee80211_vht.c:94:2: error: implicit declaration ...

[O. Hartmann]

On CURRENT (r311871), I'm bothered with this error schown below. Buildkernel
fails. It is a customized kernel.

[...]
Building 
/usr/obj/usr/src/sys/FREYJA/modules/usr/src/sys/modules/wlan/ieee80211.o
Building 
/usr/obj/usr/src/sys/FREYJA/modules/usr/src/sys/modules/wlan/ieee80211_vht.o
/usr/src/sys/modules/wlan/../../net80211/ieee80211_vht.c:94:2: error: implicit
declaration of function 'ieee80211_note' is invalid in C99
[-Werror,-Wimplicit-function-declaration] ieee80211_note(ni->ni_vap, "%s:
called; fc=0x%.2x/0x%.2x", ^ 1 error generated.
*** Error code 1

Kind regards,

oh
___
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: r310188: kernel build failure due to mlx4_ib_sysfs.c:90:22: error: format specifies type 'unsigned long long

[O. Hartmann]

Am Sun, 18 Dec 2016 16:22:31 +0100
Dimitry Andric  schrieb:

> On 18 Dec 2016, at 16:10, O. Hartmann  wrote:
> > 
> > Am Sat, 17 Dec 2016 18:27:18 +0100
> > Dimitry Andric  schrieb:
> >   
> >> On 17 Dec 2016, at 12:46, O. Hartmann  wrote:  
> >>> 
> >>> Recent kernel source reject to build:
> >>> 
> >>> [...]
> >>> --- all_subdir_mlx4ib ---
> >>> --- mlx4_ib_sysfs.o ---
> >>> /usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c:90:22: 
> >>> error:
> >>> format specifies type 'unsigned long long *' but the argument has type 
> >>> 'u64 *' (aka
> >>> 'unsigned long *') [-Werror,-Wformat] sscanf(buf, "%llx", 
> >>> _ag_val); 
> >>> ^~~~ %lx
> >>> 1 error generated.  
> >> 
> >> Ha, my r310171, which enabled sscanf() format checking, is already
> >> working, it seems!  I built kernels for both i386 and amd64 without
> >> problems, but you may be using some non-default module or settings which
> >> trigger this warning.
> >> 
> >> For which arch are you building here, and do you have any particular
> >> build settings which might influence this?
> >> 
> >> -Dimitry
> >>   
> > 
> > Still with revision 310228 :-(  
> 
> After reviewing by the mlx4ib maintainer, this should now be fixed with 
> r310232.
> 
> -Dimitry
> 

Yes it is ;-)
Thank you.

oh


-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).


pgp8MpnkXYduG.pgp
Description: OpenPGP digital signature

Re: r310188: kernel build failure due to mlx4_ib_sysfs.c:90:22: error: format specifies type 'unsigned long long

[Dimitry Andric]

On 18 Dec 2016, at 16:10, O. Hartmann  wrote:
> 
> Am Sat, 17 Dec 2016 18:27:18 +0100
> Dimitry Andric  schrieb:
> 
>> On 17 Dec 2016, at 12:46, O. Hartmann  wrote:
>>> 
>>> Recent kernel source reject to build:
>>> 
>>> [...]
>>> --- all_subdir_mlx4ib ---
>>> --- mlx4_ib_sysfs.o ---
>>> /usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c:90:22: 
>>> error:
>>> format specifies type 'unsigned long long *' but the argument has type 'u64 
>>> *' (aka
>>> 'unsigned long *') [-Werror,-Wformat] sscanf(buf, "%llx", 
>>> _ag_val); 
>>> ^~~~ %lx
>>> 1 error generated.
>> 
>> Ha, my r310171, which enabled sscanf() format checking, is already
>> working, it seems!  I built kernels for both i386 and amd64 without
>> problems, but you may be using some non-default module or settings which
>> trigger this warning.
>> 
>> For which arch are you building here, and do you have any particular
>> build settings which might influence this?
>> 
>> -Dimitry
>> 
> 
> Still with revision 310228 :-(

After reviewing by the mlx4ib maintainer, this should now be fixed with r310232.

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: r310188: kernel build failure due to mlx4_ib_sysfs.c:90:22: error: format specifies type 'unsigned long long

[O. Hartmann]

Am Sat, 17 Dec 2016 18:27:18 +0100
Dimitry Andric  schrieb:

> On 17 Dec 2016, at 12:46, O. Hartmann  wrote:
> > 
> > Recent kernel source reject to build:
> > 
> > [...]
> > --- all_subdir_mlx4ib ---
> > --- mlx4_ib_sysfs.o ---
> > /usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c:90:22: 
> > error:
> > format specifies type 'unsigned long long *' but the argument has type 'u64 
> > *' (aka
> > 'unsigned long *') [-Werror,-Wformat] sscanf(buf, "%llx", 
> > _ag_val); 
> > ^~~~ %lx
> > 1 error generated.  
> 
> Ha, my r310171, which enabled sscanf() format checking, is already
> working, it seems!  I built kernels for both i386 and amd64 without
> problems, but you may be using some non-default module or settings which
> trigger this warning.
> 
> For which arch are you building here, and do you have any particular
> build settings which might influence this?
> 
> -Dimitry
> 

Still with revision 310228 :-(
 
-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).


pgpJfqiwhbQDe.pgp
Description: OpenPGP digital signature

Re: r310188: kernel build failure due to mlx4_ib_sysfs.c:90:22: error: format specifies type 'unsigned long long

[O. Hartmann]

Am Sat, 17 Dec 2016 18:27:18 +0100
Dimitry Andric  schrieb:

> On 17 Dec 2016, at 12:46, O. Hartmann  wrote:
> > 
> > Recent kernel source reject to build:
> > 
> > [...]
> > --- all_subdir_mlx4ib ---
> > --- mlx4_ib_sysfs.o ---
> > /usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c:90:22: 
> > error:
> > format specifies type 'unsigned long long *' but the argument has type 'u64 
> > *' (aka
> > 'unsigned long *') [-Werror,-Wformat] sscanf(buf, "%llx", 
> > _ag_val); 
> > ^~~~ %lx
> > 1 error generated.  
> 
> Ha, my r310171, which enabled sscanf() format checking, is already
> working, it seems!  I built kernels for both i386 and amd64 without
> problems, but you may be using some non-default module or settings which
> trigger this warning.
> 
> For which arch are you building here, and do you have any particular
> build settings which might influence this?
> 
> -Dimitry
> 
Building system is:

FreeBSD 12.0-CURRENT #74 r310129: Fri Dec 16 00:33:09 CET 2016

/etc/rc.conf is:

#
CPUTYPE?=   native
#
CFLAGS+=-O3
COPTFLAGS+= -O3
#
#CXXFLAGS+= -std=c++11
#
WITH_CLANG_FULL=YES
WITH_CLANG_EXTRAS=  YES
WITH_LLDB=  YES
#
WITH_IDEA=  YES
#
#WITH_BSD_GREP= YES
#
WITH_OFED=  YES
WITH_NAND=  YES
#
#WITH_CTF=  YES
#
WITH_SVN=   YES
#
#WITH_META_MODE=YES
#
#WITH_SORT_THREADS= YES
#
MALLOC_PRODUCTION=  YES
#
WITHOUT_ASSERT_DEBUG=   YES
#
WITHOUT_DEBUG_FILES=YES



-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).


pgpFM6bHEy2cn.pgp
Description: OpenPGP digital signature

Re: r310188: kernel build failure due to mlx4_ib_sysfs.c:90:22: error: format specifies type 'unsigned long long

[Dimitry Andric]

On 17 Dec 2016, at 12:46, O. Hartmann  wrote:
> 
> Recent kernel source reject to build:
> 
> [...]
> --- all_subdir_mlx4ib ---
> --- mlx4_ib_sysfs.o ---
> /usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c:90:22: 
> error: format
> specifies type 'unsigned long long *' but the argument has type 'u64 *' (aka 
> 'unsigned
> long *') [-Werror,-Wformat] sscanf(buf, "%llx", _ag_val);    
> ^~~~
> %lx
> 1 error generated.

Ha, my r310171, which enabled sscanf() format checking, is already
working, it seems!  I built kernels for both i386 and amd64 without
problems, but you may be using some non-default module or settings which
trigger this warning.

For which arch are you building here, and do you have any particular
build settings which might influence this?

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail

r310188: kernel build failure due to mlx4_ib_sysfs.c:90:22: error: format specifies type 'unsigned long long

[O. Hartmann]

Recent kernel source reject to build:

[...]
--- all_subdir_mlx4ib ---
--- mlx4_ib_sysfs.o ---
/usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c:90:22: 
error: format
specifies type 'unsigned long long *' but the argument has type 'u64 *' (aka 
'unsigned
long *') [-Werror,-Wformat] sscanf(buf, "%llx", _ag_val);    
^~~~
 %lx
1 error generated.
*** [mlx4_ib_sysfs.o] Error code 1

make[4]: stopped in /usr/src/sys/modules/mlx4ib

-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).


pgpYTzVzufd7G.pgp
Description: OpenPGP digital signature

kernel build failure in if_lmc when bpf(4) disabled!

[O. Hartmann]

Building a custom kernel fails when bpf(4) is disabled as suggested in
security(7) due to the error shown below.

I also tried to define in make.conf 

WITHOUT_MODULES="lmc" or
WITHOU_MODULES="if_lmc"

assuming I could avoid building the culprit module/device, but it did not work
as expected!

I need to disable bpf(4). What is to do to avoid building this failing module? 

[...]
cc  -c -O2 -pipe -fno-strict-aliasing   -nostdinc  -I.
-I/empty/src/ALG/CURRENT/sys -I/empty/src/ALG/CURRENT/sys/contrib/libfdt
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -mcmodel=kernel
-mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables
-ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign
-D__printf__=__freebsd_kprintf__  -Wmissing-include-dirs
-fdiagnostics-show-option  -Wno-unknown-pragmas
-Wno-error-tautological-compare -Wno-error-empty-body
-Wno-error-parentheses-equality -Wno-error-unused-function
-Wno-error-pointer-sign -Wno-error-shift-negative-value  -mno-aes -mno-avx
-std=iso9899:1999 -Werror  /empty/src/ALG/CURRENT/sys/x86/acpica/madt.c ---
modules-all
--- /empty/src/ALG/CURRENT/sys/modules/lmc/../../dev/lmc/if_lmc.c:4357:33:
error: use of undeclared identifier 'DEV_BPF' ALTQ_PRESENT ? "ALTQ " : "",
NBPFILTER ? "BPF " : "",
^ /empty/src/ALG/CURRENT/sys/modules/lmc/../../dev/lmc/if_lmc.c:94:20: note:
expanded from macro 'NBPFILTER' # define NBPFILTER DEV_BPF ^ 4 errors
generated. *** [if_lmc.o] 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"

Revision: 270871: kernel build failure due to: [...]/netmap.c:556:23: error: no member named 'if_pspare' in 'struct ifnet'

[O. Hartmann]

cc  -c -O3 -fno-strict-aliasing -march=native -std=c99  -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline
-Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs
-fdiagnostics-show-option  -Wno-error-tautological-compare -Wno-error-empty-body
-Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc  -I. 
-I/usr/src/sys
-I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -fno-omit-frame-pointer
-mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse
-msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector 
-mno-aes
-mno-avx
-Werror  /usr/src/sys/dev/netmap/netmap.c 
/usr/src/sys/dev/netmap/netmap.c:556:23: error:
no member named 'if_pspare' in 'struct ifnet' netmap_set_all_rings(NA(ifp), 1 
/* stopped
*/);


signature.asc
Description: PGP signature

ARM LINT kernel build failure

[Bjoern A. Zeeb]

Started recently (within the last day or so).


--
 Kernel build for LINT started on Fri Aug 15 11:08:29 UTC 2014
--
=== LINT
--
 stage 2.3: build tools
--

--
 stage 3.2: building everything
--
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15691: warning: duplicate script for target timer.ln ignored
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15530: warning: using previous script for timer.ln defined here
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15694: warning: duplicate script for target timer.o ignored
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15534: warning: using previous script for timer.o defined here
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15695: warning: duplicate script for target timer.o ignored
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15534: warning: using previous script for timer.o defined here
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15978: warning: duplicate script for target obio.ln ignored
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15859: warning: using previous script for obio.ln defined here
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15981: warning: duplicate script for target obio.o ignored
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15863: warning: using previous script for obio.o defined here
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15982: warning: duplicate script for target obio.o ignored
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15863: warning: using previous script for obio.o defined here
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15985: warning: duplicate script for target obio_space.ln ignored
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15866: warning: using previous script for obio_space.ln defined here
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15988: warning: duplicate script for target obio_space.o ignored
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15870: warning: using previous script for obio_space.o defined here
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15989: warning: duplicate script for target obio_space.o ignored
bmake: /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile 
line 15870: warning: using previous script for obio_space.o defined here
bmake: don't know how to make 
/scratch/tmp/bz/head.svn/sys/arm/at91/at91_pinctrl.c (continuing)

bmake: stopped in /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT
--- buildkernel ---
*** [buildkernel] Error code 2

bmake: stopped in /scratch/tmp/bz/head.svn
--- buildkernel ---
*** [buildkernel] Error code 1

bmake: stopped in /scratch/tmp/bz/head.svn

— 
Bjoern A. Zeeb Come on. Learn, goddamn it., WarGames, 1983

___
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

[CURRENT r256850]: kernel build failure due to issues in freebsd32/freebsd32_misc.c and sys/ufs/ufs/ufs_vnops.c

[O. Hartmann]

Most recent kernel (r256850) fails to build:


cc  -c -pipe -O3 -fno-strict-aliasing -march=native -std=c99  -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
-fdiagnostics-show-option  -Wno-error-tautological-compare
-Wno-error-empty-body  -Wno-error-parentheses-equality  -nostdinc  -I.
-I/usr/src/sys -I/usr/src/sys/contrib/altq
-I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
-include opt_global.h  -fno-omit-frame-pointer
-mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel
-mno-red-zone -mno-mmx -mno-sse -msoft-float
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
-Werror  vers.c linking kernel freebsd32_misc.o: In function
`freebsd32_recvmsg': 
/usr/src/sys/compat/freebsd32/freebsd32_misc.c:(.text+0x1369):
undefined reference to `kern_recvit' freebsd32_misc.o: In function
`freebsd32_sendmsg': 
/usr/src/sys/compat/freebsd32/freebsd32_misc.c:(.text+0x171c):
undefined reference to
`getsockaddr' /usr/src/sys/compat/freebsd32/freebsd32_misc.c:(.text+0x1785):
undefined reference to
`sockargs' /usr/src/sys/compat/freebsd32/freebsd32_misc.c:(.text+0x1853):
undefined reference to `kern_sendit' freebsd32_misc.o: In function
`freebsd32_recvfrom': 
/usr/src/sys/compat/freebsd32/freebsd32_misc.c:(.text+0x1915):
undefined reference to `kern_recvit'


[...]


/usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x1df9): undefined reference to
`softdep_setup_link' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x1ed7):
undefined reference to `softdep_revert_link' ufs_vnops.o: In function
`ufs_rename': /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x2d02):
undefined reference to
`softdep_setup_link' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x2ef6):
undefined reference to
`softdep_change_linkcnt' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x2f25):
undefined reference to
`softdep_change_linkcnt' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3074):
undefined reference to
`softdep_revert_link' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x311a):
undefined reference to
`softdep_change_linkcnt' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3145):
undefined reference to
`softdep_change_linkcnt' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3261):
undefined reference to
`softdep_setup_dotdot_link' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x32de):
undefined reference to `softdep_setup_dotdot_link' ufs_vnops.o: In
function `ufs_mkdir': /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x35e2):
undefined reference to
`softdep_revert_link' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3725):
undefined reference to
`softdep_setup_mkdir' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3cbc):
undefined reference to `softdep_revert_mkdir' ufs_vnops.o: In function
`ufs_rmdir': /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3da6): undefined
reference to
`softdep_setup_rmdir' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3df2):
undefined reference to `softdep_revert_rmdir' ufs_vnops.o: In function
`ufs_makeinode': /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x455c):
undefined reference to
`softdep_revert_link' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x464b):
undefined reference to
`softdep_setup_create' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x49b3):
undefined reference to `softdep_revert_create' *** Error code 1


signature.asc
Description: PGP signature

r254147: kernel build failure: vm_page.c:1206:20: error: use of undeclared identifier 'VPO_BUSY'

[O. Hartmann]

Most recent sources fails in kernel build:


[...]
cc  -c -pipe -O3 -fno-strict-aliasing -march=native -std=c99  -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
-fdiagnostics-show-option  -Wno-error-tautological-compare
-Wno-error-empty-body  -Wno-error-parentheses-equality  -nostdinc  -I.
-I/usr/src/sys -I/usr/src/sys/contrib/altq
-I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
-include opt_global.h  -fno-omit-frame-pointer
-mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel
-mno-red-zone -mno-mmx -mno-sse -msoft-float
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
-Werror  /usr/src/sys/vm/vm_page.c /usr/src/sys/vm/vm_page.c:1205:21:
error: use of undeclared identifier 'VPO_BUSY' if (mold-oflags 
VPO_BUSY) { ^ /usr/src/sys/vm/vm_page.c:1206:20: error: use of
undeclared identifier 'VPO_BUSY' mold-oflags = ~VPO_BUSY; ^ 2 errors
generated. *** Error code 1


Regards,

Oliver


signature.asc
Description: PGP signature

r248093: Kernel build failure: /usr/src/sys/net80211/ieee80211_output.c:600:23: error: unused variable 'ic' [-Werror,-Wunused-variable]

[Hartmann, O.]

On CURRENT, r248093, build of kernel fails due to the below shown error.

[...]

cc -c -O3 -O3 -Wno-error=unused-variable -fno-strict-aliasing
-march=native -std=c99  -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions
-Wmissing-include-dirs -fdiagnostics-show-option
-Wno-error-tautological-compare -Wno-error-empty-body
-Wno-error-parentheses-equality -nostdinc  -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
-include opt_global.h  -fno-omit-frame-pointer -mno-aes -mno-avx
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror
 /usr/src/sys/net80211/ieee80211_output.c
/usr/src/sys/net80211/ieee80211_output.c:600:23: error: unused variable
'ic' [-Werror,-Wunused-variable]
struct ieee80211com *ic = ni-ni_ic;
 ^
1 error generated.
*** [ieee80211_output.o] Error code 1

Stop in /usr/obj/usr/src/sys/GATE.
*** [buildkernel] Error code 1

Stop in /usr/src.
*** [buildkernel] Error code 1

Stop in /usr/src.



Oliver
___
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: r248093: Kernel build failure: /usr/src/sys/net80211/ieee80211_output.c:600:23: error: unused variable 'ic' [-Werror,-Wunused-variable]

[David Wolfskill]

On Sat, Mar 09, 2013 at 11:59:21AM +0100, Hartmann, O. wrote:
 On CURRENT, r248093, build of kernel fails due to the below shown error.
 
 [...]
 
 cc -c -O3 -O3 -Wno-error=unused-variable -fno-strict-aliasing
 ...
 -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror
  /usr/src/sys/net80211/ieee80211_output.c
 /usr/src/sys/net80211/ieee80211_output.c:600:23: error: unused variable
 'ic' [-Werror,-Wunused-variable]
 struct ieee80211com *ic = ni-ni_ic;
  ^
 1 error generated.
 *** [ieee80211_output.o] Error code 1
 
 Stop in /usr/obj/usr/src/sys/GATE.
 *** [buildkernel] Error code 1
 
 Stop in /usr/src.
 *** [buildkernel] Error code 1
 
 Stop in /usr/src.
 

I use clang, and did not encounter that:

FreeBSD g1-235.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #832  
r248033M/248035: Fri Mar  8 07:36:04 PST 2013 
root@localhost:/usr/obj/usr/src/sys/CANARY  i386

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpqOcjvGxQYG.pgp
Description: PGP signature

kernel build failure

[Michael Butler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

SVN r247736 prompts this ..

cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -std=c99  -Wall
- -Wredundant-decls -Wnested-externs -Wstrict-prototypes
- -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
- -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
- -fdiagnostics-show-option  -Wno-error-tautological-compare
- -Wno-error-empty-body  -Wno-error-parentheses-equality -nostdinc  -I.
- -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
- -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -mno-aes -mno-avx
- -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror
 /usr/src/sys/kern/uipc_usrreq.c
/usr/src/sys/kern/uipc_usrreq.c:1689:18: error: use of undeclared
identifier 'fdep'; did you mean 'fde'?
filecaps_free(fdep-fde_caps);
   ^~~~
   fde
/usr/src/sys/kern/uipc_usrreq.c:1682:36: note: 'fde' declared here
unp_freerights(struct filedescent *fde, int fdcount)
   ^
1 error generated.
*** [uipc_usrreq.o] Error code 1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (FreeBSD)

iEYEARECAAYFAlEz4PQACgkQQv9rrgRC1JL6KACgjI2VCpCeKJCAaZIS+EBRP93N
xN8An1s0Q9CNgIP1F5Ep6ypuLQ9Agxde
=2ptT
-END PGP SIGNATURE-
___
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: kernel build failure

[Pawel Jakub Dawidek]

On Sun, Mar 03, 2013 at 06:47:00PM -0500, Michael Butler wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 SVN r247736 prompts this ..
 
 cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -std=c99  -Wall
 - -Wredundant-decls -Wnested-externs -Wstrict-prototypes
 - -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
 - -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
 - -fdiagnostics-show-option  -Wno-error-tautological-compare
 - -Wno-error-empty-body  -Wno-error-parentheses-equality -nostdinc  -I.
 - -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
 - -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -mno-aes -mno-avx
 - -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror
  /usr/src/sys/kern/uipc_usrreq.c
 /usr/src/sys/kern/uipc_usrreq.c:1689:18: error: use of undeclared
 identifier 'fdep'; did you mean 'fde'?
 filecaps_free(fdep-fde_caps);
^~~~
fde
 /usr/src/sys/kern/uipc_usrreq.c:1682:36: note: 'fde' declared here
 unp_freerights(struct filedescent *fde, int fdcount)
^
 1 error generated.

This was because I divided larger change into smaller changes.
r247738 should be fine.

-- 
Pawel Jakub Dawidek   http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl


pgp3VnbiqBD_t.pgp
Description: PGP signature

Re: [clang] kernel build failure

[Boris Samorodov]

09.08.2012 16:26, David Wolfskill пишет:

On Thu, Aug 09, 2012 at 04:15:36PM +0400, Boris Samorodov wrote:

Hi!

The kernel build fails at fresh CURRENT...
And then I get an error:
-
linking kernel.debug
cam_periph.o: In function `cam_periph_error':
/usr/src/sys/cam/cam_periph.c:1776: undefined reference to
`scsi_extract_sense_ccb'
scsi_cd.o: In function `cdasync':
/usr/src/sys/cam/scsi/scsi_cd.c:571: undefined reference to
`scsi_extract_sense_ccb'
scsi_da.o: In function `daasync':
/usr/src/sys/cam/scsi/scsi_da.c:1394: undefined reference to
`scsi_extract_sense_ccb'
*** [kernel.debug] Error code 1
-

The system...:
-
% uname -a
FreeBSD bsam.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #21 r238828M: Fri
Jul 27 16:26:02 SAMT 2012 b...@bsam.wart.ru:/usr/obj/usr/src/sys/BBX
   i386
-


I had no trouble (just now); was running:

FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #645 239138M: 
Wed Aug  8 04:44:43 PDT 2012 
r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY  i386

now running:

FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #646 239148M: 
Thu Aug  9 05:04:05 PDT 2012 
r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY  i386


I appeared to have some stale patches:
-
% svn st /usr/src
M   /usr/src/sys/cam/cam_periph.c
M   /usr/src/sys/cam/scsi/scsi_all.c
M   /usr/src/sys/cam/scsi/scsi_all.h
M   /usr/src/sys/cam/scsi/scsi_cd.c
M   /usr/src/sys/cam/scsi/scsi_da.c
-

Reverting helped here. Thanks for your cooperation!

--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
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: [clang] kernel build failure

[David Wolfskill]

On Thu, Aug 09, 2012 at 04:15:36PM +0400, Boris Samorodov wrote:
 Hi!
 
 The kernel build fails at fresh CURRENT...
 And then I get an error:
 -
 linking kernel.debug
 cam_periph.o: In function `cam_periph_error':
 /usr/src/sys/cam/cam_periph.c:1776: undefined reference to 
 `scsi_extract_sense_ccb'
 scsi_cd.o: In function `cdasync':
 /usr/src/sys/cam/scsi/scsi_cd.c:571: undefined reference to 
 `scsi_extract_sense_ccb'
 scsi_da.o: In function `daasync':
 /usr/src/sys/cam/scsi/scsi_da.c:1394: undefined reference to 
 `scsi_extract_sense_ccb'
 *** [kernel.debug] Error code 1
 -
 
 The system...:
 -
 % uname -a
 FreeBSD bsam.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #21 r238828M: Fri 
 Jul 27 16:26:02 SAMT 2012 b...@bsam.wart.ru:/usr/obj/usr/src/sys/BBX 
   i386
 -

I had no trouble (just now); was running:

FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #645 239138M: 
Wed Aug  8 04:44:43 PDT 2012 
r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY  i386

now running:

FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #646 239148M: 
Thu Aug  9 05:04:05 PDT 2012 
r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY  i386

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpAKLjALFtGI.pgp
Description: PGP signature

Re: kernel build failure

[Rainer Hurling]

On 15.04.2012 00:01 (UTC+1), AN wrote:



On Fri, 13 Apr 2012, O. Hartmann wrote:


Am 04/13/12 00:21, schrieb AN:

At Thu Apr 12 17:52:05 EDT 2012:

[root@FBSD10 /usr/src]# svn up
Updating '.':
At revision 234196.

Trying to build the kernel I get the following failure:

time make -j8 buildkernel KERNCONF=MYKERNEL

snip

=== zlib (all)
cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE
-nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include
/usr/obj/usr/src/sys/MYKERNEL/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/MYKERNEL -mcmodel=kernel -mno-red-zone -mno-mmx
-mno-sse -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 -Wmissing-include-dirs
-fdiagnostics-show-option -c /usr/src/sys/modules/zlib/../../net/zlib.c
ld -d -warn-common -r -d -o zlib.ko.debug zlib.o
: export_syms
awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms |
xargs -J% objcopy % zlib.ko.debug
objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols
objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug
zlib.ko
1 error
*** [buildkernel] Error code 2
1 error
*** [buildkernel] Error code 2
1 error

real 8m20.095s
user 12m37.161s
sys 6m59.844s

I tried this 4 times, twice with MYKERNEL and twice with GENERIC. It
failed in the same spot every time. Is anyone else seeing this?

Also, I tried without -j8, and it fails with the following:

cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs
-fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
-include opt_global.h -fno-common -finline-limit=8000 --param
inline-unit-growth=100 --param large-function-growth=1000
-fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse
-msoft-float -fno-asynchronous-unwind-tables -ffreestanding
-fstack-protector -Werror /usr/src/sys/kern/subr_turnstile.c
cc1: warnings being treated as errors
/usr/src/sys/kern/subr_turnstile.c: In function 'propagate_priority':
/usr/src/sys/kern/subr_turnstile.c:220: warning: implicit declaration of
function 'kdb_backtrace_thread'
/usr/src/sys/kern/subr_turnstile.c:220: warning: nested extern
declaration of 'kdb_backtrace_thread' [-Wnested-externs]
*** [subr_turnstile.o] Error code 1

Stop in /usr/obj/usr/src/sys/MYKERNEL.
*** [buildkernel] Error code 1

Stop in /usr/src.
*** [buildkernel] Error code 1

Stop in /usr/src.

real 5m19.701s
user 4m33.051s
sys 0m51.466s



Here is /etc/make.conf

# cat /etc/make.conf
OVERRIDE_LINUX_BASE_PORT=f10
QT4_OPTIONS= QGTKSTYLE
WITH_OPENSSL_PORT=yes
# added by use.perl 2012-04-04 01:11:13
PERL_VERSION=5.14.2

The kernel previously built without problems with this same
configuration.
___



clang -c -O2 -pipe -pipe -O3 -fno-strict-aliasing -march=native -std=c99
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs
-fdiagnostics-show-option -Wno-error-tautological-compare
-Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I.
-I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
-fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone
-mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables
-ffreestanding -fstack-protector -Werror
/usr/src/sys/kern/subr_turnstile.c
/usr/src/sys/kern/subr_turnstile.c:220:4: error: implicit declaration of
function 'kdb_backtrace_thread' is invalid in C99
[-Werror,-Wimplicit-function-declaration]
kdb_backtrace_thread(td);
^
1 error generated.
*** [subr_turnstile.o] Error code 1
1 error
*** [buildkernel] Error code 2
1 error
*** [buildkernel] Error code 2
1 error


I still get this error on one of my boxes. Another, with almost the same
setup and config, build fine!
All systems build with CLANG. They share the same /etc/src.conf and have
the same /etc/make.conf.

Before building kernel/world, I cleanup/delete /usr/obj. But the error
still persists.


Regards,
Oliver




I updated source with svn within the last hour, and rebuilt world and
kernel. When I tried to boot to single-user mode to installworld the
machine panicked and rebooted. I needed to boot kernel.old to get
machine back. Is anyone else seeing a problem with the kernel? It seems
it is still broken for me.


Same problem here with revision 234306. I am not able to boot 

Re: kernel build failure

[O. Hartmann]

Am 04/15/12 00:01, schrieb AN:
 
 
 On Fri, 13 Apr 2012, O. Hartmann wrote:
 
 Am 04/13/12 00:21, schrieb AN:
 At Thu Apr 12 17:52:05 EDT 2012:

 [root@FBSD10 /usr/src]# svn up
 Updating '.':
 At revision 234196.

 Trying to build the kernel I get the following failure:

 time make -j8 buildkernel KERNCONF=MYKERNEL

 snip

 === zlib (all)
 cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE
 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include
 /usr/obj/usr/src/sys/MYKERNEL/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/MYKERNEL  -mcmodel=kernel -mno-red-zone -mno-mmx
 -mno-sse -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  -Wmissing-include-dirs
 -fdiagnostics-show-option   -c
 /usr/src/sys/modules/zlib/../../net/zlib.c
 ld  -d -warn-common -r -d -o zlib.ko.debug zlib.o
 : export_syms
 awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug  export_syms |
 xargs -J% objcopy % zlib.ko.debug
 objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols
 objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug
 zlib.ko
 1 error
 *** [buildkernel] Error code 2
 1 error
 *** [buildkernel] Error code 2
 1 error

 real8m20.095s
 user12m37.161s
 sys6m59.844s

 I tried this 4 times, twice with MYKERNEL and twice with GENERIC.  It
 failed in the same spot every time.  Is anyone else seeing this?

 Also, I tried without -j8, and it fails with the following:

 cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99 -g
 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
 -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
 -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
 -fdiagnostics-show-option   -nostdinc  -I. -I/usr/src/sys
 -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
 -include opt_global.h -fno-common -finline-limit=8000 --param
 inline-unit-growth=100 --param large-function-growth=1000
 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse
 -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding
 -fstack-protector -Werror  /usr/src/sys/kern/subr_turnstile.c
 cc1: warnings being treated as errors
 /usr/src/sys/kern/subr_turnstile.c: In function 'propagate_priority':
 /usr/src/sys/kern/subr_turnstile.c:220: warning: implicit declaration of
 function 'kdb_backtrace_thread'
 /usr/src/sys/kern/subr_turnstile.c:220: warning: nested extern
 declaration of 'kdb_backtrace_thread' [-Wnested-externs]
 *** [subr_turnstile.o] Error code 1

 Stop in /usr/obj/usr/src/sys/MYKERNEL.
 *** [buildkernel] Error code 1

 Stop in /usr/src.
 *** [buildkernel] Error code 1

 Stop in /usr/src.

 real5m19.701s
 user4m33.051s
 sys0m51.466s



 Here is /etc/make.conf

 # cat /etc/make.conf
 OVERRIDE_LINUX_BASE_PORT=f10
 QT4_OPTIONS= QGTKSTYLE
 WITH_OPENSSL_PORT=yes
 # added by use.perl 2012-04-04 01:11:13
 PERL_VERSION=5.14.2

 The kernel previously built without problems with this same
 configuration.
 ___


 clang -c -O2 -pipe -pipe -O3 -fno-strict-aliasing -march=native -std=c99
 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
 -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
 -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
 -fdiagnostics-show-option  -Wno-error-tautological-compare
 -Wno-error-empty-body  -Wno-error-parentheses-equality -nostdinc  -I.
 -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
 -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
 -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone
 -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables
 -ffreestanding -fstack-protector -Werror 
 /usr/src/sys/kern/subr_turnstile.c
 /usr/src/sys/kern/subr_turnstile.c:220:4: error: implicit declaration of
 function 'kdb_backtrace_thread' is invalid in C99
 [-Werror,-Wimplicit-function-declaration]
kdb_backtrace_thread(td);
^
 1 error generated.
 *** [subr_turnstile.o] Error code 1
 1 error
 *** [buildkernel] Error code 2
 1 error
 *** [buildkernel] Error code 2
 1 error


 I still get this error on one of my boxes. Another, with almost the same
 setup and config, build fine!
 All systems build with CLANG. They share the same /etc/src.conf and have
 the same /etc/make.conf.

 Before building kernel/world, I cleanup/delete /usr/obj. But the error
 still persists.


 Regards,
 Oliver


 
 I updated source with svn within the last hour, and rebuilt world and
 kernel.  When I tried to boot to single-user mode to installworld the
 machine panicked and rebooted.  I 

Re: kernel build failure

[Conrad J. Sabatier]

On Sun, 15 Apr 2012 09:47:38 +0200
Rainer Hurling rhur...@gwdg.de wrote:

 On 15.04.2012 00:01 (UTC+1), AN wrote:
 
  I updated source with svn within the last hour, and rebuilt world
  and kernel. When I tried to boot to single-user mode to
  installworld the machine panicked and rebooted. I needed to boot
  kernel.old to get machine back. Is anyone else seeing a problem
  with the kernel? It seems it is still broken for me.
 
 Same problem here with revision 234306. I am not able to boot the new 
 kernel. It panics with:
 
 Fatal trap 18: integer divide fault while in kernel mode
 cpuid = 3; apic id = 03
 instruction pointer = 0x20:0x803b9d34
 stack pointer   = 0x28:0xff80002a9a10
 frame pointer   = 0x28:0xff80002a9a60
 code segment= base 0x0, limit 0xf, type 0x1b
  = DPL 0, pres 1, long 1, def32 0, gran 1
 processor eflags= interrupt enabled, resume, IOPL = 0
 current process = 13 (g_event)
 trap number = 18
 panic: Integer divide fault
 cpuid = 3

Same here.  Tried building with both clang and gcc.  Compiles OK, but
same results at startup.  Crash!

-- 
Conrad J. Sabatier
conr...@cox.net
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: kernel build failure

[AN]

On Fri, 13 Apr 2012, O. Hartmann wrote:


Am 04/13/12 00:21, schrieb AN:

At Thu Apr 12 17:52:05 EDT 2012:

[root@FBSD10 /usr/src]# svn up
Updating '.':
At revision 234196.

Trying to build the kernel I get the following failure:

time make -j8 buildkernel KERNCONF=MYKERNEL

snip

=== zlib (all)
cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE
-nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include
/usr/obj/usr/src/sys/MYKERNEL/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/MYKERNEL  -mcmodel=kernel -mno-red-zone -mno-mmx
-mno-sse -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  -Wmissing-include-dirs
-fdiagnostics-show-option   -c /usr/src/sys/modules/zlib/../../net/zlib.c
ld  -d -warn-common -r -d -o zlib.ko.debug zlib.o
: export_syms
awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug  export_syms |
xargs -J% objcopy % zlib.ko.debug
objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols
objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug
zlib.ko
1 error
*** [buildkernel] Error code 2
1 error
*** [buildkernel] Error code 2
1 error

real8m20.095s
user12m37.161s
sys6m59.844s

I tried this 4 times, twice with MYKERNEL and twice with GENERIC.  It
failed in the same spot every time.  Is anyone else seeing this?

Also, I tried without -j8, and it fails with the following:

cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99 -g
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
-fdiagnostics-show-option   -nostdinc  -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
-include opt_global.h -fno-common -finline-limit=8000 --param
inline-unit-growth=100 --param large-function-growth=1000
-fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse
-msoft-float  -fno-asynchronous-unwind-tables -ffreestanding
-fstack-protector -Werror  /usr/src/sys/kern/subr_turnstile.c
cc1: warnings being treated as errors
/usr/src/sys/kern/subr_turnstile.c: In function 'propagate_priority':
/usr/src/sys/kern/subr_turnstile.c:220: warning: implicit declaration of
function 'kdb_backtrace_thread'
/usr/src/sys/kern/subr_turnstile.c:220: warning: nested extern
declaration of 'kdb_backtrace_thread' [-Wnested-externs]
*** [subr_turnstile.o] Error code 1

Stop in /usr/obj/usr/src/sys/MYKERNEL.
*** [buildkernel] Error code 1

Stop in /usr/src.
*** [buildkernel] Error code 1

Stop in /usr/src.

real5m19.701s
user4m33.051s
sys0m51.466s



Here is /etc/make.conf

# cat /etc/make.conf
OVERRIDE_LINUX_BASE_PORT=f10
QT4_OPTIONS= QGTKSTYLE
WITH_OPENSSL_PORT=yes
# added by use.perl 2012-04-04 01:11:13
PERL_VERSION=5.14.2

The kernel previously built without problems with this same configuration.
___



clang -c -O2 -pipe -pipe -O3 -fno-strict-aliasing -march=native -std=c99
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
-fdiagnostics-show-option  -Wno-error-tautological-compare
-Wno-error-empty-body  -Wno-error-parentheses-equality -nostdinc  -I.
-I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
-fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone
-mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables
-ffreestanding -fstack-protector -Werror  /usr/src/sys/kern/subr_turnstile.c
/usr/src/sys/kern/subr_turnstile.c:220:4: error: implicit declaration of
function 'kdb_backtrace_thread' is invalid in C99
[-Werror,-Wimplicit-function-declaration]
   kdb_backtrace_thread(td);
   ^
1 error generated.
*** [subr_turnstile.o] Error code 1
1 error
*** [buildkernel] Error code 2
1 error
*** [buildkernel] Error code 2
1 error


I still get this error on one of my boxes. Another, with almost the same
setup and config, build fine!
All systems build with CLANG. They share the same /etc/src.conf and have
the same /etc/make.conf.

Before building kernel/world, I cleanup/delete /usr/obj. But the error
still persists.


Regards,
Oliver




I updated source with svn within the last hour, and rebuilt world and 
kernel.  When I tried to boot to single-user mode to installworld the 
machine panicked and rebooted.  I needed to boot kernel.old to get machine 
back.  Is anyone else seeing a problem with the kernel?  It seems it is 
still broken for me.

Re: kernel build failure

[Sergey Kandaurov]

On 13 April 2012 02:21, AN a...@neu.net wrote:
 At Thu Apr 12 17:52:05 EDT 2012:

 [root@FBSD10 /usr/src]# svn up
 Updating '.':
 At revision 234196.
[...]
 cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99 -g -Wall
 -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
 -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign
 -fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option
 -nostdinc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
 -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
 -finline-limit=8000 --param inline-unit-growth=100 --param
 large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel
 -mno-red-zone -mno-mmx -mno-sse -msoft-float
  -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror
  /usr/src/sys/kern/subr_turnstile.c
 cc1: warnings being treated as errors
 /usr/src/sys/kern/subr_turnstile.c: In function 'propagate_priority':
 /usr/src/sys/kern/subr_turnstile.c:220: warning: implicit declaration of
 function 'kdb_backtrace_thread'
 /usr/src/sys/kern/subr_turnstile.c:220: warning: nested extern declaration
 of 'kdb_backtrace_thread' [-Wnested-externs]
 *** [subr_turnstile.o] Error code 1

 Stop in /usr/obj/usr/src/sys/MYKERNEL.
 *** [buildkernel] Error code 1

 Stop in /usr/src.
 *** [buildkernel] Error code 1

 Stop in /usr/src.

This is a transient failure, it will be fixed soon.

-- 
wbr,
pluknet
___
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: kernel build failure

[O. Hartmann]

Am 04/13/12 00:21, schrieb AN:
 At Thu Apr 12 17:52:05 EDT 2012:
 
 [root@FBSD10 /usr/src]# svn up
 Updating '.':
 At revision 234196.
 
 Trying to build the kernel I get the following failure:
 
 time make -j8 buildkernel KERNCONF=MYKERNEL
 
 snip
 
 === zlib (all)
 cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE
 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include
 /usr/obj/usr/src/sys/MYKERNEL/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/MYKERNEL  -mcmodel=kernel -mno-red-zone -mno-mmx
 -mno-sse -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  -Wmissing-include-dirs
 -fdiagnostics-show-option   -c /usr/src/sys/modules/zlib/../../net/zlib.c
 ld  -d -warn-common -r -d -o zlib.ko.debug zlib.o
 : export_syms
 awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug  export_syms |
 xargs -J% objcopy % zlib.ko.debug
 objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols
 objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug
 zlib.ko
 1 error
 *** [buildkernel] Error code 2
 1 error
 *** [buildkernel] Error code 2
 1 error
 
 real8m20.095s
 user12m37.161s
 sys6m59.844s
 
 I tried this 4 times, twice with MYKERNEL and twice with GENERIC.  It
 failed in the same spot every time.  Is anyone else seeing this?
 
 Also, I tried without -j8, and it fails with the following:
 
 cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99 -g
 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
 -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
 -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
 -fdiagnostics-show-option   -nostdinc  -I. -I/usr/src/sys
 -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
 -include opt_global.h -fno-common -finline-limit=8000 --param
 inline-unit-growth=100 --param large-function-growth=1000
 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse
 -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding
 -fstack-protector -Werror  /usr/src/sys/kern/subr_turnstile.c
 cc1: warnings being treated as errors
 /usr/src/sys/kern/subr_turnstile.c: In function 'propagate_priority':
 /usr/src/sys/kern/subr_turnstile.c:220: warning: implicit declaration of
 function 'kdb_backtrace_thread'
 /usr/src/sys/kern/subr_turnstile.c:220: warning: nested extern
 declaration of 'kdb_backtrace_thread' [-Wnested-externs]
 *** [subr_turnstile.o] Error code 1
 
 Stop in /usr/obj/usr/src/sys/MYKERNEL.
 *** [buildkernel] Error code 1
 
 Stop in /usr/src.
 *** [buildkernel] Error code 1
 
 Stop in /usr/src.
 
 real5m19.701s
 user4m33.051s
 sys0m51.466s
 
 
 
 Here is /etc/make.conf
 
 # cat /etc/make.conf
 OVERRIDE_LINUX_BASE_PORT=f10
 QT4_OPTIONS= QGTKSTYLE
 WITH_OPENSSL_PORT=yes
 # added by use.perl 2012-04-04 01:11:13
 PERL_VERSION=5.14.2
 
 The kernel previously built without problems with this same configuration.
 ___


clang -c -O2 -pipe -pipe -O3 -fno-strict-aliasing -march=native -std=c99
 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
-fdiagnostics-show-option  -Wno-error-tautological-compare
-Wno-error-empty-body  -Wno-error-parentheses-equality -nostdinc  -I.
-I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
-fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone
-mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables
-ffreestanding -fstack-protector -Werror  /usr/src/sys/kern/subr_turnstile.c
/usr/src/sys/kern/subr_turnstile.c:220:4: error: implicit declaration of
function 'kdb_backtrace_thread' is invalid in C99
[-Werror,-Wimplicit-function-declaration]
kdb_backtrace_thread(td);
^
1 error generated.
*** [subr_turnstile.o] Error code 1
1 error
*** [buildkernel] Error code 2
1 error
*** [buildkernel] Error code 2
1 error


I still get this error on one of my boxes. Another, with almost the same
setup and config, build fine!
All systems build with CLANG. They share the same /etc/src.conf and have
the same /etc/make.conf.

Before building kernel/world, I cleanup/delete /usr/obj. But the error
still persists.


Regards,
Oliver



signature.asc
Description: OpenPGP digital signature

kernel build failure

[AN]

At Thu Apr 12 17:52:05 EDT 2012:

[root@FBSD10 /usr/src]# svn up
Updating '.':
At revision 234196.

Trying to build the kernel I get the following failure:

time make -j8 buildkernel KERNCONF=MYKERNEL

snip

=== zlib (all)
cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc 
-DHAVE_KERNEL_OPTION_HEADERS -include 
/usr/obj/usr/src/sys/MYKERNEL/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/MYKERNEL  -mcmodel=kernel -mno-red-zone -mno-mmx 
-mno-sse -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  -Wmissing-include-dirs 
-fdiagnostics-show-option   -c /usr/src/sys/modules/zlib/../../net/zlib.c

ld  -d -warn-common -r -d -o zlib.ko.debug zlib.o
: export_syms
awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug  export_syms | xargs 
-J% objcopy % zlib.ko.debug

objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols
objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug 
zlib.ko

1 error
*** [buildkernel] Error code 2
1 error
*** [buildkernel] Error code 2
1 error

real8m20.095s
user12m37.161s
sys 6m59.844s

I tried this 4 times, twice with MYKERNEL and twice with GENERIC.  It 
failed in the same spot every time.  Is anyone else seeing this?


Also, I tried without -j8, and it fails with the following:

cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99 -g -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option   -nostdinc  -I. -I/usr/src/sys 
-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS 
-include opt_global.h -fno-common -finline-limit=8000 --param 
inline-unit-growth=100 --param large-function-growth=1000 
-fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse 
-msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fstack-protector -Werror  /usr/src/sys/kern/subr_turnstile.c

cc1: warnings being treated as errors
/usr/src/sys/kern/subr_turnstile.c: In function 'propagate_priority':
/usr/src/sys/kern/subr_turnstile.c:220: warning: implicit declaration of 
function 'kdb_backtrace_thread'
/usr/src/sys/kern/subr_turnstile.c:220: warning: nested extern declaration 
of 'kdb_backtrace_thread' [-Wnested-externs]

*** [subr_turnstile.o] Error code 1

Stop in /usr/obj/usr/src/sys/MYKERNEL.
*** [buildkernel] Error code 1

Stop in /usr/src.
*** [buildkernel] Error code 1

Stop in /usr/src.

real5m19.701s
user4m33.051s
sys 0m51.466s



Here is /etc/make.conf

# cat /etc/make.conf
OVERRIDE_LINUX_BASE_PORT=f10
QT4_OPTIONS= QGTKSTYLE
WITH_OPENSSL_PORT=yes
# added by use.perl 2012-04-04 01:11:13
PERL_VERSION=5.14.2

The kernel previously built without problems with this same configuration.
___
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: kernel build failure without BPF

[Sergey Kandaurov]

On 14 August 2011 06:01, deeptec...@gmail.com deeptec...@gmail.com wrote:
 in the following kernel configuration (notably without ``device
 bfp''), i get the following kernel build error. which is either a bug,
 or not; just posting in case it's in someone's interest.

  build log snippet begins 
 === pfsync (all)

 cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -Werror -D_KERNEL
 -DKLD_MODULE -nostdinc  -I/usr/src/sys/modules/pfsync/../../contrib/pf
 -DHAVE_KERNEL_OPTION_HEADERS -include
 /usr/obj/usr/src/sys/HQ/opt_global.h -I. -I@ -I@/contrib/altq
 -finline-limit=8000 --param inline-unit-growth=100 --param
 large-function-growth=1000 -fno-common  -I/usr/obj/usr/src/sys/HQ
 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx
 -msoft-float -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
 -Wmissing-include-dirs -fdiagnostics-show-option -c
 /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c

 /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c: In
 function 'pfsync_sendout':

 /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c:2163:
 error: 'm' undeclared (first use in this function)

 /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c:2163:
 error: (Each undeclared identifier is reported only once

 /usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c:2163:
 error: for each function it appears in.)

 *** Error code 1



 Stop in /usr/src/sys/modules/pfsync.

 *** Error code 1

This is due to mismerge of pf4.5.
The following patch shall fix the build:

Index: sys/contrib/pf/net/if_pfsync.c
===
--- sys/contrib/pf/net/if_pfsync.c  (revision 224568)
+++ sys/contrib/pf/net/if_pfsync.c  (working copy)
@@ -2126,8 +2126,8 @@ pfsync_sendout(void)
 #else
struct ifnet *ifp = sc-sc_if;
 #endif
+#endif
struct mbuf *m;
-#endif
struct ip *ip;
struct pfsync_header *ph;
struct pfsync_subheader *subh;

-- 
wbr,
pluknet
___
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

kernel build failure without BPF

[deeptec...@gmail.com]

in the following kernel configuration (notably without ``device
bfp''), i get the following kernel build error. which is either a bug,
or not; just posting in case it's in someone's interest.

 build log snippet begins 
=== pfsync (all)

cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -Werror -D_KERNEL
-DKLD_MODULE -nostdinc  -I/usr/src/sys/modules/pfsync/../../contrib/pf
-DHAVE_KERNEL_OPTION_HEADERS -include
/usr/obj/usr/src/sys/HQ/opt_global.h -I. -I@ -I@/contrib/altq
-finline-limit=8000 --param inline-unit-growth=100 --param
large-function-growth=1000 -fno-common  -I/usr/obj/usr/src/sys/HQ
-mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx
-msoft-float -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
-Wmissing-include-dirs -fdiagnostics-show-option -c
/usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c

/usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c: In
function 'pfsync_sendout':

/usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c:2163:
error: 'm' undeclared (first use in this function)

/usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c:2163:
error: (Each undeclared identifier is reported only once

/usr/src/sys/modules/pfsync/../../contrib/pf/net/if_pfsync.c:2163:
error: for each function it appears in.)

*** Error code 1



Stop in /usr/src/sys/modules/pfsync.

*** Error code 1

 build log snippet ends 
 kernel configuration file begins 
cpu I686_CPU
ident   HQ

#optionsSCHED_ULE   # ULE scheduler
options SCHED_4BSD
options PREEMPTION  # Enable kernel thread preemption
options INET# InterNETworking
#optionsINET6   # IPv6 communications protocols
options SCTP# Stream Control Transmission Protocol
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
options MD_ROOT # MD is a potential root device
options NFSCL   # New Network Filesystem Client
options NFSD# New Network Filesystem Server
options NFSLOCKD# Network Lock Manager
options NFS_ROOT# NFS usable as /, requires NFSCL
options MSDOSFS # MSDOS Filesystem
options CD9660  # ISO 9660 Filesystem
options GEOM_LABEL  # Provides labelization
options COMPAT_FREEBSD4 # Compatible with FreeBSD4
options COMPAT_FREEBSD5 # Compatible with FreeBSD5
options COMPAT_FREEBSD6 # Compatible with FreeBSD6
options COMPAT_FREEBSD7 # Compatible with FreeBSD7
options SCSI_DELAY=1000 # Delay (in ms) before probing SCSI
options SYSVSHM # SYSV-style shared memory
options SYSVMSG # SYSV-style message queues
options SYSVSEM # SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time 
extensions
options PRINTF_BUFR_SIZE=128# Prevent printf output being 
interspersed.
options KBD_INSTALL_CDEV# install a CDEV entry in /dev
options MAC # TrustedBSD MAC Framework

# To make an SMP kernel, the next two lines are needed
options SMP # Symmetric MultiProcessor Kernel
device  apic# I/O APIC

# CPU frequency control
device  cpufreq

# Bus support.
device  acpi
device  pci

# ATA controllers
device  ata # Legacy ATA/SATA controllers
options ATA_CAM # Handle legacy controllers with CAM
options ATA_STATIC_ID   # Static device numbering

# ATA/SCSI peripherals
device  scbus   # SCSI bus (required for ATA/SCSI)
device  ch  # SCSI media changers
device  da  # Direct Access (disks)
#device sa  # Sequential Access (tape etc)
device  cd  # CD
device  pass# Passthrough device (direct ATA/SCSI access)
device  ses # SCSI Environmental Services (and SAF-TE)

# atkbdc0 controls both the keyboard and the PS/2 mouse
device  atkbdc  # AT keyboard controller
device  atkbd   # AT keyboard
device  psm # PS/2 mouse

#device kbdmux  # keyboard multiplexer

device  vga

Re: pcic device causes kernel build failure

[Ian Freislich]

M. Warner Losh wrote:
 Don't build pcic with newcard.  It is broken, doesn't work and isn't
 supported.  I have a rewrite in my p4 tree that I'm slugging through,
 but pcic is likely to coninue to not compile until that's committed.

Will that eventually fix support for the following (dmesg fragment
from 4.8-STABLE)?:

pcic0: Vadem 469 at port 0x3e0 iomem 0xd on isa0
pcic0: Polling mode
pccard0: PC Card 16-bit bus (classic) on pcic0
pccard1: PC Card 16-bit bus (classic) on pcic0

I'd like to run CURRENT on this laptop, but this thwarted me last
time by revoking my network.

Ian
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: pcic device causes kernel build failure

[M. Warner Losh]

In message: [EMAIL PROTECTED]
Ian Freislich [EMAIL PROTECTED] writes:
: M. Warner Losh wrote:
:  Don't build pcic with newcard.  It is broken, doesn't work and isn't
:  supported.  I have a rewrite in my p4 tree that I'm slugging through,
:  but pcic is likely to coninue to not compile until that's committed.
: 
: Will that eventually fix support for the following (dmesg fragment
: from 4.8-STABLE)?:
: 
: pcic0: Vadem 469 at port 0x3e0 iomem 0xd on isa0
: pcic0: Polling mode
: pccard0: PC Card 16-bit bus (classic) on pcic0
: pccard1: PC Card 16-bit bus (classic) on pcic0
: 
: I'd like to run CURRENT on this laptop, but this thwarted me last
: time by revoking my network.

I do plan on supporting it, the support isn't there today.

Warner
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: pcic device causes kernel build failure

[M. Warner Losh]

In message: [EMAIL PROTECTED]
Doug Barton [EMAIL PROTECTED] writes:
: I found my problem, when I got this new laptop two weeks ago I
: UN-commented the pcic cardbus bridge just in case. This worked fine up
: till 8/27, my last build on that machine. Starting last night, with that
: device in my kernel config, kernel build fails with the error below.
: Commenting it again allows the kernel to build.

Don't build pcic with newcard.  It is broken, doesn't work and isn't
supported.  I have a rewrite in my p4 tree that I'm slugging through,
but pcic is likely to coninue to not compile until that's committed.

Warner
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

pcic device causes kernel build failure

[Doug Barton]

I found my problem, when I got this new laptop two weeks ago I
UN-commented the pcic cardbus bridge just in case. This worked fine up
till 8/27, my last build on that machine. Starting last night, with that
device in my kernel config, kernel build fails with the error below.
Commenting it again allows the kernel to build.

FYI,

Doug


cc -c -O -fno-ident -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-fformat-extensions -std=c99 -g -nostdinc -I-  -I. -I/usr/local/src/sys 
-I/usr/local/src/sys/contrib/dev/acpica -I/usr/local/src/sys/contrib/ipfilter 
-I/usr/local/src/sys/contrib/dev/ath -I/usr/local/src/sys/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/local/src/sys/net/if.c
cc -c -O -fno-ident -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-fformat-extensions -std=c99 -g -nostdinc -I-  -I. -I/usr/local/src/sys 
-I/usr/local/src/sys/contrib/dev/acpica -I/usr/local/src/sys/contrib/ipfilter 
-I/usr/local/src/sys/contrib/dev/ath -I/usr/local/src/sys/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/local/src/sys/net/netisr.c
cc -c -O -fno-ident -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-fformat-extensions -std=c99 -g -nostdinc -I-  -I. -I/usr/local/src/sys 
-I/usr/local/src/sys/contrib/dev/acpica -I/usr/local/src/sys/contrib/ipfilter 
-I/usr/local/src/sys/contrib/dev/ath -I/usr/local/src/sys/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/local/src/sys/dev/fb/fb.c
cc -c -O -fno-ident -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-fformat-extensions -std=c99 -g -nostdinc -I-  -I. -I/usr/local/src/sys 
-I/usr/local/src/sys/contrib/dev/acpica -I/usr/local/src/sys/contrib/ipfilter 
-I/usr/local/src/sys/contrib/dev/ath -I/usr/local/src/sys/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/local/src/sys/dev/kbd/atkbd.c
cc -c -O -fno-ident -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-fformat-extensions -std=c99 -g -nostdinc -I-  -I. -I/usr/local/src/sys 
-I/usr/local/src/sys/contrib/dev/acpica -I/usr/local/src/sys/contrib/ipfilter 
-I/usr/local/src/sys/contrib/dev/ath -I/usr/local/src/sys/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/local/src/sys/dev/kbd/atkbdc.c
cc -c -O -fno-ident -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-fformat-extensions -std=c99 -g -nostdinc -I-  -I. -I/usr/local/src/sys 
-I/usr/local/src/sys/contrib/dev/acpica -I/usr/local/src/sys/contrib/ipfilter 
-I/usr/local/src/sys/contrib/dev/ath -I/usr/local/src/sys/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/local/src/sys/i386/i386/busdma_machdep.c
cc -c -O -fno-ident -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-fformat-extensions -std=c99 -g -nostdinc -I-  -I. -I/usr/local/src/sys 
-I/usr/local/src/sys/contrib/dev/acpica -I/usr/local/src/sys/contrib/ipfilter 
-I/usr/local/src/sys/contrib/dev/ath -I/usr/local/src/sys/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/local/src/sys/i386/i386/critical.c
cc -c -O -fno-ident -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-fformat-extensions -std=c99 -g -nostdinc -I-  -I. -I/usr/local/src/sys 
-I/usr/local/src/sys/contrib/dev/acpica -I/usr/local/src/sys/contrib/ipfilter 
-I/usr/local/src/sys/contrib/dev/ath -I/usr/local/src/sys/contrib/dev/ath/freebsd 
-D_KERNEL -include opt_global.h 

kernel build failure: mga_state.c

[Khairil Yusof]

cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual  -fformat-extensions -std=c99  -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/contrib/dev/ath
-I/usr/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h
-fno-common -finline-limit=15000  -mno-align-long-strings
-mpreferred-stack-boundary=2 -ffreestanding -Werror 
/usr/src/sys/dev/drm/mga_state.c
/usr/src/sys/dev/drm/mga_state.c: In function `mga_g400_emit_state':
/usr/src/sys/dev/drm/mga_state.c:278: warning: inlining failed in call
to `mga_g400_emit_pipe'
/usr/src/sys/dev/drm/mga_state.c:387: warning: called from here
/usr/src/sys/dev/drm/mga_state.c:163: warning: inlining failed in call
to `mga_g400_emit_tex0'
/usr/src/sys/dev/drm/mga_state.c:397: warning: called from here
*** Error code 1
 
Stop in /usr/obj/usr/src/sys/DAEMON.
*** Error code 1


--
Optimized, readable, on time; Pick any two. 

FreeBSD 5.1-CURRENT i386 
11:23AM up 1 day, 2:15, 1 user, load averages: 0.65, 0.56, 0.39


signature.asc
Description: This is a digitally signed message part

Re: kernel build failure: mga_state.c

[Kris Kennaway]

Have you not been reading the mailing list?  Right now you are
supposed to WERROR if you run into these.

Kris


pgp0.pgp
Description: PGP signature

Another aic7xxx kernel build failure...

[Tim Kientzle]

Another issue with 'aicasm': It breaks the following:
   * Vanilla install of 4.6-RELEASE (from CD-ROM)
   * Pull 5.0-CURRENT sources (as of 2 Sept 2002)
   * 'make buildworld'
   * 'make kernel'

The kernel compile breaks when it tries to run
aicasm, with a message about 'libc.so.5' not
being available.

It looks like aicasm is being compiled (and dynamically
linked) against the new world (5.0-CURRENT),
but then gets run in the currently-installed world
(4.6-RELEASE).

I worked around by manually compiling aicasm
in the installed world (cd /aicasm  make aicasm)
and copying it into the /usr/obj tree.  Then
'make kernel' was able to succeed.

Tim Kientzle


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: aic7xxx kernel build failure...

[Sean Chittenden]

  Well, I ended up unlinking it from the build and am installing now.
  Once I get a fresh world installed, I'll try and rebuild world again
  to see if the problem persists.  Would you like me to get a ktrace of
  aicasm running before I rebuild world?  -sc
 
 That would have been interesting.

Agreed.  I was going to grab it but after I did my install world it
came back and said it had X instructions and that was it.  :-/ Not the
same (null) unable to malloc goo that I got earlier.  I think this is
just compiler and world flakiness from early aug.  You can try supping
your world to aug-05 and doing an update to todays world and you
should (hopefully, crosses fingers) be able to repeat things (assuming
it wasn't hardware dependent).  -sc

-- 
Sean Chittenden



msg42574/pgp0.pgp
Description: PGP signature

Re: aic7xxx kernel build failure...

[Eric Brunner-Williams in Portland Maine]

cvsup earlier today.
I just finished mergemaster'ing my upgrade from a May -CURRENT.

I removed the offending line from sys/modules/Makefile, and set
NOMOODULES=1.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

aic7xxx kernel build failure...

[Sean Chittenden]

Is anyone else seeing something similar to the following?  I'm able to
build world, but can't get this kernel build to budge.  I've not seen
this error before so I'm a tad lost as to where to poke next.  -sc

=== aic7xxx
=== aic7xxx/aicasm
make -f /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/Makefile  
MAKESRCPATH=/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm depend
=== aic7xxx/ahc
 - /usr/src/sys
machine - /usr/src/sys/i386/include
/usr/obj/usr/src/sys/DELLAPTOP/modules/usr/src/sys/modules/aic7xxx/ahc/../aicasm/aicasm
  -I/usr/src/sys/modules/aic7xxx/ahc/../../../cam/scsi  
-I/usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx-o 
aic7xxx_seq.h -r aic7xxx_reg.h   -p aic7xxx_reg_print.c
-i /usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx/aic7xxx_osm.h  
/usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx/aic7xxx.seq
(null): Unable to malloc scope object
*** Error code 70

Stop in /usr/src/sys/modules/aic7xxx/ahc.
*** Error code 1

Stop in /usr/src/sys/modules/aic7xxx.
*** Error code 1

Stop in /usr/src/sys/modules.
*** Error code 1

Stop in /usr/obj/usr/src/sys/DELLAPTOP.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.



-- 
Sean Chittenden



msg42489/pgp0.pgp
Description: PGP signature

RE: aic7xxx kernel build failure...

[Long, Scott]

 
 Is anyone else seeing something similar to the following?  I'm able to
 build world, but can't get this kernel build to budge.  I've not seen
 this error before so I'm a tad lost as to where to poke next.  -sc

This is the third report of this that I've seen, and I'm completely
baffled.  How old is your existing kernel and world?  If it's old,
can you just build a new kernel (no modules) and try with that?

Scott

 
 === aic7xxx
 === aic7xxx/aicasm
 make -f 
 /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicas
 m/Makefile  
 MAKESRCPATH=/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/a
 ic7xxx/aicasm depend
 === aic7xxx/ahc
 @ - /usr/src/sys
 machine - /usr/src/sys/i386/include
 /usr/obj/usr/src/sys/DELLAPTOP/modules/usr/src/sys/modules/aic
 7xxx/ahc/../aicasm/aicasm  
 -I/usr/src/sys/modules/aic7xxx/ahc/../../../cam/scsi  
 -I/usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx   
  -o aic7xxx_seq.h -r aic7xxx_reg.h   -p 
 aic7xxx_reg_print.c-i 
 /usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx/aic7xxx_
 osm.h  
 /usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx/aic7xxx.seq
 (null): Unable to malloc scope object
 *** Error code 70
 
 Stop in /usr/src/sys/modules/aic7xxx/ahc.
 *** Error code 1
 
 Stop in /usr/src/sys/modules/aic7xxx.
 *** Error code 1
 
 Stop in /usr/src/sys/modules.
 *** Error code 1
 
 Stop in /usr/obj/usr/src/sys/DELLAPTOP.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 
 
 -- 
 Sean Chittenden
 

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: aic7xxx kernel build failure...

[Sean Chittenden]

  Is anyone else seeing something similar to the following?  I'm able to
  build world, but can't get this kernel build to budge.  I've not seen
  this error before so I'm a tad lost as to where to poke next.  -sc
 
 This is the third report of this that I've seen, and I'm completely
 baffled.

Glad that's two of us then.  :)

 How old is your existing kernel and world?

aug-05

 If it's old, can you just build a new kernel (no modules) and try
 with that?

Okey doke... -DNO_MODULES?  (haven't done a kernel w/o any modules
before: there another way to just unlink the aic7xxx stuff from the
build?) -sc

  /usr/obj/usr/src/sys/DELLAPTOP/modules/usr/src/sys/modules/aic
  7xxx/ahc/../aicasm/aicasm  
  -I/usr/src/sys/modules/aic7xxx/ahc/../../../cam/scsi  
  -I/usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx   
   -o aic7xxx_seq.h -r aic7xxx_reg.h   -p 
  aic7xxx_reg_print.c-i 
  /usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx/aic7xxx_
  osm.h  
  /usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx/aic7xxx.seq
  (null): Unable to malloc scope object
  *** Error code 70

-- 
Sean Chittenden



msg42491/pgp0.pgp
Description: PGP signature

Re: aic7xxx kernel build failure...

[Sean Chittenden]

Is anyone else seeing something similar to the following? 
   I'm able to
build world, but can't get this kernel build to budge.  
  I've not seen
this error before so I'm a tad lost as to where to poke next.  -sc
   
   This is the third report of this that I've seen, and I'm completely
   baffled.
  
  Glad that's two of us then.  :)
  
   How old is your existing kernel and world?
  
  aug-05
 
 The i386 tinderbox build encountered this once yesterday, but hasn't
 complained since.  shrug
 
   If it's old, can you just build a new kernel (no modules) and try
   with that?
  
  Okey doke... -DNO_MODULES?  (haven't done a kernel w/o any modules
  before: there another way to just unlink the aic7xxx stuff from the
  build?) -sc
  
 
 I think you need to put NOMODULES=1 onto the make line as so
 
   make buildkernel KERNCONF=foo NOMODULES=1
 
 If that doesn't work, you can unhook aic7xxx from the build by editing
 /sys/modules/Makefile.

Well, I ended up unlinking it from the build and am installing now.
Once I get a fresh world installed, I'll try and rebuild world again
to see if the problem persists.  Would you like me to get a ktrace of
aicasm running before I rebuild world?  -sc

-- 
Sean Chittenden

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: aic7xxx kernel build failure...

[Justin T. Gibbs]

 Well, I ended up unlinking it from the build and am installing now.
 Once I get a fresh world installed, I'll try and rebuild world again
 to see if the problem persists.  Would you like me to get a ktrace of
 aicasm running before I rebuild world?  -sc

That would have been interesting.

--
Justin


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

RE: aic7xxx kernel build failure...

[Robert Watson]

I ran into this, and found that re-running config and make depend made it
go away.  Didn't have time to do any other follow-up.

Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED]  Network Associates Laboratories

On Mon, 2 Sep 2002, Long, Scott wrote:

  
  Is anyone else seeing something similar to the following?  I'm able to
  build world, but can't get this kernel build to budge.  I've not seen
  this error before so I'm a tad lost as to where to poke next.  -sc
 
 This is the third report of this that I've seen, and I'm completely
 baffled.  How old is your existing kernel and world?  If it's old,
 can you just build a new kernel (no modules) and try with that?
 
 Scott
 
  
  === aic7xxx
  === aic7xxx/aicasm
  make -f 
  /usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicas
  m/Makefile  
  MAKESRCPATH=/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/a
  ic7xxx/aicasm depend
  === aic7xxx/ahc
  @ - /usr/src/sys
  machine - /usr/src/sys/i386/include
  /usr/obj/usr/src/sys/DELLAPTOP/modules/usr/src/sys/modules/aic
  7xxx/ahc/../aicasm/aicasm  
  -I/usr/src/sys/modules/aic7xxx/ahc/../../../cam/scsi  
  -I/usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx   
   -o aic7xxx_seq.h -r aic7xxx_reg.h   -p 
  aic7xxx_reg_print.c-i 
  /usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx/aic7xxx_
  osm.h  
  /usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx/aic7xxx.seq
  (null): Unable to malloc scope object
  *** Error code 70
  
  Stop in /usr/src/sys/modules/aic7xxx/ahc.
  *** Error code 1
  
  Stop in /usr/src/sys/modules/aic7xxx.
  *** Error code 1
  
  Stop in /usr/src/sys/modules.
  *** Error code 1
  
  Stop in /usr/obj/usr/src/sys/DELLAPTOP.
  *** Error code 1
  
  Stop in /usr/src.
  *** Error code 1
  
  Stop in /usr/src.
  
  
  
  -- 
  Sean Chittenden
  
 
 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

kernel build failure

[David Xu]

Current source in ipfw was broken:

cc -O -pipe  -DIPFIREWALL  -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 -g -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline 
-Wcast-qual  -fformat-extensions -ansi -c /usr/src/sys/netinet/ip_fw.c
/usr/src/sys/netinet/ip_fw.c:216: warning: `union ip_fw_if' declared inside parameter 
list
/usr/src/sys/netinet/ip_fw.c:216: warning: its scope is only this definition or 
declaration, which is probably not what you want
/usr/src/sys/netinet/ip_fw.c: In function `tcpflg_match':
/usr/src/sys/netinet/ip_fw.c:273: structure has no member named `fw_ipflg'
/usr/src/sys/netinet/ip_fw.c:273: `IP_FW_IF_TCPEST' undeclared (first use in this 
function)
/usr/src/sys/netinet/ip_fw.c:273: (Each undeclared identifier is reported only once
/usr/src/sys/netinet/ip_fw.c:273: for each function it appears in.)
/usr/src/sys/netinet/ip_fw.c:277: structure has no member named `fw_tcpf'
/usr/src/sys/netinet/ip_fw.c:278: structure has no member named `fw_tcpnf'
/usr/src/sys/netinet/ip_fw.c:280: structure has no member named `fw_tcpf'
/usr/src/sys/netinet/ip_fw.c: In function `icmptype_match':
/usr/src/sys/netinet/ip_fw.c:293: structure has no member named `fw_flg'
/usr/src/sys/netinet/ip_fw.c:293: `IP_FW_F_ICMPBIT' undeclared (first use in this 
function)
/usr/src/sys/netinet/ip_fw.c:299: `IP_FW_ICMPTYPES_MAX' undeclared (first use in this 
function)
/usr/src/sys/netinet/ip_fw.c:300: structure has no member named `fw_uar'
/usr/src/sys/netinet/ip_fw.c: In function `ipopts_match':
/usr/src/sys/netinet/ip_fw.c:333: structure has no member named `fw_ipopt'
/usr/src/sys/netinet/ip_fw.c:334: structure has no member named `fw_ipnopt'
/usr/src/sys/netinet/ip_fw.c: In function `iptos_match':
/usr/src/sys/netinet/ip_fw.c:388: structure has no member named `fw_iptos'
/usr/src/sys/netinet/ip_fw.c:389: structure has no member named `fw_ipntos'
/usr/src/sys/netinet/ip_fw.c: In function `tcpopts_match':
/usr/src/sys/netinet/ip_fw.c:417: structure has no member named `fw_tcpopt'
/usr/src/sys/netinet/ip_fw.c:418: structure has no member named `fw_tcpnopt'
/usr/src/sys/netinet/ip_fw.c: At top level:
/usr/src/sys/netinet/ip_fw.c:476: warning: `union ip_fw_if' declared inside parameter 
list
/usr/src/sys/netinet/ip_fw.c:477: conflicting types for `iface_match'
/usr/src/sys/netinet/ip_fw.c:216: previous declaration of `iface_match'
/usr/src/sys/netinet/ip_fw.c: In function `iface_match':
/usr/src/sys/netinet/ip_fw.c:481: dereferencing pointer to incomplete type
/usr/src/sys/netinet/ip_fw.c:482: dereferencing pointer to incomplete type
/usr/src/sys/netinet/ip_fw.c:485: dereferencing pointer to incomplete type
/usr/src/sys/netinet/ip_fw.c:485: `FW_IFNLEN' undeclared (first use in this function)
/usr/src/sys/netinet/ip_fw.c:488: dereferencing pointer to incomplete type
/usr/src/sys/netinet/ip_fw.c:496: dereferencing pointer to incomplete type
/usr/src/sys/netinet/ip_fw.c: In function `ipfw_report':
/usr/src/sys/netinet/ip_fw.c:519: structure has no member named `fw_pcnt'
/usr/src/sys/netinet/ip_fw.c:521: structure has no member named `fw_logamount'
/usr/src/sys/netinet/ip_fw.c:521: structure has no member named `fw_loghighest'
/usr/src/sys/netinet/ip_fw.c:525: structure has no member named `fw_number'
/usr/src/sys/netinet/ip_fw.c:531: structure has no member named `fw_flg'
/usr/src/sys/netinet/ip_fw.c:531: `IP_FW_F_COMMAND' undeclared (first use in this 
function)
/usr/src/sys/netinet/ip_fw.c:532: `IP_FW_F_DENY' undeclared (first use in this 
function)
/usr/src/sys/netinet/ip_fw.c:535: `IP_FW_F_REJECT' undeclared (first use in this 
function)
/usr/src/sys/netinet/ip_fw.c:536: structure has no member named `fw_reject_code'
/usr/src/sys/netinet/ip_fw.c:536: `IP_FW_REJECT_RST' undeclared (first use in this 
function)
/usr/src/sys/netinet/ip_fw.c:541: `IP_FW_F_ACCEPT' undeclared (first use in this 
function)
/usr/src/sys/netinet/ip_fw.c:544: `IP_FW_F_COUNT' undeclared (first use in this 
function)
/usr/src/sys/netinet/ip_fw.c:557: `IP_FW_F_SKIPTO' undeclared (first use in this 
function)
/usr/src/sys/netinet/ip_fw.c:559: structure has no member named `fw_skipto_rule'
/usr/src/sys/netinet/ip_fw.c:561: `IP_FW_F_PIPE' undeclared (first use in this 
function)
/usr/src/sys/netinet/ip_fw.c:563: structure has no member named `fw_skipto_rule'
/usr/src/sys/netinet/ip_fw.c:565: `IP_FW_F_QUEUE' undeclared (first use in this 
function)
/usr/src/sys/netinet/ip_fw.c:567: structure has no member named `fw_skipto_rule'
/usr/src/sys/netinet/ip_fw.c:570: `IP_FW_F_FWD' undeclared (first use in this function)
/usr/src/sys/netinet/ip_fw.c:571: structure has no member named `fw_fwd_ip'
/usr/src/sys/netinet/ip_fw.c:574: structure has no member named `fw_fwd_ip'

kernel build failure in amr

[Gavin Atkinson]

Hi,

Without -DNO_WERROR, i sometimes get a build failure on CURRENT sources,
as shown below. However, this does not always occur, maybe 30% of the
compiles succeed. Why would it sometimes compile fine? I've deleted my
/usr/obj and /usr/src, and even my cvs repositry, without success.#

Gavin


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 
-elf  -mpreferred-stack-boundary=2 -Werror  /usr/src/sys/dev/amr/amr.c
cc1: warnings being treated as errors
/usr/src/sys/dev/amr/amr.c: In function `amr_bio_command':
/usr/src/sys/dev/amr/amr.c:817: warning: unsigned int format, different type arg (arg 
3)
*** Error code 1

Stop in /usr/obj/usr/src/sys/GENERIC.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
epsilon#


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

kernel build failure

[Paul Allenby]

Hi all

From sources cvsup'd about an hour ago, "make depend" complains:

../../dev/ed/if_ed_pccard.c:58: miibus_if.h: No such file or directory

and fails. This is after deleting the old kernel build dir.

Paul

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: kernel build failure

[Jim Bloom]

Did you add "device miibus" to you kernel configuration?

Jim Bloom
[EMAIL PROTECTED]

Paul Allenby wrote:
 
 Hi all
 
 From sources cvsup'd about an hour ago, "make depend" complains:
 
 ../../dev/ed/if_ed_pccard.c:58: miibus_if.h: No such file or directory
 
 and fails. This is after deleting the old kernel build dir.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

RE: Current kernel build failure -- cam_periph.c

[John Baldwin]

On 07-Dec-00 Manfred Antar wrote:
 At 06:28 PM 12/6/2000 -0800, John Baldwin wrote:
 
On 07-Dec-00 John Baldwin wrote:
 
 On 07-Dec-00 Manfred Antar wrote:
 
 
 I've been trying to build a current kernel from current sources for a day
 now
 and I keep getting this:
 
 I'm looking at this.  My initial guess is maybe a gcc bug, as mtx_exit()
 compiles in dozens of other places just fine (and has for months now).

Nope, it was a sublte bug in the 486 optimized mutex operations, which had
invalid register constraints probably dating back to several older revisions
in
BSD/OS before we got the code.  It should be fixed now.

 
 John
 It compiles now fine but panics on booting:
 Doing initial network setup: hostname.
 panic: mutex sched lock owned at ../../kern/kern_mutex.c:322
 cpuid = 0; lapic.id = 
 boot() called on cpu#0

Hmm.  I haven't reproduced this here.  Let me play with it some more.

-- 

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

Current kernel build failure -- cam_periph.c

[Manfred Antar]

I've been trying to build a current kernel from current sources for a day now 
and I keep getting this:
cc -c -x assembler-with-cpp -DLOCORE -O -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-fformat-extensions -ansi -g -nostdinc -I-  -I. -I../.. -I../../../include 
-I../../contrib/dev/acpica/Subsystem/Include  -D_KERNEL -include opt_global.h -elf  
-mpreferred-stack-boundary=2 ../../i386/i386/locore.s
cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -ansi 
-g -nostdinc -I-  -I. -I../.. -I../../../include 
-I../../contrib/dev/acpica/Subsystem/Include  -D_KERNEL -include opt_global.h -elf  
-mpreferred-stack-boundary=2  ../../cam/cam_periph.c
../../cam/cam_periph.c: In function `cam_periph_unmapmem':
../../cam/cam_periph.c:687: internal error--unrecognizable insn:
(insn/i 376 1397 377 (parallel[ 
(set (mem/s/v:SI (plus:SI (reg:SI 0 %eax)
(const_int 284 [0x11c])) 0)
(asm_operands/v ("  lock ;  cmpxchgl %4,%0; jz  1f;pushl   %2; 
pushl   %3; callmtx_exit_hard;  addl$8,%%esp;1:# exitlock_norecurse") 
("=m") 0[ 
(const_int 0 [0x0])
(reg/v:SI 4 %esi)
(reg:SI 5 %edi)
(mem/s/v:SI (plus:SI (reg:SI 3 %ebx)
(const_int 284 [0x11c])) 0)
(reg:SI 0 %eax)
] 
[ 
(asm_input:SI ("gi"))
(asm_input:SI ("g"))
(asm_input:SI ("r"))
(asm_input:SI ("0"))
(asm_input:SI ("1"))
]  ("../../sys/mutex.h") 601))
(set (reg:SI 0 %eax)
(asm_operands/v ("  lock ;  cmpxchgl %4,%0; jz  1f;pushl   %2; 
pushl   %3; callmtx_exit_hard;  addl$8,%%esp;1:# exitlock_norecurse") 
("=a") 1[ 
(const_int 0 [0x0])
(reg/v:SI 4 %esi)
(reg:SI 5 %edi)
(mem/s/v:SI (plus:SI (reg:SI 3 %ebx)
(const_int 284 [0x11c])) 0)
(reg:SI 0 %eax)
] 
[ 
(asm_input:SI ("gi"))
(asm_input:SI ("g"))
(asm_input:SI ("r"))
(asm_input:SI ("0"))
(asm_input:SI ("1"))
]  ("../../sys/mutex.h") 601))
(clobber (reg:QI 1 %dl))
(clobber (reg:QI 2 %cl))
(clobber (mem:BLK (scratch) 0))
] ) -1 (insn_list 375 (nil))
(nil))
*** Error code 1

Stop in /usr/src/sys/compile/pro2
I did a make world last night from current sources
and still no go
Thanks
Manfred
==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
==



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

RE: Current kernel build failure -- cam_periph.c

[John Baldwin]

On 07-Dec-00 Manfred Antar wrote:
 
 
 I've been trying to build a current kernel from current sources for a day now
 and I keep getting this:

I'm looking at this.  My initial guess is maybe a gcc bug, as mtx_exit()
compiles in dozens of other places just fine (and has for months now).

-- 

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: Current kernel build failure -- cam_periph.c

[The Hermit Hacker]

On Wed, 6 Dec 2000, John Baldwin wrote:

 
 On 07-Dec-00 Manfred Antar wrote:
  
  
  I've been trying to build a current kernel from current sources for a day now
  and I keep getting this:
 
 I'm looking at this.  My initial guess is maybe a gcc bug, as mtx_exit()
 compiles in dozens of other places just fine (and has for months now).

ah, so I take it a 'make buildworld' doesn't fix thsi one :)  ah well, had
to do it anyway ...




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

RE: Current kernel build failure -- cam_periph.c

[Manfred Antar]

At 05:49 PM 12/6/2000 -0800, you wrote:

On 07-Dec-00 Manfred Antar wrote:
 
 
 I've been trying to build a current kernel from current sources for a day now
 and I keep getting this:

I'm looking at this.  My initial guess is maybe a gcc bug, as mtx_exit()
compiles in dozens of other places just fine (and has for months now).

-- 

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 

Yes
It's a different kind of error.
I've never seen this building a kernel before.
The same kernel config without SMP enabled builds fine !
==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
==



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: Current kernel build failure -- cam_periph.c

[Steve Price]

On Wed, Dec 06, 2000 at 06:13:50PM -0800, Manfred Antar wrote:
# At 05:49 PM 12/6/2000 -0800, you wrote:
# 
# I'm looking at this.  My initial guess is maybe a gcc bug, as mtx_exit()
# compiles in dozens of other places just fine (and has for months now).
# 
# Yes
# It's a different kind of error.
# I've never seen this building a kernel before.
# The same kernel config without SMP enabled builds fine !

At least according to my tests thus far it appears it occurs
when 'cpu I386_CPU' is not in your config file.  It isn't really
an SMP issue as far as I can tell, except that you must remove
'cpu I386_CPU' to build an SMP kernel.

-steve


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

RE: Current kernel build failure -- cam_periph.c

[John Baldwin]

On 07-Dec-00 John Baldwin wrote:
 
 On 07-Dec-00 Manfred Antar wrote:
 
 
 I've been trying to build a current kernel from current sources for a day
 now
 and I keep getting this:
 
 I'm looking at this.  My initial guess is maybe a gcc bug, as mtx_exit()
 compiles in dozens of other places just fine (and has for months now).

Nope, it was a sublte bug in the 486 optimized mutex operations, which had
invalid register constraints probably dating back to several older revisions in
BSD/OS before we got the code.  It should be fixed now.

-- 

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: Current kernel build failure -- cam_periph.c

[Manfred Antar]

At 06:28 PM 12/6/2000 -0800, John Baldwin wrote:

On 07-Dec-00 John Baldwin wrote:
 
 On 07-Dec-00 Manfred Antar wrote:
 
 
 I've been trying to build a current kernel from current sources for a day
 now
 and I keep getting this:
 
 I'm looking at this.  My initial guess is maybe a gcc bug, as mtx_exit()
 compiles in dozens of other places just fine (and has for months now).

Nope, it was a sublte bug in the 486 optimized mutex operations, which had
invalid register constraints probably dating back to several older revisions in
BSD/OS before we got the code.  It should be fixed now.


John
It compiles now fine but panics on booting:
Doing initial network setup: hostname.
panic: mutex sched lock owned at ../../kern/kern_mutex.c:322
cpuid = 0; lapic.id = 
boot() called on cpu#0

syncing disks... 
Fatal double fault:
eip = 0xc02b0e7d
esp = 0xcafce000
ebp = 0xcafce020
cpuid = 0; lapic.id = 

I built another one and got a different panic:
Initial rc.i386 panic: spin lock sched lock held by 0x0xc0390a01 for  5 seconds
cpuid = 1; lapic.id = 0c00
boot() called on cpu#1

syncing disks...   Just frozen at this point
Manfred
==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
==



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: alpha kernel build failure (w/patch)

[Parag Patel]

On Mon, 05 Jul 1999 00:33:57 CDT, Steve Price wrote:
+#ifdef __i386__
   sc-wb_btag = I386_BUS_SPACE_IO;
+#endif
+#ifdef __alpha__
+  sc-wb_btag = ALPHA_BUS_SPACE_IO;
+#endif

Just curious, but is there a reason that these lines aren't simply

sc-wb_btag = BUS_SPACE_IO;

with this macro being set to the correct machine-specific one in some
appropriate header file?  I'm sure I'm missing something...

Thanks!


-- Parag Patel


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: alpha kernel build failure (w/patch)

[Steve Price]

[trimmed -alpha from cc: list to keep the cross posting
 police from coming after me :)]

On Mon, 5 Jul 1999, Parag Patel wrote:

# On Mon, 05 Jul 1999 00:33:57 CDT, Steve Price wrote:
# +#ifdef __i386__
#  sc-wb_btag = I386_BUS_SPACE_IO;
# +#endif
# +#ifdef __alpha__
# +sc-wb_btag = ALPHA_BUS_SPACE_IO;
# +#endif
# 
# Just curious, but is there a reason that these lines aren't simply
# 
#   sc-wb_btag = BUS_SPACE_IO;
# 
# with this macro being set to the correct machine-specific one in some
# appropriate header file?  I'm sure I'm missing something...

I wondered that as well.  For both the i386 and alpha port
the definitions end up in /usr/include/machine/bus.h and
stripping off the arch-specific prefix shows that their value
is the same.  In fact they appear to be the only #define in
bus.h with the arch-specific prefix besides the multiple-inclusion
#defines.  I think they could be combined, but defer the
decision (commit) to the folks working on the new bus code
as they know their way around this code much better than I
do.

-steve



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: alpha kernel build failure (w/patch)

[Bill Paul]

Of all the gin joints in all the towns in all the world, Steve Price had 
to walk into mine and say:

 [trimmed -alpha from cc: list to keep the cross posting
  police from coming after me :)]
 
 On Mon, 5 Jul 1999, Parag Patel wrote:
 
 # On Mon, 05 Jul 1999 00:33:57 CDT, Steve Price wrote:
 # +#ifdef __i386__
 #sc-wb_btag = I386_BUS_SPACE_IO;
 # +#endif
 # +#ifdef __alpha__
 # +  sc-wb_btag = ALPHA_BUS_SPACE_IO;
 # +#endif
 # 
 # Just curious, but is there a reason that these lines aren't simply
 # 
 # sc-wb_btag = BUS_SPACE_IO;
 # 
 # with this macro being set to the correct machine-specific one in some
 # appropriate header file?  I'm sure I'm missing something...
 
 I wondered that as well.  For both the i386 and alpha port
 the definitions end up in /usr/include/machine/bus.h and
 stripping off the arch-specific prefix shows that their value
 is the same.  In fact they appear to be the only #define in
 bus.h with the arch-specific prefix besides the multiple-inclusion
 #defines.  I think they could be combined, but defer the
 decision (commit) to the folks working on the new bus code
 as they know their way around this code much better than I
 do.

The reason it's not done that way is because the bus_space code is
incomplete. The NetBSD code from which it was taken has a routine
that sets up the bus tag for you (and I think the handle too) based
on the actual bus type. In other words, you're supposed to be passed
a handle to the bus on which your device resides, and you pass that
to bus_space_create() or whatever, and it figures out all the right
machine specific details for you.

Why don't we have this routine? Because we don't have the NetBSD bus
architecture and at the time we only ran on the i386 arch, so we took
a shortcut and fiddled with the bus space handle and bus space tag
directly.

If we're really lucky then some day this will get fixed correctly,
by somebody who is not me, as I have plenty of other things to keep
me busy.

-Bill

-- 
=
-Bill Paul(212) 854-6020 | System Manager, Master of Unix-Fu
Work: [EMAIL PROTECTED] | Center for Telecommunications Research
Home:  [EMAIL PROTECTED] | Columbia University, New York City
=
 "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness"
=


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: alpha kernel build failure (w/patch)

[Peter Wemm]

Parag Patel wrote:
 On Mon, 05 Jul 1999 00:33:57 CDT, Steve Price wrote:
 +#ifdef __i386__
  sc-wb_btag = I386_BUS_SPACE_IO;
 +#endif
 +#ifdef __alpha__
 +sc-wb_btag = ALPHA_BUS_SPACE_IO;
 +#endif
 
 Just curious, but is there a reason that these lines aren't simply
 
   sc-wb_btag = BUS_SPACE_IO;
 
 with this macro being set to the correct machine-specific one in some
 appropriate header file?  I'm sure I'm missing something...
 
 Thanks!

The really annoying thing is that this is handled in the bus configuration
system already.  The driver only has to ask for the handle and tags for the
resource it's activated and can then use that directly for the bus_space
calls.

But, old style drivers don't have access to that as the information is
not available across the compatability shims.

   -- Parag Patel

Cheers,
-Peter



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: alpha kernel build failure (w/patch)

[Warner Losh]

In message [EMAIL PROTECTED] Bill Paul writes:
: If we're really lucky then some day this will get fixed correctly,
: by somebody who is not me, as I have plenty of other things to keep
: me busy.

I'm working on moderizing the bus space implementation right now.  It
will make writing the newconfig shims for new-bus easier.

Warner


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: alpha kernel build failure (w/patch)

[Archie Cobbs]

Steve Price writes:
   }
 +#ifdef __i386__
   sc-wb_btag = I386_BUS_SPACE_IO;
 +#endif
 +#ifdef __alpha__
 + sc-wb_btag = ALPHA_BUS_SPACE_IO;
 +#endif
  #else
   if (!(command  PCIM_CMD_MEMEN)) {

Just a minor comment.. anytime you have something like this, it's
always nice to do it this way instead:

  #if defined(__i386__)
  sc-wb_btag = I386_BUS_SPACE_IO;
  #elif defined(__alpha__)
  sc-wb_btag = ALPHA_BUS_SPACE_IO;
  #else
  #error Machine architecture unsupported
  #endif

That way when somebody wants to add M68K support or whatever they
are alerted that they need to implement the new flag at compile
time instead of at panic time :-)

-Archie

___
Archie Cobbs   *   Whistle Communications, Inc.  *   http://www.whistle.com


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

alpha kernel build failure (w/patch)

[Steve Price]

Anyone object to me fixing the wb driver so kernel builds on
the Alpha don't fall over anymore?  The patch was gleened from
the similar changes to the al driver.  Thanks.

-steve

Index: if_wb.c
===
RCS file: /home/ncvs/src/sys/pci/if_wb.c,v
retrieving revision 1.11
diff -u -r1.11 if_wb.c
--- if_wb.c 1999/07/02 04:17:16 1.11
+++ if_wb.c 1999/07/05 05:29:15
@@ -1096,7 +1096,12 @@
printf ("wb%d: couldn't map ports\n", unit);
goto fail;
}
+#ifdef __i386__
sc-wb_btag = I386_BUS_SPACE_IO;
+#endif
+#ifdef __alpha__
+   sc-wb_btag = ALPHA_BUS_SPACE_IO;
+#endif
 #else
if (!(command  PCIM_CMD_MEMEN)) {
printf("wb%d: failed to enable memory mapping!\n", unit);
@@ -1107,7 +1112,12 @@
printf ("wb%d: couldn't map memory\n", unit);
goto fail;
}
+#ifdef __i386__
sc-wb_btag = I386_BUS_SPACE_MEM;
+#endif
+#ifdef __alpha__
+   sc-wb_btag = ALPHA_BUS_SPACE_MEM;
+#endif
sc-wb_bhandle = vbase;
 #endif
 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: kernel build failure at nfs_serv.c

[Nicolas Souchu]

On Wed, Feb 24, 1999 at 08:51:03AM +, Doug Rabson wrote:

On Tue, 23 Feb 1999, Nicolas Souchu wrote:

 Hi folks,
 
 Updating at Mar 23 fév 1999 22:52:33 CET,
 
 cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
 -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
 -fformat-extensions -ansi  -nostdinc -I- -I. -I../.. -I../../../include  
 -DKERNEL -DVM_STACK -include opt_global.h -elf  ../../nfs/nfs_serv.c
 ../../nfs/nfs_serv.c:103: `sysctl__vfs_nfs_children' undeclared here (not in 
 a function)
 ../../nfs/nfs_serv.c:103: initializer element for 
 `sysctl___vfs_nfs_async.oid_parent' is not constant
 *** Error code 1
 
 Stop.
 
 Any clue?

I think this is fixed - try updating nfs_serv.c


World updated yesterday still fails in modules/nfs.

Thanks for your help.

Nicholas.

-- 
nso...@teaser.fr / nso...@freebsd.org
FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org


To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message

Re: kernel build failure at nfs_serv.c

[Doug Rabson]

On Sat, 27 Feb 1999, Nicolas Souchu wrote:

 On Wed, Feb 24, 1999 at 08:51:03AM +, Doug Rabson wrote:
 
 On Tue, 23 Feb 1999, Nicolas Souchu wrote:
 
  Hi folks,
  
  Updating at Mar 23 f?v 1999 22:52:33 CET,
  
  cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
  -fformat-extensions -ansi  -nostdinc -I- -I. -I../.. -I../../../include  
  -DKERNEL -DVM_STACK -include opt_global.h -elf  ../../nfs/nfs_serv.c
  ../../nfs/nfs_serv.c:103: `sysctl__vfs_nfs_children' undeclared here (not 
  in a function)
  ../../nfs/nfs_serv.c:103: initializer element for 
  `sysctl___vfs_nfs_async.oid_parent' is not constant
  *** Error code 1
  
  Stop.
  
  Any clue?
 
 I think this is fixed - try updating nfs_serv.c
 
 
 World updated yesterday still fails in modules/nfs.
 
 Thanks for your help.

If you could send me your kernel config, I'll fix it.  It must be a
particular combination of options which is causing trouble.

--
Doug Rabson Mail:  d...@nlsystems.com
Nonlinear Systems Ltd.  Phone: +44 181 442 9037




To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message

Re: kernel build failure at nfs_serv.c

[Doug Rabson]

On Tue, 23 Feb 1999, Nicolas Souchu wrote:

 Hi folks,
 
 Updating at Mar 23 f?v 1999 22:52:33 CET,
 
 cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
 -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
 -fformat-extensions -ansi  -nostdinc -I- -I. -I../.. -I../../../include  
 -DKERNEL -DVM_STACK -include opt_global.h -elf  ../../nfs/nfs_serv.c
 ../../nfs/nfs_serv.c:103: `sysctl__vfs_nfs_children' undeclared here (not in 
 a function)
 ../../nfs/nfs_serv.c:103: initializer element for 
 `sysctl___vfs_nfs_async.oid_parent' is not constant
 *** Error code 1
 
 Stop.
 
 Any clue?

I think this is fixed - try updating nfs_serv.c

--
Doug Rabson Mail:  d...@nlsystems.com
Nonlinear Systems Ltd.  Phone: +44 181 442 9037




To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message

kernel build failure at nfs_serv.c

[Nicolas Souchu]

Hi folks,

Updating at Mar 23 fév 1999 22:52:33 CET,

cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions 
-ansi  -nostdinc -I- -I. -I../.. -I../../../include  -DKERNEL -DVM_STACK 
-include opt_global.h -elf  ../../nfs/nfs_serv.c
../../nfs/nfs_serv.c:103: `sysctl__vfs_nfs_children' undeclared here (not in a 
function)
../../nfs/nfs_serv.c:103: initializer element for 
`sysctl___vfs_nfs_async.oid_parent' is not constant
*** Error code 1

Stop.

Any clue?

-- 
nso...@teaser.fr / nso...@freebsd.org
FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org


To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message