date:20131123

[head tinderbox] failure on mips64/mips

2013-11-23 Thread FreeBSD Tinderbox

TB --- 2013-11-24 07:44:27 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-11-24 07:44:27 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-11-24 07:44:27 - starting HEAD tinderbox run for mips64/mips
TB --- 2013-11-24 07:44:27 - cleaning the object tree
TB --- 2013-11-24 07:44:27 - /usr/local/bin/svn stat /src
TB --- 2013-11-24 07:44:30 - At svn revision 258506
TB --- 2013-11-24 07:44:31 - building world
TB --- 2013-11-24 07:44:31 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-24 07:44:31 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-24 07:44:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-24 07:44:31 - SRCCONF=/dev/null
TB --- 2013-11-24 07:44:31 - TARGET=mips
TB --- 2013-11-24 07:44:31 - TARGET_ARCH=mips64
TB --- 2013-11-24 07:44:31 - TZ=UTC
TB --- 2013-11-24 07:44:31 - __MAKE_CONF=/dev/null
TB --- 2013-11-24 07:44:31 - cd /src
TB --- 2013-11-24 07:44:31 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Nov 24 07:44:38 UTC 2013
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
[...]
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\"/obj/mips.mips64/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE 
-DMIPS_ABI_DEFAULT=ABI_64 
-I/obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber -std=gnu89   
-I/obj/mips.mips64/src/tmp/legacy/usr/include -c 
/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/main.c
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\"/obj/mips.mips64/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE 
-DMIPS_ABI_DEFAULT=ABI_64 
-I/obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber -std=gnu89   
-I/obj/mips.mips64/src/tmp/legacy/usr/include -c 
/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-parser.c
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\"/obj/mips.mips64/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE 
-DMIPS_ABI_DEFAULT=ABI_64 
-I/obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber -std=gnu89   
-I/obj/mips.mips64/src/tmp/legacy/usr/include -c 
/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lang.c
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\"/obj/mips.mips64/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE 
-DMIPS_ABI_DEFAULT=ABI_64 
-I/obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber -std=gnu89   
-I/obj/mips.mips64/src/tmp/legacy/usr/include  -static 
-L/obj/mips.mips64/src/tmp/legacy/usr/lib -o cc1-dummy main.o c-parser.o 
c-lang.o /obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a 
/obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1/../libcpp/libcpp.a 
/obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1/../libdecnumber/libdecnumber.a 
/obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1/../libiberty/libib!
 erty.a -legacy
/obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a(c-ppoutput.o)(.text+0xbce):
 In function `preprocess_file':
: undefined reference to `_cpp_preprocess_dir_only'
/obj/mips.mips64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a(tree-ssa-alias.o)(.text+0x6083):
 In function `compute_may_aliases':
: undefined reference to `strict_aliasing_warning_backend'
*** Error code 1

Stop.
bmake[3]: stopped in /src/gnu/usr.bin/cc/cc1
*** Error code 1

Stop.
bmake[2]: stopped in /src/gnu/usr.b

[head tinderbox] failure on ia64/ia64

2013-11-23 Thread FreeBSD Tinderbox

