FreeBSD_STABLE_10-i386 - Build #838 - Fixed

2016-01-15 Thread jenkins-admin 
FreeBSD_STABLE_10-i386 - Build #838 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/838/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/838/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/838/console

Change summaries:

294082 by ngie:
Revert r294061

A number of pieces needed (netmap(4)) etc are missing, i.e. the MFCs
were incomplete.

Revert the changes so they can be redone cleanly again and to unbreak GENERIC,
LINT, etc

Sponsored by: EMC / Isilon Storage

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Strange TCP behaviour in STABLE

2016-01-15 Thread Slawa Olhovchenkov 
On Thu, Jan 14, 2016 at 04:05:30PM -0800, hiren panchasara wrote:

> On 01/15/16 at 02:48P, Slawa Olhovchenkov wrote:
> > 02:14:20.410159 IP 127.0.0.1.5423 > 127.0.0.1.80: Flags [S], seq 818919263, 
> > win 65535, options [mss 16344,nop,wscale 9,sackOK,TS val 749536482 ecr 0], 
> > length 0
> > 02:14:20.410173 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [S.], seq 
> > 644693209, ack 818919264, win 65535, options [mss 16344,nop,wscale 
> > 9,sackOK,TS val 3209080170 ecr 749536482], length 0
> > 02:14:20.410193 IP 127.0.0.1.5423 > 127.0.0.1.80: Flags [.], ack 1, win 
> > 159, options [nop,nop,TS val 749536482 ecr 3209080170], length 0
> > 02:14:20.410212 IP 127.0.0.1.5423 > 127.0.0.1.80: Flags [P.], seq 1:417, 
> > ack 1, win 159, options [nop,nop,TS val 749536482 ecr 3209080170], length 
> > 416
> > 02:14:20.410236 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [.], ack 417, win 
> > 158, options [nop,nop,TS val 3209080170 ecr 749536482], length 0
> > 02:14:20.412066 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [P.], seq 1:557, 
> > ack 417, win 159, options [nop,nop,TS val 3209080172 ecr 749536482], length 
> > 556
> > 02:14:20.412086 IP 127.0.0.1.5423 > 127.0.0.1.80: Flags [.], ack 557, win 
> > 158, options [nop,nop,TS val 749536484 ecr 3209080172], length 0
> > 02:14:20.412163 IP 127.0.0.1.5423 > 127.0.0.1.80: Flags [F.], seq 417, ack 
> > 557, win 159, options [nop,nop,TS val 749536484 ecr 3209080172], length 0
> > 02:14:20.412175 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [.], ack 418, win 
> > 159, options [nop,nop,TS val 3209080172 ecr 749536484], length 0
> > 02:14:20.412241 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209080172 ecr 749536484], length 0
> > 02:14:20.656139 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209080416 ecr 749536484], length 0
> > 02:14:20.918187 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209080678 ecr 749536484], length 0
> > 02:14:21.249783 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209081010 ecr 749536484], length 0
> > 02:14:21.692560 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209081452 ecr 749536484], length 0
> > 02:14:22.371972 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209082133 ecr 749536484], length 0
> > 02:14:23.531776 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209083292 ecr 749536484], length 0
> > 02:14:25.651788 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209085412 ecr 749536484], length 0
> > 02:14:29.722527 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209089482 ecr 749536484], length 0
> > 02:14:37.618090 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209097379 ecr 749536484], length 0
> > 02:14:53.178362 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209112938 ecr 749536484], length 0
> > 02:15:08.737766 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209128498 ecr 749536484], length 0
> > 02:15:24.307989 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [F.], seq 557, ack 
> > 418, win 159, options [nop,nop,TS val 3209144068 ecr 749536484], length 0
> > 02:15:39.869441 IP 127.0.0.1.80 > 127.0.0.1.5423: Flags [R.], seq 558, ack 
> > 418, win 159, options [nop,nop,TS val 3209159630 ecr 749536484], length 0
> > 
> > What purpose for this retransmits?
> 
> A few questions:
> 1) What svn rev are you on? 

r288250

> 2) Does this happen all the time or is there a specific trigger?

