FreeBSD_HEAD - Build #3180 - Still Failing

2015-09-04 Thread jenkins-admin 
FreeBSD_HEAD - Build #3180 - Still Failing:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3180/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3180/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3180/console

Change summaries:

287457 by tuexen:
Don't leak memory in an error case.

MFC after:  1 week

287456 by tuexen:
Add a NULL pointer check to silence the clang code analyzer.

MFC after:  1 week

287455 by mav:
Remove some dead code.

287454 by delphij:
Fix build.



The end of the build log:

[...truncated 120003 lines...]
yacc -d /builds/FreeBSD_HEAD/usr.bin/colldef/parse.y
--- usr.sbin.depend__D ---
cp y.tab.c parse.c
--- token.c ---
lex  -otoken.c 
/builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/token.l
--- depend_subdir_crunch ---
--- _sub.depend ---
===> usr.sbin/crunch/crunchgen (depend)
--- depend_subdir_cron ---
--- _sub.depend ---
===> usr.sbin/cron/lib (depend)
--- usr.bin.depend__D ---
cp y.tab.c parse.c
--- usr.sbin.depend__D ---
--- depend_subdir_bsnmpd ---
--- hast_oid.h ---
cat /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/hast_tree.def | 
gensnmptree -e begemotHast > hast_oid.h
--- usr.bin.depend__D ---
--- scan.c ---
lex -8 -i -oscan.c /builds/FreeBSD_HEAD/usr.bin/colldef/scan.l
--- usr.sbin.depend__D ---
--- .depend ---
rm -f .depend
CC='cc  ' mkdep -f .depend -a
-I/builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd 
-DHAVE_CAPSICUM -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DSNMPTREE_TYPES -I. 
-std=gnu99   
/builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/ebuf.c
 
/builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/hast_compression.c
 
/builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/hast_proto.c
 /builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/hast_snmp.c 
/builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/lzf.c
 
/builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/nv.c
 parse.c 
/builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/pjdlog.c
 
/builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/proto.c
 
/builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/proto_common.c
 /builds/Fre
 eBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/proto_uds.c 
token.c hast_tree.c
--- usr.bin.depend__D ---
--- .depend ---
rm -f .depend
CC='cc  ' mkdep -f .depend -a-I. -I/builds/FreeBSD_HEAD/usr.bin/colldef 
-I/builds/FreeBSD_HEAD/usr.bin/colldef/../../lib/libc/locale -DCOLLATE_DEBUG 
-DYY_NO_UNPUT -DYY_NO_INPUT -std=gnu99   parse.c scan.c
echo colldef: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libc.a 
/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libl.a >> .depend
--- depend_subdir_colrm ---
===> usr.bin/colrm (depend)
--- usr.sbin.depend__D ---
--- depend_subdir_crunch ---
--- crunched_skel.c ---
sh -e /builds/FreeBSD_HEAD/usr.sbin/crunch/crunchgen/mkskel.sh 
/builds/FreeBSD_HEAD/usr.sbin/crunch/crunchgen/crunched_main.c >crunched_skel.c
--- .depend ---
rm -f .depend
CC='cc  ' mkdep -f .depend -a -std=gnu99   
/builds/FreeBSD_HEAD/usr.sbin/crunch/crunchgen/crunchgen.c crunched_skel.c
--- depend_subdir_cron ---
--- .depend ---
rm -f .depend
CC='cc  ' mkdep -f .depend -a
-I/builds/FreeBSD_HEAD/usr.sbin/cron/lib/../cron -DLOGIN_CAP -DPAM -std=gnu99   
/builds/FreeBSD_HEAD/usr.sbin/cron/lib/entry.c 
/builds/FreeBSD_HEAD/usr.sbin/cron/lib/env.c 
/builds/FreeBSD_HEAD/usr.sbin/cron/lib/misc.c
--- usr.bin.depend__D ---
--- .depend ---
rm -f .depend
CC='cc  ' mkdep -f .depend -a -std=gnu99   
/builds/FreeBSD_HEAD/usr.bin/colrm/colrm.c
--- usr.sbin.depend__D ---
--- depend_subdir_crunch ---
echo crunchgen: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libc.a 
 >> .depend