TB --- 2013-11-24 07:27:51 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-11-24 07:27:51 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-11-24 07:27:51 - starting HEAD tinderbox run for ia64/ia64
TB --- 2013-11-24 07:27:51 - cleaning the object tree
TB --- 2013-11-24 07:27:51 - /usr/local/bin/svn stat /src
TB --- 2013-11-24 07:27:55 - At svn revision 258506
TB --- 2013-11-24 07:27:56 - building world
TB --- 2013-11-24 07:27:56 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-24 07:27:56 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-24 07:27:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-24 07:27:56 - SRCCONF=/dev/null
TB --- 2013-11-24 07:27:56 - TARGET=ia64
TB --- 2013-11-24 07:27:56 - TARGET_ARCH=ia64
TB --- 2013-11-24 07:27:56 - TZ=UTC
TB --- 2013-11-24 07:27:56 - __MAKE_CONF=/dev/null
TB --- 2013-11-24 07:27:56 - cd /src
TB --- 2013-11-24 07:27:56 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Nov 24 07:28:03 UTC 2013
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
[...]
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\"/obj/ia64.ia64/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE 
-I/obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber -std=gnu89   
-I/obj/ia64.ia64/src/tmp/legacy/usr/include -c 
/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/main.c
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\"/obj/ia64.ia64/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE 
-I/obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber -std=gnu89   
-I/obj/ia64.ia64/src/tmp/legacy/usr/include -c 
/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-parser.c
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\"/obj/ia64.ia64/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE 
-I/obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber -std=gnu89   
-I/obj/ia64.ia64/src/tmp/legacy/usr/include -c 
/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lang.c
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\"/obj/ia64.ia64/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE 
-I/obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber -std=gnu89   
-I/obj/ia64.ia64/src/tmp/legacy/usr/include  -static 
-L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o cc1-dummy main.o c-parser.o c-lang.o 
/obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a 
/obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1/../libcpp/libcpp.a 
/obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1/../libdecnumber/libdecnumber.a 
/obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1/../libiberty/libiberty.a -legacy
/obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a(c-ppoutput.o)(.text+0xbce):
 In function `preprocess_file':
: undefined reference to `_cpp_preprocess_dir_only'
/obj/ia64.ia64/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a(tree-ssa-alias.o)(.text+0x6083):
 In function `compute_may_aliases':
: undefined reference to `strict_aliasing_warning_backend'
*** Error code 1

Stop.
bmake[3]: stopped in /src/gnu/usr.bin/cc/cc1
*** Error code 1

Stop.
bmake[2]: stopped in /src/gnu/usr.bin/cc
*** Error code 1

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

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2013-11-24

[head tinderbox] failure on mips/mips

2013-11-23 Thread FreeBSD Tinderbox

TB --- 2013-11-24 07:36:16 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-11-24 07:36:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-11-24 07:36:16 - starting HEAD tinderbox run for mips/mips
TB --- 2013-11-24 07:36:16 - cleaning the object tree
TB --- 2013-11-24 07:36:16 - /usr/local/bin/svn stat /src
TB --- 2013-11-24 07:36:19 - At svn revision 258506
TB --- 2013-11-24 07:36:20 - building world
TB --- 2013-11-24 07:36:20 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-24 07:36:20 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-24 07:36:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-24 07:36:20 - SRCCONF=/dev/null
TB --- 2013-11-24 07:36:20 - TARGET=mips
TB --- 2013-11-24 07:36:20 - TARGET_ARCH=mips
TB --- 2013-11-24 07:36:20 - TZ=UTC
TB --- 2013-11-24 07:36:20 - __MAKE_CONF=/dev/null
TB --- 2013-11-24 07:36:20 - cd /src
TB --- 2013-11-24 07:36:20 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sun Nov 24 07:36:26 UTC 2013
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
[...]
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\"/obj/mips.mips/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE 
-DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" 
-I/obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber -std=gnu89   
-I/obj/mips.mips/src/tmp/legacy/usr/include -c 
/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/main.c
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\"/obj/mips.mips/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE 
-DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" 
-I/obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber -std=gnu89   
-I/obj/mips.mips/src/tmp/legacy/usr/include -c 
/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-parser.c
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\"/obj/mips.mips/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE 
-DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" 
-I/obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber -std=gnu89   
-I/obj/mips.mips/src/tmp/legacy/usr/include -c 
/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lang.c
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\"/obj/mips.mips/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE 
-DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" 
-I/obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../cc_tools 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include 
-I/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber -std=gnu89   
-I/obj/mips.mips/src/tmp/legacy/usr/include  -static 
-L/obj/mips.mips/src/tmp/legacy/usr/lib -o cc1-dummy main.o c-parser.o c-lang.o 
/obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a 
/obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1/../libcpp/libcpp.a 
/obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1/../libdecnumber/libdecnumber.a 
/obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc!
 1/../libiberty/libiberty.a -legacy
/obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a(c-ppoutput.o)(.text+0xbce):
 In function `preprocess_file':
: undefined reference to `_cpp_preprocess_dir_only'
/obj/mips.mips/src/tmp/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a(tree-ssa-alias.o)(.text+0x6083):
 In function `compute_may_aliases':
: undefined reference to `strict_aliasing_warning_backend'
*** Error code 1