I am case this by overloading php (as apache module), but similar
(less intesive) I am see on ordinar load.
No memory/network resource exhaustion.

> 3) Do you see this on -head?

I can't try -head current time

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

r294085 10-stable ia64: cat.lo: unknown executable format

2016-01-15 Thread Anton Shterenlikht 
Updating ia64 following recent multiple SA:

r294085 10-stable buildworld:

cc  -O2 -pipe   -c chown_stub.c -o chown_stub.o
cc  -O2 -pipe   -c iscsid_stub.c -o iscsid_stub.o
ld -dc -r -o cat.lo cat_stub.o 
/usr/obj/usr/src/rescue/rescue//usr/src/bin/cat/cat.o
crunchide -k _crunched_cat_stub cat.lo
cat.lo: unknown executable format
*** [cat.lo] Error code 1

make[5]: stopped in /usr/obj/usr/src/rescue/rescue
1 error

Thanks

Anton
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

make installworld creates empty dirs which are deleted by make delete-old

2016-01-15 Thread Miroslav Lachman 

I updated the server 3 times in one week (to 10.2-p8, -p9, -p10).

make check-old lists these directories on each update

# make check-old
>>> Checking for old files
>>> Checking for old libraries
>>> Checking for old directories
/usr/include/atf-c
/usr/include/atf-c++
/usr/share/atf
/usr/share/doc/atf
To remove old files and directories run 'make delete-old'.
To remove old libraries run 'make delete-old-libs'.

Those directories were deleted by delete-old

# make -DBATCH_DELETE_OLD_FILES delete-old
>>> Removing old files (only deletes safe to delete libs)
>>> Old files removed
>>> Removing old directories
/usr/share/doc/atf
/usr/share/atf
/usr/include/atf-c++
/usr/include/atf-c
>>> Old directories removed
To remove old libraries run 'make delete-old-libs'.

By after next installworld, they are back.

I think there is some bug (leftover) in make install / mtree or 
something like this and those directories should not be created any more.


Miroslav Lachman
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: mergemaster woes at STABLE

2016-01-15 Thread Chris H 
On Fri, 15 Jan 2016 17:38:05 +0100 Michael Grimm 
wrote

> Hi,
> 
> starting a couple of weeks ago, I do see mergemaster complaining after
> "mergemaster -iFU": 
>
> stat: ./have: stat: No such file or directory
> /usr/sbin/mergemaster: arithmetic expression: expecting primary: " ~18 &
> 4095 &  "
> install: invalid file mode: ./have
> *** FATAL ERROR: Unable to install ./have to /
> 
> This is on two different servers running 10.2-STABLE (r293911). I couldn't
> find similar reports at google, but I might have missend something.
> 
> Any idea where to look for?
Just a hunch; but looks like an unterminated quote --
", or ' without the closing ", or '

--Chris
> 
> Thanks and regards,
> Michael
>


___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bmake[1]: don't know how to make _bootstrap-tools-usr.bin/m4. Stop

2016-01-15 Thread Slawa Olhovchenkov 
On Fri, Jan 08, 2016 at 01:01:45PM -0800, Bryan Drewery wrote:

> On 1/8/2016 12:58 PM, Bryan Drewery wrote:
> > On 12/23/2015 11:52 PM, Slawa Olhovchenkov wrote:
> >> I am try to upgrade very old 10-CURRENT to latest 10-STABLE and got
> >> next error:
> >>
> >> ===> usr.bin/yacc (obj,depend,all,install)
> >> bmake[1]: don't know how to make _bootstrap-tools-usr.bin/m4. Stop
> >>
> >> bmake[1]: stopped in /usr/src
> >> *** Error code 2
> >>
> >> Stop.
> >> bmake: stopped in /usr/src
> >> *** [buildworld] Error code 1
> >>
> >> Stop in /usr/src.
> > 
> > It's a bug in the build for sure.
> > 
> > .if ${BOOTSTRAPPING} < 102
> > _m4=usr.bin/m4
> > .endif
> > 
> > .if ${BOOTSTRAPPING} < 133
> > _lex=   usr.bin/lex
> > 
> > ${_bt}-usr.bin/lex: ${_bt}-usr.bin/m4
> > .endif
> > 
> > Upgrading from 102-132 to latest will not build usr.bin/m4 even
> > though usr.bin/lex is claiming to need it.
> > 
> > https://people.freebsd.org/~bdrewery/patches/stable-10-lex-m4.diff
> > should fix it. It's not necessarily the final fix though but it should
> > let you build for now.
> > 
> 
> Actually that patch won't suffice according to the change that added the
> bug:
> 
> r288829 | ian | 2015-10-05 10:45:13 -0700 (Mon, 05 Oct 2015) | 13 lines
> 
> The latest version of lex requires the latest m4 to build, add a dependency
> when running the build-tools stage.
> 
> The requirement is due to the -P flag used when running m4 from usr.bin/lex