--- usr.bin.depend__D ---
echo colrm: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libc.a  >> 
.depend
--- usr.sbin.depend__D ---
===> usr.sbin/crunch/crunchide (depend)
--- usr.bin.depend__D ---
--- depend_subdir_column ---
===> usr.bin/column (depend)
--- .depend ---
rm -f .depend
CC='cc  ' mkdep -f .depend -a -std=gnu99   
/builds/FreeBSD_HEAD/usr.bin/column/column.c
--- usr.sbin.depend__D ---
--- .depend ---
rm -f .depend
CC='cc  ' mkdep -f .depend -a-DNLIST_ELF32 -DNLIST_ELF64 -std=gnu99   
/builds/FreeBSD_HEAD/usr.sbin/crunch/crunchide/crunchide.c 
/builds/FreeBSD_HEAD/usr.sbin/crunch/crunchide/exec_elf32.c 
/builds/FreeBSD_HEAD/usr.sbin/crunch/crunchide/exec_elf64.c
--- usr.bin.depend__D ---
echo column: /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libc.a  
>> .depend
--- depend_subdir_comm ---
===> usr.bin/comm (depend)
--- usr.sbin.depend__D ---
--- depend_subdir_bsnmpd ---
echo snmp_hast.so.6: 
/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/lib/libutil.a >> .depend
===>

FreeBSD_HEAD_amd64_gcc4.9 - Build #426 - Failure

2015-09-04 Thread jenkins-admin 
FreeBSD_HEAD_amd64_gcc4.9 - Build #426 - Failure:

Build information: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/426/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/426/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/426/console

Change summaries:

287457 by tuexen:
Don't leak memory in an error case.

MFC after:  1 week

287456 by tuexen:
Add a NULL pointer check to silence the clang code analyzer.

MFC after:  1 week

287455 by mav:
Remove some dead code.

287454 by delphij:
Fix build.

287453 by delphij:
MFV r287451 + 287452: file 5.24 + fix for bin/181436.

PR: 181436
MFC after:  2 weeks



The end of the build log:

[...truncated 117940 lines...]
===> usr.bin/lam (depend)
--- usr.sbin.depend__D ---
--- depend_subdir_bsnmpd ---
===> usr.sbin/bsnmpd/modules/snmp_hast (depend)
--- depend_subdir_clear_locks ---
echo clear_locks: 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib/libc.a
 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib/librpcsvc.a
 >> .depend
--- depend_subdir_config ---
--- usr.bin.depend__D ---
--- .depend ---
--- usr.sbin.depend__D ---
===> usr.sbin/config (depend)
--- usr.bin.depend__D ---
rm -f .depend
CC='/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1'
 mkdep -f .depend -a -std=gnu99   
/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.bin/lam/lam.c
--- usr.sbin.depend__D ---
--- depend_subdir_bsnmpd ---
--- hast_tree.c ---
cat 
/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/hast_tree.def
 | gensnmptree -p hast_
--- depend_subdir_config ---
--- config.c ---
--- depend_subdir_bsnmpd ---
--- parse.c ---
--- depend_subdir_config ---
yacc -d /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config/config.y
--- depend_subdir_bsnmpd ---
yacc -d -v 
/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/parse.y
--- depend_subdir_config ---
cp y.tab.c config.c
--- depend_subdir_bsnmpd ---
cp y.tab.c parse.c
--- depend_subdir_config ---
--- lang.c ---
lex  -olang.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config/lang.l
--- usr.bin.depend__D ---
echo lam: 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib/libc.a
  >> .depend
--- usr.sbin.depend__D ---
--- depend_subdir_bsnmpd ---
--- token.c ---
lex  -otoken.c 
/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd/token.l
--- depend_subdir_config ---
--- kernconf.c ---
file2c 'char kernconfstr[] = {' ',0};' < 
/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config/kernconf.tmpl > kernconf.c
--- depend_subdir_bsnmpd ---
--- hast_oid.h ---
cat 
/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/hast_tree.def
 | gensnmptree -e begemotHast > hast_oid.h
--- usr.bin.depend__D ---
--- depend_subdir_last ---
===> usr.bin/last (depend)
--- usr.sbin.depend__D ---
--- depend_subdir_config ---
--- .depend ---
rm -f .depend
CC='/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1'
 mkdep -f .depend -a-I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config 
-std=gnu99   config.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config/main.c 
lang.c /builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config/mkmakefile.c 
/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config/mkheaders.c 
/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/config/mkoptions.c kernconf.c
--- depend_subdir_bsnmpd ---
--- .depend ---
rm -f .depend
CC='/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1'
 mkdep -f .depend -a
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/usr.sbin/bsnmpd/modules/snmp_hast/../../../../sbin/hastd
 -DHAVE_CAPSICUM -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DSNMPTREE_TYPES 
-I. -std=gnu99

FreeBSD_HEAD_i386 - Build #1028 - Fixed