Stop.
bm

panic: double fault with 11.0-CURRENT r258504

2013-11-23 Thread Don Lewis

I upgraded my 11.0-CURRENT machine to r258504 to get past the uma panic
that I stumbled across earlier.  Now I got this when I started upgrading
ports:

Unread portion of the kernel message buffer:

Fatal double fault:
eip = 0xc0b158e0
esp = 0xe4f62000
ebp = 0xe4f62010
cpuid = 0; apic id = 00
panic: double fault
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper(c113340c,2,1000,c15a0cf0,c15a0ce8,...) at 
db_trace_self_wrapper+0x2d/frame 0xc15a0cb0
kdb_backtrace(c12f143f,0,c12f2aea,c15a0d6c,0,...) at kdb_backtrace+0x30/frame 
0xc15a0d18
vpanic(c15a0d6c,c15a0d84,c0fc14fb,c12f2aea,0,...) at vpanic+0x11f/frame 
0xc15a0d54
panic(c12f2aea,0,0,0,e4f62010,...) at panic+0x12/frame 0xc15a0d60
dblfault_handler() at dblfault_handler+0xab/frame 0xc15a0d60
--- trap 0x17, eip = 0xc0b158e0, esp = 0xe4f62000, ebp = 0xe4f62010 ---
vprintf(c12f2900,c,fe7f,feff,bfff75ed,...) at vprintf/frame 0xe4f62010
trap(e4f62164) at trap+0x18a/frame 0xe4f62158
calltrap() at calltrap+0x6/frame 0xe4f62158
--- trap 0xc, eip = 0xc0b145dd, esp = 0xe4f621a4, ebp = 0xe4f62270 ---
kvprintf(c12f2900,c0b15210,e4f62290,a,e4f6235c,...) at kvprintf+0x1cd/frame 
0xe4f62270
vprintf(c12f2900,e4f6235c,e4f6235c) at vprintf+0x7f/frame 0xe4f6233c
printf(c12f2900,c,ffefdfff,ebefefff,dfdffedf,...) at printf+0x1b/frame 
0xe4f62350
trap(e4f624a4) at trap+0x18a/frame 0xe4f62498
calltrap() at calltrap+0x6/frame 0xe4f62498
--- trap 0xc, eip = 0xc0b145dd, esp = 0xe4f624e4, ebp = 0xe4f625b0 ---
kvprintf(c12f2900,c0b15210,e4f625d0,a,e4f6269c,...) at kvprintf+0x1cd/frame 
0xe4f625b0
vprintf(c12f2900,e4f6269c,e4f6269c) at vprintf+0x7f/frame 0xe4f6267c
printf(c12f2900,c,5fd7ff5f,ba77f7fb,bfffb7ff,...) at printf+0x1b/frame 
0xe4f62690
trap(e4f627e4) at trap+0x18a/frame 0xe4f627d8
calltrap() at calltrap+0x6/frame 0xe4f627d8
--- trap 0xc, eip = 0xc0b145dd, esp = 0xe4f62824, ebp = 0xe4f628f0 ---
kvprintf(c12f2900,c0b15210,e4f62910,a,e4f629dc,...) at kvprintf+0x1cd/frame 
0xe4f628f0
vprintf(c12f2900,e4f629dc,e4f629dc) at vprintf+0x7f/frame 0xe4f629bc
printf(c12f2900,c,0,8000,c0,...) at printf+0x1b/frame 0xe4f629d0
trap(e4f62b20) at trap+0x18a/frame 0xe4f62b14
calltrap() at calltrap+0x6/frame 0xe4f62b14
--- trap 0xc, eip = 0xc0afe270, esp = 0xe4f62b60, ebp = 0xe4f62b78 ---
tdq_choose(c141e090,4,c113144d,917,c2425c80,...) at tdq_choose+0x60/frame 
0xe4f62b78
sched_choose(e4f62c00,c0afc511,c141e090,14,c113144d,...) at 
sched_choose+0x4c/frame 0xe4f62ba4
choosethread(c141e090,14,c113144d,78b,c141e116,...) at choosethread+0x1f/frame 
0xe4f62bac
sched_switch(c8f04000,0,608,1b7,ef2,...) at sched_switch+0x361/frame 0xe4f62c00
mi_switch(608,0,c112f4e4,d3,c,...) at mi_switch+0x1c9/frame 0xe4f62c34
critical_exit(0,2,c113144d,411,c141e108,...) at critical_exit+0xa4/frame 
0xe4f62c50
sched_idletd(0,e4f62d08,c1128634,3db,0,...) at sched_idletd+0x1d6/frame 
0xe4f62ccc
fork_exit(c0afeb00,0,e4f62d08) at fork_exit+0x7f/frame 0xe4f62cf4
fork_trampoline() at fork_trampoline+0x8/frame 0xe4f62cf4
--- trap 0, eip = 0, esp = 0xe4f62d40, ebp = 0 ---
KDB: enter: panic