STABLE now in build process, thanks!
Because this is VIA C3 with 192MB PC133 RAM after day build only
install includes passed :)
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bmake[1]: don't know how to make _bootstrap-tools-usr.bin/m4. Stop

2016-01-15 Thread Slawa Olhovchenkov 
On Fri, Jan 15, 2016 at 09:17:38AM -0800, Bryan Drewery wrote:

> On 1/15/16 9:04 AM, Slawa Olhovchenkov wrote:
> > On Fri, Jan 08, 2016 at 01:01:45PM -0800, Bryan Drewery wrote:
> > 
> >> On 1/8/2016 12:58 PM, Bryan Drewery wrote:
> >>> On 12/23/2015 11:52 PM, Slawa Olhovchenkov wrote:
>  I am try to upgrade very old 10-CURRENT to latest 10-STABLE and got
>  next error:
> 
>  ===> usr.bin/yacc (obj,depend,all,install)
>  bmake[1]: don't know how to make _bootstrap-tools-usr.bin/m4. Stop
> 
>  bmake[1]: stopped in /usr/src
>  *** Error code 2
> 
>  Stop.
>  bmake: stopped in /usr/src
>  *** [buildworld] Error code 1
> 
>  Stop in /usr/src.
> >>>
> >>> It's a bug in the build for sure.
> >>>
> >>> .if ${BOOTSTRAPPING} < 102
> >>> _m4=usr.bin/m4
> >>> .endif
> >>>
> >>> .if ${BOOTSTRAPPING} < 133
> >>> _lex=   usr.bin/lex
> >>>
> >>> ${_bt}-usr.bin/lex: ${_bt}-usr.bin/m4
> >>> .endif
> >>>
> >>> Upgrading from 102-132 to latest will not build usr.bin/m4 even
> >>> though usr.bin/lex is claiming to need it.
> >>>
> >>> https://people.freebsd.org/~bdrewery/patches/stable-10-lex-m4.diff
> >>> should fix it. It's not necessarily the final fix though but it should
> >>> let you build for now.
> >>>
> >>
> >> Actually that patch won't suffice according to the change that added the
> >> bug:
> >>
> >> r288829 | ian | 2015-10-05 10:45:13 -0700 (Mon, 05 Oct 2015) | 13 lines
> >>
> >> The latest version of lex requires the latest m4 to build, add a dependency
> >> when running the build-tools stage.
> >>
> >> The requirement is due to the -P flag used when running m4 from usr.bin/lex
> > 
> > STABLE now in build process, thanks!
> > Because this is VIA C3 with 192MB PC133 RAM after day build only
> > install includes passed :)
> > 
> 
> FYI, I committed a patch to stable/10 recently. No custom patch is
> needed now.

Yes, I am test on last stable, not custom patch.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bmake[1]: don't know how to make _bootstrap-tools-usr.bin/m4. Stop

2016-01-15 Thread Bryan Drewery 
On 1/15/16 9:04 AM, Slawa Olhovchenkov wrote:
> On Fri, Jan 08, 2016 at 01:01:45PM -0800, Bryan Drewery wrote:
> 
>> On 1/8/2016 12:58 PM, Bryan Drewery wrote:
>>> On 12/23/2015 11:52 PM, Slawa Olhovchenkov wrote:
 I am try to upgrade very old 10-CURRENT to latest 10-STABLE and got
 next error:

 ===> usr.bin/yacc (obj,depend,all,install)
 bmake[1]: don't know how to make _bootstrap-tools-usr.bin/m4. Stop

 bmake[1]: stopped in /usr/src
 *** Error code 2

 Stop.
 bmake: stopped in /usr/src
 *** [buildworld] Error code 1

 Stop in /usr/src.