2015-09-04 Thread jenkins-admin 
FreeBSD_HEAD_i386 - Build #1028 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1028/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1028/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1028/console

Change summaries:

287454 by delphij:
Fix build.

___
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: Upgrading to r297291 LAGG(4) stops working.

2015-09-04 Thread Sergey Kandaurov 
On 1 September 2015 at 04:47, John Baldwin  wrote:
> On Monday, August 31, 2015 09:58:45 AM Adrian Chadd wrote:
>> Hi,
>>
>> +glebius, as he recently messed around with the wifi stack and his
>> changes may have broken how mac addresses are assigned to the
>> hardware.
>
> Glebius did break this, though not because of what you say.  It's broken
> because the 'ifconfig_ath0' line that sets the mac address no longer
> does anything because 'ath0' is no longer an interface (and so that
> line is now ignored, plus it wouldn't work if it were passed to ifconfig
> now anyway).
>
> At the very least the Handbook section on this needs to be updated to give
> working instructions for both HEAD and stable branches.

What about this change?
It should work in both current and stable (not tested, though).

Index: en_US.ISO8859-1/books/handbook/advanced-networking/chapter.xml
===
--- en_US.ISO8859-1/books/handbook/advanced-networking/chapter.xml
(revision 47311)
+++ en_US.ISO8859-1/books/handbook/advanced-networking/chapter.xml
(working copy)
@@ -3697,17 +3697,19 @@
 Replace bge0 to match the
   system's Ethernet interface name.  The
   ether line will contain the
-  MAC address of the specified interface.
-  Now, change the MAC address of the
-  underlying wireless interface:
+  MAC address of the specified
+  interface.

- ifconfig
iwn0 ether
00:21:70:da:ae:37
-
 Bring the wireless interface up, but do not set an
   IP address:

  ifconfig
wlan0 create wlandev
iwn0 ssid
my_router up

+Now, change the MAC address of the
+  underlying wireless interface:
+
+ ifconfig
wlan0 ether
00:21:70:da:ae:37
+
 Make sure the bge0 interface
   is up, then create the  interface with
   bge0 as master with failover to
@@ -3740,9 +3742,9 @@
   /etc/rc.conf:

 ifconfig_bge0="up"
-ifconfig_iwn0="ether
00:21:70:da:ae:37"
 wlans_iwn0="wlan0"
 ifconfig_wlan0="WPA"
+ifconfig_wlan0_alias0="ether 00:21:70:da:ae:3"
 cloned_interfaces="lagg0"
 ifconfig_lagg0="laggproto
failover laggport bge0 laggport wlan0 DHCP"
   

-- 
wbr,
pluknet
___
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: Upgrading to r297291 LAGG(4) stops working.

2015-09-04 Thread Gleb Smirnoff 
On Fri, Sep 04, 2015 at 04:39:22PM +0300, Sergey Kandaurov wrote:
S> On 1 September 2015 at 04:47, John Baldwin  wrote:
S> > On Monday, August 31, 2015 09:58:45 AM Adrian Chadd wrote:
S> >> Hi,
S> >>
S> >> +glebius, as he recently messed around with the wifi stack and his
S> >> changes may have broken how mac addresses are assigned to the
S> >> hardware.
S> >
S> > Glebius did break this, though not because of what you say.  It's broken
S> > because the 'ifconfig_ath0' line that sets the mac address no longer
S> > does anything because 'ath0' is no longer an interface (and so that
S> > line is now ignored, plus it wouldn't work if it were passed to ifconfig
S> > now anyway).
S> >
S> > At the very least the Handbook section on this needs to be updated to give
S> > working instructions for both HEAD and stable branches.
S> 
S> What about this change?
S> It should work in both current and stable (not tested, though).

AFAIU, Adrian suggests to better change MAC of Ethernet device, rather
than WiFi one. Not all WiFi drivers support change of MAC.

-- 
Totus tuus, Glebius.
___
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_HEAD - Build #3181 - Fixed

2015-09-04 Thread jenkins-admin 
FreeBSD_HEAD - Build #3181 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3181/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3181/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3181/console

Change summaries:

287460 by glebius:
Make tcp_mtudisc() static and void. No functional changes.

Sponsored by:   Nginx, Inc.

287459 by mav:
Another addition to r287455.

287458 by mav:
Addition to r287455.

___
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_HEAD_amd64_gcc4.9 - Build #427 - Fixed

2015-09-04 Thread jenkins-admin 
FreeBSD_HEAD_amd64_gcc4.9 - Build #427 - Fixed:

Build information: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/427/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/427/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/427/console