(kgdb) list *tdq_choose+0x60
0xc0afe270 is in tdq_choose (/usr/src/sys/kern/sched_ule.c:1334).
1329td = runq_choose(&tdq->tdq_realtime);
1330if (td != NULL)
1331return (td);
1332td = runq_choose_from(&tdq->tdq_timeshare, tdq->tdq_ridx);
1333if (td != NULL) {
1334KASSERT(td->td_priority >= PRI_MIN_BATCH,
1335("tdq_choose: Invalid priority on timeshare queue 
%d",
1336td->td_priority));
1337return (td);
1338}

(kgdb) bt
#0  doadump (textdump=-1051128300) at pcpu.h:233
#1  0xc052766d in db_fncall (dummy1=-1051051648, dummy2=0, dummy3=-1051063684, 
dummy4=0xc15a0a54 "") at /usr/src/sys/ddb/db_command.c:578
#2  0xc0527357 in db_command (cmd_table=)
at /usr/src/sys/ddb/db_command.c:449
#3  0xc0527090 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502
#4  0xc0529922 in db_trap (type=, code=0)
at /usr/src/sys/ddb/db_main.c:231
#5  0xc0b0ff38 in kdb_trap (type=, 
code=, tf=)
at /usr/src/sys/kern/subr_kdb.c:656
#6  0xc0fc0c07 in trap (frame=)
at /usr/src/sys/i386/i386/trap.c:712
#7  0xc0faa0ec in calltrap () at /usr/src/sys/i386/i386/exception.s:170
#8  0xc0b0f7bd in kdb_enter (why=0xc112ee39 "panic", msg=)
at cpufunc.h:71
#9  0xc0ad6a93 in vpanic (fmt=, ap=)
at /usr/src/sys/kern/kern_shutdown.c:747
#10 0xc0ad6ad2 in panic (fmt=0xc12f2aea "double fault")
at /usr/src/sys/kern/kern_shutdown.c:683
#11 0xc0fc14fb in dblfault_handler () at /usr/src/sys/i386/i386/trap.c:1072
#12 0x in ?? ()


___
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: gcc in -current broken

2013-11-23 Thread Pedro Giffuni


On 23.11.2013 22:23, Michael Butler wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

After SVN r258501, I get ..

===> gnu/usr.bin/cc/cc1 (all)
- --- cc1-dummy ---
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H
- -DPREFIX=\"/usr/obj/usr/src/tmp/usr\"
- -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_tools
- -I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools
- -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc
- -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config
- -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include
- -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include
- -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber
- -std=gnu89   -I/usr/obj/usr/src/tmp/legacy/usr/include  -static
- -L/usr/obj/usr/src/tmp/legacy/usr/lib -o cc1-dummy main.o c-parser.o
c-lang.o
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../libcpp/libcpp.a
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../libdecnumber/libdecnumber.a
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../libiberty/libiberty.a
- -legacy
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a(c-ppoutput.o):
In function `preprocess_file':
c-ppoutput.c:(.text+0xc75): undefined reference to
`_cpp_preprocess_dir_only'
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a(tree-ssa-alias.o):
In function `compute_may_aliases':
tree-ssa-alias.c:(.text+0x64cb): undefined reference to
`strict_aliasing_warning_backend'
*** [cc1-dummy] Error code 1


Ugh... can't believe it 