>>>
>>> It's a bug in the build for sure.
>>>
>>> .if ${BOOTSTRAPPING} < 102
>>> _m4=usr.bin/m4
>>> .endif
>>>
>>> .if ${BOOTSTRAPPING} < 133
>>> _lex=   usr.bin/lex
>>>
>>> ${_bt}-usr.bin/lex: ${_bt}-usr.bin/m4
>>> .endif
>>>
>>> Upgrading from 102-132 to latest will not build usr.bin/m4 even
>>> though usr.bin/lex is claiming to need it.
>>>
>>> https://people.freebsd.org/~bdrewery/patches/stable-10-lex-m4.diff
>>> should fix it. It's not necessarily the final fix though but it should
>>> let you build for now.
>>>
>>
>> Actually that patch won't suffice according to the change that added the
>> bug:
>>
>> r288829 | ian | 2015-10-05 10:45:13 -0700 (Mon, 05 Oct 2015) | 13 lines
>>
>> The latest version of lex requires the latest m4 to build, add a dependency
>> when running the build-tools stage.
>>
>> The requirement is due to the -P flag used when running m4 from usr.bin/lex
> 
> STABLE now in build process, thanks!
> Because this is VIA C3 with 192MB PC133 RAM after day build only
> install includes passed :)
> 

FYI, I committed a patch to stable/10 recently. No custom patch is
needed now.

-- 
Regards,
Bryan Drewery
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

mergemaster woes at STABLE

2016-01-15 Thread Michael Grimm 
Hi,

starting a couple of weeks ago, I do see mergemaster complaining after 
"mergemaster -iFU":

stat: ./have: stat: No such file or directory
/usr/sbin/mergemaster: arithmetic expression: expecting primary: " ~18 
& 4095 &
 "
install: invalid file mode: ./have
*** FATAL ERROR: Unable to install ./have to /

This is on two different servers running 10.2-STABLE (r293911). I couldn't find 
similar reports at google, but I might have missend something.

Any idea where to look for?

Thanks and regards,
Michael

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

mtree hanging on upgrade from 10.1-STABLE to 10.2-RELEASE

2016-01-15 Thread Chris Nehren 
Trying to upgrade a 10.1-STABLE (kern.osreldate == 1001517) system to
10.2-RELEASE this morning. buildworld + buildkernel finished without any
issue, but now the installworld is stuck on mtree and has been for a few
hours:

--
>>> Making hierarchy
--
cd /usr/src; make -f Makefile.inc1  LOCAL_MTREE= hierarchy
cd /usr/src/etc && 
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/tmp/install.b1sHRYLs
 make LOCAL_MTREE= distrib-dirs
mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p /

I tried trussing the process, but don't see any output. It's not using
excessive CPU; the machine is actually mostly idle right now. I'm not
sure what else I can look at to figure out what it's doing (or more
accurately, not doing, in this case).

-- 
Thanks,
Chris
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: mtree hanging on upgrade from 10.1-STABLE to 10.2-RELEASE

2016-01-15 Thread alex.burlyga.ietf alex.burlyga.ietf 
What is the output of Ctrl+T in that terminal? Do you have some
unresponsive mounts by any chance?

Alex.
On Jan 15, 2016 4:34 PM, "Chris Nehren" 
wrote:

> Trying to upgrade a 10.1-STABLE (kern.osreldate == 1001517) system to
> 10.2-RELEASE this morning. buildworld + buildkernel finished without any
> issue, but now the installworld is stuck on mtree and has been for a few
> hours:
>
> --
> >>> Making hierarchy
> --
> cd /usr/src; make -f Makefile.inc1  LOCAL_MTREE= hierarchy
> cd /usr/src/etc &&
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/tmp/install.b1sHRYLs
> make LOCAL_MTREE= distrib-dirs
> mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p /
>
> I tried trussing the process, but don't see any output. It's not using
> excessive CPU; the machine is actually mostly idle right now. I'm not
> sure what else I can look at to figure out what it's doing (or more
> accurately, not doing, in this case).
>
> --
> Thanks,
> Chris
> ___
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