Change summaries:

287460 by glebius:
Make tcp_mtudisc() static and void. No functional changes.

Sponsored by:   Nginx, Inc.

287459 by mav:
Another addition to r287455.

287458 by mav:
Addition to r287455.

___
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: Upgrading to r297291 LAGG(4) stops working.

2015-09-04 Thread Daniel Eischen 

On Fri, 4 Sep 2015, Sergey Kandaurov wrote:


On 1 September 2015 at 04:47, John Baldwin  wrote:

On Monday, August 31, 2015 09:58:45 AM Adrian Chadd wrote:

Hi,

+glebius, as he recently messed around with the wifi stack and his
changes may have broken how mac addresses are assigned to the
hardware.


Glebius did break this, though not because of what you say.  It's broken
because the 'ifconfig_ath0' line that sets the mac address no longer
does anything because 'ath0' is no longer an interface (and so that
line is now ignored, plus it wouldn't work if it were passed to ifconfig
now anyway).

At the very least the Handbook section on this needs to be updated to give
working instructions for both HEAD and stable branches.


What about this change?


[ ... ]


ifconfig_bge0="up"
-ifconfig_iwn0="ether
00:21:70:da:ae:37"
wlans_iwn0="wlan0"
ifconfig_wlan0="WPA"
+ifconfig_wlan0_alias0="ether 00:21:70:da:ae:3"
cloned_interfaces="lagg0"
ifconfig_lagg0="laggproto
failover laggport bge0 laggport wlan0 DHCP"
  


Is this in human readable form anywhere?  Seems like it's missing
something (the ifconfig_iwn0="up"?).

So to go from this:

  ifconfig_iwn0="ether 00:11:22:33:44:55"
  wlans_iwn0=wlan0
  ifconfig_wlan0="ssid MYSSID WPA"
  ifconfig_re0="up"
  cloned_interfaces="lagg0"
  ifconfig_lagg0="laggproto failover laggport re0 laggport wlan0"
  ifconfig_lagg0_alias0="inet 10.0.0.7 netmask 0xff00"

It would now be:

  ifconfig_iwn0="up"
  wlans_iwn0=wlan0
  ifconfig_wlan0="ssid MYSSID WPA"
  ifconfig_wlan0_alias0="ether 00:11:22:33:44:55"
  ifconfig_re0="up"
  cloned_interfaces="lagg0"
  ifconfig_lagg0="laggproto failover laggport re0 laggport wlan0"
  ifconfig_lagg0_alias0="inet 10.0.0.7 netmask 0xff00"

Is that correct?

Do we even need the ifconfig_wlan0_alias0 to set the MAC address?
If wlan0 (the cloned device under lagg0) knows how to set the MAC
address, then shouldn't lagg be able to tell wlan0 to set the MAC
address?  The problem before was that wlan didn't know how to
set the MAC address, so it was ignored when lagg tried to set it.

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

Recent changes to minibus on current amd64 breaks em0

2015-09-04 Thread Manfred Antar 
Current from 9/4/2015 1:00pm PDT:
Kenel hangs on boot at:

em0:  port 0x3100-0x311f mem 
0xf310-0xf311,0xf3125000-0xf3125fff irq 19 at device 25.0 on pci0
em0: attempting to allocate 1 MSI vectors (1 supported)
msi: routing MSI IRQ 265 to local APIC 0 vector 61
em0: using IRQ 265 for MSI
em0: Using an MSI interrupt




___
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: Recent changes to minibus on current amd64 breaks em0

2015-09-04 Thread Garrett Cooper 

> On Sep 4, 2015, at 14:01, Manfred Antar  wrote:
> 
> Current from 9/4/2015 1:00pm PDT:
> Kenel hangs on boot at:
> 
> em0:  port 0x3100-0x311f mem 
> 0xf310-0xf311,0xf3125000-0xf3125fff irq 19 at device 25.0 on pci0
> em0: attempting to allocate 1 MSI vectors (1 supported)
> msi: routing MSI IRQ 265 to local APIC 0 vector 61
> em0: using IRQ 265 for MSI
> em0: Using an MSI interrupt

- What do you mean by minibus?
- what's the revision?
- could you do boot -v please?
___
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: Problem with latest BIOS Intel NUC DN2820FYKH(2830) & FreeBSD-11-CURRENT