I found the issue.. just one missing commit in gnu/../../libcpp.
Will be fixed shortly.

Thanks!

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

gcc in -current broken

2013-11-23 Thread Michael Butler

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

After SVN r258501, I get ..

===> gnu/usr.bin/cc/cc1 (all)
- --- cc1-dummy ---
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H
- -DPREFIX=\"/usr/obj/usr/src/tmp/usr\"
- -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_tools
- -I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools
- -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc
- -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config
- -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include
- -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include
- -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/libdecnumber
- -std=gnu89   -I/usr/obj/usr/src/tmp/legacy/usr/include  -static
- -L/usr/obj/usr/src/tmp/legacy/usr/lib -o cc1-dummy main.o c-parser.o
c-lang.o
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../libcpp/libcpp.a
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../libdecnumber/libdecnumber.a
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../libiberty/libiberty.a
- -legacy
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a(c-ppoutput.o):
In function `preprocess_file':
c-ppoutput.c:(.text+0xc75): undefined reference to
`_cpp_preprocess_dir_only'
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a(tree-ssa-alias.o):
In function `compute_may_aliases':
tree-ssa-alias.c:(.text+0x64cb): undefined reference to
`strict_aliasing_warning_backend'
*** [cc1-dummy] Error code 1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (FreeBSD)

iEYEARECAAYFAlKRcS4ACgkQQv9rrgRC1JIb8wCglaUhK0AjvtDvF7RW7GZT8H3d
2I0AoI57UJNDpmZebf7SYsP9QdgsfvFx
=y9Yf
-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"

problems

2013-11-23 Thread Ajtim

Hi!

I tried to build some programs on FreeBSD 10.0-BETA3 and as they told me there 
is not a problem to build on FreeBSD 9.2 for example (amd64) but on my system 
doesn't work:

math/sage
k3b-kde4
multimedia/vlc
audio/last.fm

There are more but the above four I like to have.

What is your experience, please?

Thank you.

-- 
Mitja
---
http://www.redbubble.com/people.lumiwa

___
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: Anyone else seeing uma_zalloc_arg panics?

2013-11-23 Thread Mark Robert Vaughan Murray


On 23 Nov 2013, at 10:24, Don Lewis  wrote:

> On 23 Nov, Mark Robert Vaughan Murray wrote:
>> Hi *
>> 
>> Anyone else seeing panics like this?
>> 
>> This is CURRENT, amd64, 2 CPUs, source synced on Thursday 21st Nov evening 
>> GMT sometime.
>> 
>> +panic: uma_zalloc_arg: Returning an empty bucket.
>> +cpuid = 1
>> +KDB: stack backtrace:
>> +db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 
>> 0xfe003c7dd820
>> +kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe003c7dd8d0
>> +vpanic() at vpanic+0x126/frame 0xfe003c7dd910
>> +kassert_panic() at kassert_panic+0x136/frame 0xfe003c7dd980
>> +uma_zalloc_arg() at uma_zalloc_arg+0x49a/frame 0xfe003c7dd9f0
>> +bucket_alloc() at bucket_alloc+0x8b/frame 0xfe003c7dda10
>> +uma_zfree_arg() at uma_zfree_arg+0x2a1/frame 0xfe003c7dda70
>> +bucket_cache_drain() at bucket_cache_drain+0x1b/frame 0xfe003c7ddaa0
>> +zone_drain_wait() at zone_drain_wait+0xd1/frame 0xfe003c7ddb00
>> +uma_reclaim() at uma_reclaim+0x42d/frame 0xfe003c7ddb30
>> +vm_pageout() at vm_pageout+0x3bc/frame 0xfe003c7ddbb0
>> +fork_exit() at fork_exit+0x84/frame 0xfe003c7ddbf0
>> +fork_trampoline() at fork_trampoline+0xe/frame 0xfe003c7ddbf0
>> +--- trap 0, rip = 0, rsp = 0xfe003c7ddcb0, rbp = 0 ---
>> +KDB: enter: panic
>> 
>> M
> 
> Yes, I got one of these a couple days ago:
> 
> 
> Just curious ... are you running i386 or amd64?  My test machine is
> i386, but I suspect that most people running head are running amd64.