FreeBSD_STABLE_10-i386 - Build #837 - Still Failing

2016-01-15 Thread jenkins-admin 
FreeBSD_STABLE_10-i386 - Build #837 - Still Failing:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/837/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/837/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/837/console

Change summaries:

294074 by gjb:
Document SA-16:07

Sponsored by:   The FreeBSD Foundation

294071 by gjb:
Fix dates for previous errata update.

Sponsored by:   The FreeBSD Foundation



The end of the build log:

[...truncated 174816 lines...]
--- scic_sds_stp_remote_device.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  
-mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding 
-fstack-protector -gdwarf-2 -std=iso9899:1999 -Qunused-arguments  
-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  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality 
-Wno-error-unused-function   -c 
/usr/src/sys/modules/isci/../../dev/isci/scil/scic_sds_stp_remote_device.c -o 
scic_sds_stp_remote_device.o
--- all_subdir_iwifw ---
--- iwi_ibss.ko.symbols ---
objcopy --only-keep-debug iwi_ibss.ko.debug iwi_ibss.ko.symbols
--- iwi_ibss.ko ---
objcopy --strip-debug --add-gnu-debuglink=iwi_ibss.ko.symbols iwi_ibss.ko.debug 
iwi_ibss.ko
--- all_subdir_ispfw ---
--- ispfw.o ---
cc  -O2 -pipe  -DISP_2400 -DMODULE_NAME=\"isp_2400\" -fno-strict-aliasing 
-Werror -D_KERNEL -DKLD_MODULE -nostdinc   -DHAVE_KERNEL_OPTION_HEADERS 
-include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq 
-fno-common -g -I/usr/obj/usr/src/sys/GENERIC  -mno-aes -mno-avx -mno-mmx 
-mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 
-std=iso9899:1999 -Qunused-arguments  -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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function   -c 
/usr/src/sys/modules/ispfw/isp_2400/../../../dev/ispfw/ispfw.c -o ispfw.o
--- all_subdir_iwifw ---
--- all_subdir_iwi_monitor ---
===> iwifw/iwi_monitor (all)
--- iwi_monitor ---
uudecode -p 
/usr/src/sys/modules/iwifw/iwi_monitor/../../../contrib/dev/iwi/ipw2200-sniffer.fw.uu
 > iwi_monitor
--- iwi_monitor.fwo ---
iwi_monitor iwi_monitor
--- iwi_monitor.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  
-mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding 
-fstack-protector -gdwarf-2 -std=iso9899:1999 -Qunused-arguments  
-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  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality 
-Wno-error-unused-function   -c iwi_monitor.c -o iwi_monitor.o
ctfconvert -L VERSION -g iwi_monitor.o
--- iwi_monitor.kld ---
ld  -d -warn-common -r -d -o iwi_monitor.kld iwi_monitor.fwo iwi_monitor.o
ctfmerge -L VERSION -g -o iwi_monitor.kld iwi_monitor.fwo iwi_monitor.o
:> export_syms
awk -f /usr/src/sys/conf/kmod_syms.awk iwi_monitor.kld  export_syms | xargs -J% 
objcopy % iwi_monitor.kld
--- iwi_monitor.ko.debug ---
ld -Bshareable  -d -warn-common -o iwi_monitor.ko.debug iwi_monitor.kld
--- iwi_monitor.ko.symbols ---
objcopy --only-keep-debug iwi_monitor.ko.debug iwi_monitor.ko.symbols
--- all_subdir_isci ---
ctfconvert -L VERSION -g scic_sds_stp_remote_device.o
--- all_subdir_iwifw ---
--- iwi_monitor.ko ---
objcopy --strip-debug --add-gnu-debuglink=iwi_monitor.ko.symbols 
iwi_monitor.ko.debug iwi_monitor.ko
--- all_subdir_isci ---
--- scic_sds_stp_request.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  
-mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding 
-fstack-protector -gdwarf-2 -std=iso9899:1999 -Qunused-arguments  
-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