2015-09-04 Thread Allan Jude 
On 2015-09-04 23:07, Dmitry Postolov wrote:
> Hi to all again!
> 
> [Solved] After #dd if=freebsd11.0-current.img of=/dev/da1 bs=8M I am print 
> man fdisk and run #fdisk -a /dev/da1 and set Active partition for 
> FreeBSD-11.0-CURRENT installer, after that NUC Bios successfully run 
> usb-stick.img. Thank to All and man pages!
> 
> 05.09.2015, 05:06, "Dmitry Postolov" :
>> Hi to all! Sorry for my bad English...
>>
>> FreeBSD-10.2-RELEASE-amd64.img successfully starts from USB-stick and from 
>> drive afrer installation with workaround "GPT + Active" in installer menu.
>>
>> FreeBSD-11.0-CURRENT-amd64.img doesn't start from USB-stick. Intel NUC 
>> DN2820(2830)FYKH0 Bios 0051 print about error: "Reboot snd Select proper 
>> Boot device or insert Boot Media in selected Boot device and press a key".
>>
>> Maybe problem consists in, that to set a flag "GPT + Active" for 
>> CURRENT-amd64.img? How I can make it?
>>
>> 10.05.2015, 16:33, "Dmitry Postolov" :
>>>  Hi to all!
>>>
>>>  Sorry for my bad English... This message is translated with help of the 
>>> translator's online.
>>>
>>>  You could comment on a situation with my nettop Intel NUC DN2820FYKH (CPU 
>>> Celeron N2830)?
>>>
>>>  This NUC was delivered with pre-installed BIOS 0032. With this version 
>>> BIOS I am could install FreeBSD 10 and 11-CURRENT. In next version of BIOS 
>>> 0034 and later installing was a problems. Message of other user, NUC DN2820 
>>> can't recognize FreeBSD bootsect.
>>>
>>>  https://communities.intel.com/message/245413
>>>
>>>  My situation: ---
>>>
>>>  FreeBSD-10.1-STABLE-usb-stick.img (May 5 2015) after #dd: ls /dev/da*
>>>
>>>  /dev/da0 /dev/da0a # Probable this is MBR structure?
>>>
>>>  FreeBSD-11-CURRENT-usb-stick.img (May 5 2015) after #dd: ls /dev/da*
>>>
>>>  /dev/da0 /dev/da0p1 /dev/da0p2 /dev/da0p3 /dev/da0p4 # Probable this is 
>>> GPT structure?
>>>
>>>  ---
>>>
>>>  And probable the Bug of Intel BIOS for NUC 2820 (N2830):
>>>
>>>  0032 BIOS can start MBR FreeBSD-10.1-usb-stick installer, bsdinstall by 
>>> default offers GPT structure for HDD. 0032 successfully run FreeBSD from 
>>> GPT HDD. Also 0032 can start GPT FreeBSD-11-CURRENT-usb-stick installer, 
>>> bsdinstall by default offers MBR structure for HDD? (or use last MBR-HDD 
>>> setting). After install 0032 successfully start FreeBSD-11-CURRENT from HDD.
>>>
>>>  But with modern BIOS (for example 0050 - latest at this time): 0050 BIOS 
>>> can start MBR FreeBSD-10.1-usb-stick installer, bsdinstaller by default 
>>> offers GPT HDD structure. If install 10.1 with default settings and start 
>>> 10.1 from HDD -> Error. If GPT HDD manually changed to MBR HDD, then 10.1 
>>> successfully starts from HDD.
>>>
>>>  But 11-CURRENT-usb-stick has GPT structure and BIOS 0050 can't run it from 
>>> USB. :-((
>>>
>>>  Workaround: Reflash 0032 -> Install FreeBSD-11-CURRENT -> OK -> Reflash 
>>> 0050 -> 11-CURRENT starts OK from MBR HDD.
>>>
>>>  Question: if this situation doesn't be fixed by Intel, how NUC 2820(2830) 
>>> new versions of BIOS users can start FreeBSD-11 without BIOS reflashing, if 
>>> FreeBSD-11-stick.img will be only at GPT structure?
>>>
>>>  ---
>>>
>>>  best regards,
>>>  Dmitry Postolov
>>>  dip-free...@yandex.ru
>>>

You can avoid fdisk and just do: gpart set -a active da0


-- 
Allan Jude



signature.asc
Description: OpenPGP digital signature

Re: Problem with latest BIOS Intel NUC DN2820FYKH(2830) & FreeBSD-11-CURRENT

2015-09-04 Thread Dmitry Postolov 
Hi to all! Sorry for my bad English...

FreeBSD-10.2-RELEASE-amd64.img successfully starts from USB-stick and from 
drive afrer installation with workaround "GPT + Active" in installer menu.

FreeBSD-11.0-CURRENT-amd64.img doesn't start from USB-stick. Intel NUC 
DN2820(2830)FYKH0 Bios 0051 print about error: "Reboot snd Select proper Boot 
device or insert Boot Media in selected Boot device and press a key".

Maybe problem consists in, that to set a flag "GPT + Active" for 
CURRENT-amd64.img? How I can make it?  

10.05.2015, 16:33, "Dmitry Postolov" :
> Hi to all!
>
> Sorry for my bad English... This message is translated with help of the 
> translator's online.
>
> You could comment on a situation with my nettop Intel NUC DN2820FYKH (CPU 
> Celeron N2830)?
>
> This NUC was delivered with pre-installed BIOS 0032. With this version BIOS I 
> am could install FreeBSD 10 and 11-CURRENT. In next version of BIOS 0034 and 
> later installing was a problems. Message of other user, NUC DN2820 can't 
> recognize FreeBSD bootsect.
>
> https://communities.intel.com/message/245413
>
> My situation: ---
>
> FreeBSD-10.1-STABLE-usb-stick.img (May 5 2015) after #dd: ls /dev/da*
>
> /dev/da0 /dev/da0a # Probable this is MBR structure?
>
> FreeBSD-11-CURRENT-usb-stick.img (May 5 2015) after #dd: ls /dev/da*
>
> /dev/da0 /dev/da0p1 /dev/da0p2 /dev/da0p3 /dev/da0p4 # Probable this is GPT 
> structure?
>
> ---
>
> And probable the Bug of Intel BIOS for NUC 2820 (N2830):
>
> 0032 BIOS can start MBR FreeBSD-10.1-usb-stick installer, bsdinstall by 
> default offers GPT structure for HDD. 0032 successfully run FreeBSD from GPT 
> HDD. Also 0032 can start GPT FreeBSD-11-CURRENT-usb-stick installer, 
> bsdinstall by default offers MBR structure for HDD? (or use last MBR-HDD 
> setting). After install 0032 successfully start FreeBSD-11-CURRENT from HDD.
>
> But with modern BIOS (for example 0050 - latest at this time): 0050 BIOS can 
> start MBR FreeBSD-10.1-usb-stick installer, bsdinstaller by default offers 
> GPT HDD structure. If install 10.1 with default settings and start 10.1 from 
> HDD -> Error. If GPT HDD manually changed to MBR HDD, then 10.1 successfully 
> starts from HDD.
>
> But 11-CURRENT-usb-stick has GPT structure and BIOS 0050 can't run it from 
> USB. :-((
>
> Workaround: Reflash 0032 -> Install FreeBSD-11-CURRENT -> OK -> Reflash 0050 
> -> 11-CURRENT starts OK from MBR HDD.
>
> Question: if this situation doesn't be fixed by Intel, how NUC 2820(2830) new 
> versions of BIOS users can start FreeBSD-11 without BIOS reflashing, if 
> FreeBSD-11-stick.img will be only at GPT structure?
>
> ---
>
> best regards,
> Dmitry Postolov
> dip-free...@yandex.ru
>
> ___
> 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"
___
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: Problem with latest BIOS Intel NUC DN2820FYKH(2830) & FreeBSD-11-CURRENT

2015-09-04 Thread Dmitry Postolov 
Hi to all again!

[Solved] After #dd if=freebsd11.0-current.img of=/dev/da1 bs=8M I am print man 
fdisk and run #fdisk -a /dev/da1 and set Active partition for 
FreeBSD-11.0-CURRENT installer, after that NUC Bios successfully run 
usb-stick.img. Thank to All and man pages!

05.09.2015, 05:06, "Dmitry Postolov" :
> Hi to all! Sorry for my bad English...
>
> FreeBSD-10.2-RELEASE-amd64.img successfully starts from USB-stick and from 
> drive afrer installation with workaround "GPT + Active" in installer menu.
>
> FreeBSD-11.0-CURRENT-amd64.img doesn't start from USB-stick. Intel NUC 
> DN2820(2830)FYKH0 Bios 0051 print about error: "Reboot snd Select proper Boot 
> device or insert Boot Media in selected Boot device and press a key".
>
> Maybe problem consists in, that to set a flag "GPT + Active" for 
> CURRENT-amd64.img? How I can make it?
>
> 10.05.2015, 16:33, "Dmitry Postolov" :
>>  Hi to all!
>>
>>  Sorry for my bad English... This message is translated with help of the 
>> translator's online.
>>
>>  You could comment on a situation with my nettop Intel NUC DN2820FYKH (CPU 
>> Celeron N2830)?
>>
>>  This NUC was delivered with pre-installed BIOS 0032. With this version BIOS 
>> I am could install FreeBSD 10 and 11-CURRENT. In next version of BIOS 0034 
>> and later installing was a problems. Message of other user, NUC DN2820 can't 
>> recognize FreeBSD bootsect.
>>
>>  https://communities.intel.com/message/245413
>>
>>  My situation: ---
>>
>>  FreeBSD-10.1-STABLE-usb-stick.img (May 5 2015) after #dd: ls /dev/da*
>>
>>  /dev/da0 /dev/da0a # Probable this is MBR structure?
>>
>>  FreeBSD-11-CURRENT-usb-stick.img (May 5 2015) after #dd: ls /dev/da*
>>
>>  /dev/da0 /dev/da0p1 /dev/da0p2 /dev/da0p3 /dev/da0p4 # Probable this is GPT 
>> structure?
>>
>>  ---
>>
>>  And probable the Bug of Intel BIOS for NUC 2820 (N2830):
>>
>>  0032 BIOS can start MBR FreeBSD-10.1-usb-stick installer, bsdinstall by 
>> default offers GPT structure for HDD. 0032 successfully run FreeBSD from GPT 
>> HDD. Also 0032 can start GPT FreeBSD-11-CURRENT-usb-stick installer, 
>> bsdinstall by default offers MBR structure for HDD? (or use last MBR-HDD 
>> setting). After install 0032 successfully start FreeBSD-11-CURRENT from HDD.
>>
>>  But with modern BIOS (for example 0050 - latest at this time): 0050 BIOS 
>> can start MBR FreeBSD-10.1-usb-stick installer, bsdinstaller by default 
>> offers GPT HDD structure. If install 10.1 with default settings and start 
>> 10.1 from HDD -> Error. If GPT HDD manually changed to MBR HDD, then 10.1 
>> successfully starts from HDD.
>>
>>  But 11-CURRENT-usb-stick has GPT structure and BIOS 0050 can't run it from 
>> USB. :-((
>>
>>  Workaround: Reflash 0032 -> Install FreeBSD-11-CURRENT -> OK -> Reflash 
>> 0050 -> 11-CURRENT starts OK from MBR HDD.
>>
>>  Question: if this situation doesn't be fixed by Intel, how NUC 2820(2830) 
>> new versions of BIOS users can start FreeBSD-11 without BIOS reflashing, if 
>> FreeBSD-11-stick.img will be only at GPT structure?
>>
>>  ---
>>
>>  best regards,
>>  Dmitry Postolov
>>  dip-free...@yandex.ru
>>
>>  ___
>>  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"
>
> ___
> 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"

FreeBSD_HEAD_i386 - Build #1027 - Failure

2015-09-04 Thread jenkins-admin 
FreeBSD_HEAD_i386 - Build #1027 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1027/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1027/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1027/console

Change summaries:

287453 by delphij:
MFV r287451 + 287452: file 5.24 + fix for bin/181436.

PR: 181436
MFC after:  2 weeks



The end of the build log:

[...truncated 63461 lines...]
ar -crD libclangedit.a `NM='nm' NMFLAGS='' lorder Commit.o EditedSource.o 
RewriteObjCFoundationAPI.o  | tsort -q` 
--- all_subdir_libpam ---
===> lib/libpam/modules/pam_opieaccess (all)
--- all_subdir_clang ---
ranlib -D libclangedit.a
--- all_subdir_libmagic ---
===> lib/libmagic (all)
--- all_subdir_libpam ---
--- pam_opieaccess.So ---
cc  -fpic -DPIC  -O2 -pipe   
-I/usr/src/lib/libpam/modules/pam_opieaccess/../../../../contrib/openpam/include
 -I/usr/src/lib/libpam/modules/pam_opieaccess/../../libpam -DOPENPAM_DEBUG 
-std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter 
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations 
-Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Qunused-arguments -c 
/usr/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c -o pam_opieaccess.So
--- pam_opieaccess.so.5 ---
building shared library pam_opieaccess.so.5
cc   -fstack-protector -shared -Wl,-x -Wl,--fatal-warnings 
-Wl,--warn-shared-textrel  -o pam_opieaccess.so.5 
-Wl,-soname,pam_opieaccess.so.5  `NM='nm' NMFLAGS='' lorder pam_opieaccess.So | 
tsort -q`  -lopie  -lpam
===> lib/libpam/modules/pam_passwdqc (all)
--- pam_passwdqc.So ---
cc  -fpic -DPIC  -O2 -pipe   
-I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc
 -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include 
-I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG 
-std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef -Wno-switch -Wno-switch-enum 
-Wno-knr-promoted-parameter -Qunused-arguments -c 
/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc/pam_passwdqc.c
 -o pam_passwdqc.So
--- all_subdir_libmagic ---
--- apprentice.So ---
cc  -fpic -DPIC  -O2 -pipe   -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H 
-I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src 
-std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef -Qunused-arguments -c 
/usr/src/lib/libmagic/../../contrib/file/src/apprentice.c -o apprentice.So
--- all_subdir_libpam ---
--- passwdqc_check.So ---
cc  -fpic -DPIC  -O2 -pipe   
-I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc
 -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include 
-I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG 
-std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef -Wno-switch -Wno-switch-enum 
-Wno-knr-promoted-parameter -Qunused-arguments -c 
/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc/passwdqc_check.c
 -o passwdqc_check.So
--- passwdqc_random.So ---
cc  -fpic -DPIC  -O2 -pipe   
-I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/pam_modules/pam_passwdqc
 -I/usr/src/lib/libpam/modules/pam_passwdqc/../../../../contrib/openpam/include 
-I/usr/src/lib/libpam/modules/pam_passwdqc/../../libpam -DOPENPAM_DEBUG 
-std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef -Wno-switch -Wno-switch-enum 
-Wno-knr-promoted-parameter -Qunused-arguments -c

FreeBSD_HEAD - Build #3179 - Failure

2015-09-04 Thread jenkins-admin 
FreeBSD_HEAD - Build #3179 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3179/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3179/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3179/console

Change summaries:

287453 by delphij:
MFV r287451 + 287452: file 5.24 + fix for bin/181436.

PR: 181436
MFC after:  2 weeks



The end of the build log:

[...truncated 234475 lines...]
===> lib/libpam/modules/pam_unix (all)
--- all_subdir_ncurses ---
--- frm_post.o ---
cc -m32 -march=i686 -mmmx -msse -msse2 -DCOMPAT_32BIT  -isystem 
/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/  
-L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32  
-B/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32  -O2 -pipe  
-D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. 
-I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw
 -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw 
-I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurses 
-I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/include 
-I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall 
-DNDEBUG -DHAVE_CONFIG_H 
-I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form 
-I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/menu 
-std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari
 th -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef -Qunused-arguments -c 
/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_post.c 
-o frm_post.o
--- all_subdir_libpam ---
--- pam_unix.So ---
cc -m32 -march=i686 -mmmx -msse -msse2 -DCOMPAT_32BIT  -isystem 
/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/  
-L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32  
-B/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -fpic -DPIC  -O2 
-pipe  
-I/builds/FreeBSD_HEAD/lib/libpam/modules/pam_unix/../../../../contrib/openpam/include
 -I/builds/FreeBSD_HEAD/lib/libpam/modules/pam_unix/../../libpam 
-DOPENPAM_DEBUG -DYP -std=gnu99 -fstack-protector -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign 
-Wmissing-variable-declarations -Wthread-safety -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c 
/builds/FreeBSD_HEAD/lib/libpam/modules/pam_unix/pam_unix.c
  -o pam_unix.So
--- all_subdir_ncurses ---
--- frm_post.po ---
cc -m32 -march=i686 -mmmx -msse -msse2 -DCOMPAT_32BIT  -isystem 
/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/  
-L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32  
-B/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32 -pg  -O2 -pipe  
-D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. 
-I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/world32/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw
 -I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncursesw 
-I/builds/FreeBSD_HEAD/lib/ncurses/formw/../ncurses 
-I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/include 
-I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall 
-DNDEBUG -DHAVE_CONFIG_H 
-I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form 
-I/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/menu 
-std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer
 -arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare 
-Wno-unused-value -Wno-parentheses-equality -Wno-unused-function 
-Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c 
/builds/FreeBSD_HEAD/lib/ncurses/formw/../../../contrib/ncurses/form/frm_post.c 
-o frm_post.po
--- all_subdir_libpam ---
--- pam_unix.so.5 ---
building shared library pam_unix.so.5
cc -m32 -march=i686 -mmmx -msse -msse2 -DCOMPAT_32BIT  -isystem 
/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/include/  
-L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32  
-B/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/lib32/usr/lib32  
-fstack-protector -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel 
 -o pam_unix.so.5 -Wl,-soname,pam_unix.so.5  `NM='nm' NMFLAGS='' lorder 
pam_unix.So | tsort -q`  -lpam  -lutil  -lcrypt  -lypclnt
===>