Er, amd64, as I said ;-)

M
-- 
Mark R V Murray



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Anyone else seeing uma_zalloc_arg panics?

2013-11-23 Thread Don Lewis

On 23 Nov, Mark Robert Vaughan Murray wrote:
> Hi *
> 
> Anyone else seeing panics like this?
> 
> This is CURRENT, amd64, 2 CPUs, source synced on Thursday 21st Nov evening 
> GMT sometime.
> 
> +panic: uma_zalloc_arg: Returning an empty bucket.
> +cpuid = 1
> +KDB: stack backtrace:
> +db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 
> 0xfe003c7dd820
> +kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe003c7dd8d0
> +vpanic() at vpanic+0x126/frame 0xfe003c7dd910
> +kassert_panic() at kassert_panic+0x136/frame 0xfe003c7dd980
> +uma_zalloc_arg() at uma_zalloc_arg+0x49a/frame 0xfe003c7dd9f0
> +bucket_alloc() at bucket_alloc+0x8b/frame 0xfe003c7dda10
> +uma_zfree_arg() at uma_zfree_arg+0x2a1/frame 0xfe003c7dda70
> +bucket_cache_drain() at bucket_cache_drain+0x1b/frame 0xfe003c7ddaa0
> +zone_drain_wait() at zone_drain_wait+0xd1/frame 0xfe003c7ddb00
> +uma_reclaim() at uma_reclaim+0x42d/frame 0xfe003c7ddb30
> +vm_pageout() at vm_pageout+0x3bc/frame 0xfe003c7ddbb0
> +fork_exit() at fork_exit+0x84/frame 0xfe003c7ddbf0
> +fork_trampoline() at fork_trampoline+0xe/frame 0xfe003c7ddbf0
> +--- trap 0, rip = 0, rsp = 0xfe003c7ddcb0, rbp = 0 ---
> +KDB: enter: panic
> 
> M

Yes, I got one of these a couple days ago:


Just curious ... are you running i386 or amd64?  My test machine is
i386, but I suspect that most people running head are running amd64.

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

Anyone else seeing uma_zalloc_arg panics?

2013-11-23 Thread Mark Robert Vaughan Murray

Hi *

Anyone else seeing panics like this?

This is CURRENT, amd64, 2 CPUs, source synced on Thursday 21st Nov evening GMT 
sometime.

+panic: uma_zalloc_arg: Returning an empty bucket.
+cpuid = 1
+KDB: stack backtrace:
+db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe003c7dd820
+kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe003c7dd8d0
+vpanic() at vpanic+0x126/frame 0xfe003c7dd910
+kassert_panic() at kassert_panic+0x136/frame 0xfe003c7dd980
+uma_zalloc_arg() at uma_zalloc_arg+0x49a/frame 0xfe003c7dd9f0
+bucket_alloc() at bucket_alloc+0x8b/frame 0xfe003c7dda10
+uma_zfree_arg() at uma_zfree_arg+0x2a1/frame 0xfe003c7dda70
+bucket_cache_drain() at bucket_cache_drain+0x1b/frame 0xfe003c7ddaa0
+zone_drain_wait() at zone_drain_wait+0xd1/frame 0xfe003c7ddb00
+uma_reclaim() at uma_reclaim+0x42d/frame 0xfe003c7ddb30
+vm_pageout() at vm_pageout+0x3bc/frame 0xfe003c7ddbb0
+fork_exit() at fork_exit+0x84/frame 0xfe003c7ddbf0
+fork_trampoline() at fork_trampoline+0xe/frame 0xfe003c7ddbf0
+--- trap 0, rip = 0, rsp = 0xfe003c7ddcb0, rbp = 0 ---
+KDB: enter: panic

M
-- 
Mark R V Murray



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: ipfw build error with WITHOUT_PF (pfvar.h)

2013-11-23 Thread Gleb Smirnoff

On Sat, Nov 23, 2013 at 12:20:40PM +0400, Andrey Chernov wrote:
A> > On Sat, Nov 23, 2013 at 12:07:35PM +0400, Andrey Chernov wrote:
A> > A> There is a problem in recent -current to build ipfw with WITHOUT_PF
A> > A> option, introduced in r257215. altq.c file produce error due to included
A> > A>  have following includes
A> > A> 
A> > A> #include 
A> > A> #include 
A> > A> #include 
A> > A> 
A> > A> and netpfil/pf directory is empty in
A> > A> /usr/src/include/Makefile with WITHOUT_PF option.
A> > 
A> > The quick solution would be to make ipfw lose some functionality if
A> > PF is cut away from system.
A> > 
A> > The proper solution would be to make ALTQ configurable w/o pfctl.
A> > 
A> 
A> How it was handled previously? F.e. ipfw in -stable 9 builds normally
A> with WITHOUT_PF and have pfvar.h included too, but old pfvar.h have only
A>  which is available with WITHOUT_PF.

In 11 we are splitting the includes, but this isn't actually the cause
of problem. This is unrelated.

The cause is that in stable/9 header installation ignores WITHOUT_PF
and installs headers always. Userland programs (except core pf utilities)
are also compiled with pf support.

So, in 11 WITHOUT_PF is more clean, but as you found, some consequences
arise.

-- 
Totus tuus, Glebius.
___
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: ipfw build error with WITHOUT_PF (pfvar.h)

2013-11-23 Thread Andrey Chernov

On 23.11.2013 12:12, Gleb Smirnoff wrote:
>   Andrey,
> 
> On Sat, Nov 23, 2013 at 12:07:35PM +0400, Andrey Chernov wrote:
> A> There is a problem in recent -current to build ipfw with WITHOUT_PF
> A> option, introduced in r257215. altq.c file produce error due to included
> A>  have following includes
> A> 
> A> #include 
> A> #include 
> A> #include 
> A> 
> A> and netpfil/pf directory is empty in
> A> /usr/src/include/Makefile with WITHOUT_PF option.
> 
> The quick solution would be to make ipfw lose some functionality if
> PF is cut away from system.
> 
> The proper solution would be to make ALTQ configurable w/o pfctl.
> 

How it was handled previously? F.e. ipfw in -stable 9 builds normally
with WITHOUT_PF and have pfvar.h included too, but old pfvar.h have only
 which is available with WITHOUT_PF.

By a first glance, alternative altq.c file with the same functions
declared, but does nothing will be solution, replacing original when
MK_PF is no.

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

ipfw build error with WITHOUT_PF (pfvar.h)

2013-11-23 Thread Andrey Chernov

Hi.

There is a problem in recent -current to build ipfw with WITHOUT_PF
option, introduced in r257215. altq.c file produce error due to included
 have following includes

#include 
#include 
#include 

and netpfil/pf directory is empty in
/usr/src/include/Makefile with WITHOUT_PF option.
___
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: ipfw build error with WITHOUT_PF (pfvar.h)

2013-11-23 Thread Gleb Smirnoff

  Andrey,

On Sat, Nov 23, 2013 at 12:07:35PM +0400, Andrey Chernov wrote:
A> There is a problem in recent -current to build ipfw with WITHOUT_PF
A> option, introduced in r257215. altq.c file produce error due to included
A>  have following includes
A> 
A> #include 
A> #include 
A> #include 
A> 
A> and netpfil/pf directory is empty in
A> /usr/src/include/Makefile with WITHOUT_PF option.

The quick solution would be to make ipfw lose some functionality if
PF is cut away from system.

The proper solution would be to make ALTQ configurable w/o pfctl.

-- 
Totus tuus, Glebius.
___
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"

[head tinderbox] failure on mips64/mips

[head tinderbox] failure on ia64/ia64

[head tinderbox] failure on mips/mips

panic: double fault with 11.0-CURRENT r258504

Re: gcc in -current broken

gcc in -current broken

problems

Re: Anyone else seeing uma_zalloc_arg panics?

Re: Anyone else seeing uma_zalloc_arg panics?

Anyone else seeing uma_zalloc_arg panics?

Re: ipfw build error with WITHOUT_PF (pfvar.h)

Re: ipfw build error with WITHOUT_PF (pfvar.h)

ipfw build error with WITHOUT_PF (pfvar.h)

Re: ipfw build error with WITHOUT_PF (pfvar.h)

14 matches

Site Navigation

Mail list logo

Footer information