[head tinderbox] failure on mips/mips

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 07:11:00 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 07:11:00 - 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 --- 2014-03-05 07:11:00 - starting HEAD tinderbox run for mips/mips
TB --- 2014-03-05 07:11:00 - cleaning the object tree
TB --- 2014-03-05 07:11:39 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 07:11:42 - At svn revision 262773
TB --- 2014-03-05 07:11:43 - building world
TB --- 2014-03-05 07:11:43 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 07:11:43 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 07:11:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 07:11:43 - SRCCONF=/dev/null
TB --- 2014-03-05 07:11:43 - TARGET=mips
TB --- 2014-03-05 07:11:43 - TARGET_ARCH=mips
TB --- 2014-03-05 07:11:43 - TZ=UTC
TB --- 2014-03-05 07:11:43 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 07:11:43 - cd /src
TB --- 2014-03-05 07:11:43 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 07:11:50 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O -pipe -G0  -std=gnu99  -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -Wno-pointer-sign  -o nos-tun nos-tun.o 
gzip -cn /src/sbin/nos-tun/nos-tun.8  nos-tun.8.gz
=== sbin/pfctl (all)
cc  -O -pipe -G0  -Wall -Wmissing-prototypes -Wno-uninitialized 
-Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET 
-std=gnu99  -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c
cc1: warnings being treated as errors
/src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters':
/src/sbin/pfctl/pfctl.c:799: warning: format '%-6lu' expects type 'long 
unsigned int', but argument 5 has type 'uint64_t'
/src/sbin/pfctl/pfctl.c:804: warning: format '%-6lu' expects type 'long 
unsigned int', but argument 4 has type 'uint64_t'
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-05 08:04:37 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 08:04:37 - ERROR: failed to build world
TB --- 2014-03-05 08:04:37 - 2220.40 user 609.05 system 3216.63 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full
___
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: panic: lockmgr still held [tmpfs] [vm_map_remove()-vdropl()] (r262186: Thu Feb 20)

2014-03-05 Thread Andriy Gapon
on 04/03/2014 18:45 John Baldwin said the following:
 So I'm not sure how to fix this.  The crash is in this code in 
 vm_object_deallocate():
 
   if (object-type == OBJT_SWAP 
   (object-flags  OBJ_TMPFS) != 0) {
   vp = object-un_pager.swp.swp_tmpfs;
   vhold(vp);
   VM_OBJECT_WUNLOCK(object);
   vn_lock(vp, LK_EXCLUSIVE | LK_RETRY);
   vdrop(vp);
   VM_OBJECT_WLOCK(object);
   if (object-type == OBJT_DEAD ||
   object-ref_count != 1) {
   VM_OBJECT_WUNLOCK(object);
   VOP_UNLOCK(vp, 0);
   return;
   }
   if ((object-flags  OBJ_TMPFS) != 0)
   VOP_UNSET_TEXT(vp);
   VOP_UNLOCK(vp, 0);
   }
 
 The vdrop() is dropping the count to zero and trying to free the vnode.  The 
 real problem I think is that swp_tmpfs doesn't have an implicit vhold() on 
 the 
 vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of an already-
 free vnode.  For OBJT_VNODE objects, the reference from the object back to 
 the 
 vnode holds a vref() that gets released by a vput() in 
 vm_object_vndeallocate().
 
 One fix might be to chagne smp_tmpfs to hold a vhold reference.  This is 
 untested but might work (but I'm also not sure that this is the right thing 
 in 
 that I don't know what other effects it might have).

I agree with your analysis, but I don't think that a filesystem holding its own
vnode is a good idea.  If I am not mistaken, that would prevent tmpfs vnodes
from going to free list.
I'd rather try to modify vm_object_deallocate() code.  E.g. vdrop() could be
called after VOP_UNLOCK().  Alternatively, the code could handle a doomed vnode
in a different way.

-- 
Andriy Gapon
___
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 i386/pc98

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 07:00:04 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 07:00:04 - 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 --- 2014-03-05 07:00:04 - starting HEAD tinderbox run for i386/pc98
TB --- 2014-03-05 07:00:04 - cleaning the object tree
TB --- 2014-03-05 07:01:14 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 07:01:26 - At svn revision 262773
TB --- 2014-03-05 07:01:27 - building world
TB --- 2014-03-05 07:01:27 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 07:01:27 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 07:01:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 07:01:27 - SRCCONF=/dev/null
TB --- 2014-03-05 07:01:27 - TARGET=pc98
TB --- 2014-03-05 07:01:27 - TARGET_ARCH=i386
TB --- 2014-03-05 07:01:27 - TZ=UTC
TB --- 2014-03-05 07:01:27 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 07:01:27 - cd /src
TB --- 2014-03-05 07:01:27 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 07:01:34 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O2 -pipe  -Wall -Wmissing-prototypes -Wno-uninitialized 
-Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET 
-std=gnu99 -Qunused-arguments  -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-switch -Wno-switch-enum -Wno-knr-promoted-parameter 
-c /src/sbin/pfctl/pfctl.c
/src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' 
but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
rule-bytes[1]), rule-u_states_cur);
 ^~
/src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but 
the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat]
rule-u_states_tot);
^~
2 errors generated.
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-05 10:22:10 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 10:22:10 - ERROR: failed to build world
TB --- 2014-03-05 10:22:10 - 10013.95 user 1245.23 system 12125.65 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full
___
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 powerpc/powerpc

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 08:09:14 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 08:09:14 - 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 --- 2014-03-05 08:09:14 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2014-03-05 08:09:14 - cleaning the object tree
TB --- 2014-03-05 08:09:49 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 08:10:10 - At svn revision 262773
TB --- 2014-03-05 08:10:11 - building world
TB --- 2014-03-05 08:10:11 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 08:10:11 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 08:10:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 08:10:11 - SRCCONF=/dev/null
TB --- 2014-03-05 08:10:11 - TARGET=powerpc
TB --- 2014-03-05 08:10:11 - TARGET_ARCH=powerpc
TB --- 2014-03-05 08:10:11 - TZ=UTC
TB --- 2014-03-05 08:10:11 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 08:10:11 - cd /src
TB --- 2014-03-05 08:10:11 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 08:10:18 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O2 -pipe  -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  -o 
nos-tun nos-tun.o 
gzip -cn /src/sbin/nos-tun/nos-tun.8  nos-tun.8.gz
=== sbin/pfctl (all)
cc  -O2 -pipe  -Wall -Wmissing-prototypes -Wno-uninitialized 
-Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET 
-std=gnu99  -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c
cc1: warnings being treated as errors
/src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters':
/src/sbin/pfctl/pfctl.c:799: warning: format '%-6lu' expects type 'long 
unsigned int', but argument 5 has type 'uint64_t'
/src/sbin/pfctl/pfctl.c:804: warning: format '%-6lu' expects type 'long 
unsigned int', but argument 4 has type 'uint64_t'
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-05 10:35:46 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 10:35:46 - ERROR: failed to build world
TB --- 2014-03-05 10:35:46 - 7354.47 user 1001.46 system 8792.61 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full
___
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: Reboot with newcons (vt/vt_vga) + ATI Radeon HD 4350 on i386

2014-03-05 Thread Jean-Sébastien Pédron
On 01.03.2014 11:09, Alexey Dokuchaev wrote:
 Hi there,

Hi!

 Following my previous more of less successful experience with newcons on
 -CURRENT/amd64 and some ATI/AMD card, I've decided to give it a try here
 on i386 with somewhat older HD 4350, also from ATI.  Unfortunately, this
 time newcons'ified GENERIC kernel + startx = reboot (core.txt attached).

The list ate your attachment.

-- 
Jean-Sébastien Pédron



signature.asc
Description: OpenPGP digital signature


Re: panic: lockmgr still held [tmpfs] [vm_map_remove()-vdropl()] (r262186: Thu Feb 20)

2014-03-05 Thread Konstantin Belousov
On Wed, Mar 05, 2014 at 11:41:24AM +0200, Andriy Gapon wrote:
 on 04/03/2014 18:45 John Baldwin said the following:
  So I'm not sure how to fix this.  The crash is in this code in 
  vm_object_deallocate():
  
  if (object-type == OBJT_SWAP 
  (object-flags  OBJ_TMPFS) != 0) {
  vp = object-un_pager.swp.swp_tmpfs;
  vhold(vp);
  VM_OBJECT_WUNLOCK(object);
  vn_lock(vp, LK_EXCLUSIVE | LK_RETRY);
  vdrop(vp);
  VM_OBJECT_WLOCK(object);
  if (object-type == OBJT_DEAD ||
  object-ref_count != 1) {
  VM_OBJECT_WUNLOCK(object);
  VOP_UNLOCK(vp, 0);
  return;
  }
  if ((object-flags  OBJ_TMPFS) != 0)
  VOP_UNSET_TEXT(vp);
  VOP_UNLOCK(vp, 0);
  }
  
  The vdrop() is dropping the count to zero and trying to free the vnode.  
  The 
  real problem I think is that swp_tmpfs doesn't have an implicit vhold() on 
  the 
  vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of an 
  already-
  free vnode.  For OBJT_VNODE objects, the reference from the object back to 
  the 
  vnode holds a vref() that gets released by a vput() in 
  vm_object_vndeallocate().
  
  One fix might be to chagne smp_tmpfs to hold a vhold reference.  This is 
  untested but might work (but I'm also not sure that this is the right thing 
  in 
  that I don't know what other effects it might have).
 
 I agree with your analysis, but I don't think that a filesystem holding its 
 own
 vnode is a good idea.  If I am not mistaken, that would prevent tmpfs vnodes
 from going to free list.
 I'd rather try to modify vm_object_deallocate() code.  E.g. vdrop() could be
 called after VOP_UNLOCK().  Alternatively, the code could handle a doomed 
 vnode
 in a different way.

I agree with Andrey, it is just a bug to vdrop() before unlock.
Please try this.

diff --git a/sys/vm/vm_object.c b/sys/vm/vm_object.c
index 8683e2f..787b18b 100644
--- a/sys/vm/vm_object.c
+++ b/sys/vm/vm_object.c
@@ -536,17 +536,18 @@ vm_object_deallocate(vm_object_t object)
vhold(vp);
VM_OBJECT_WUNLOCK(object);
vn_lock(vp, LK_EXCLUSIVE | LK_RETRY);
-   vdrop(vp);
VM_OBJECT_WLOCK(object);
if (object-type == OBJT_DEAD ||
object-ref_count != 1) {
VM_OBJECT_WUNLOCK(object);
VOP_UNLOCK(vp, 0);
+   vdrop(vp);
return;
}
if ((object-flags  OBJ_TMPFS) != 0)
VOP_UNSET_TEXT(vp);
VOP_UNLOCK(vp, 0);
+   vdrop(vp);
}
if (object-shadow_count == 0 
object-handle == NULL 


pgpgDGCxvlqyK.pgp
Description: PGP signature


Re: panic: lockmgr still held [tmpfs] [vm_map_remove()-vdropl()] (r262186: Thu Feb 20)

2014-03-05 Thread Bryan Drewery
On 3/5/2014 5:07 AM, Konstantin Belousov wrote:
 On Wed, Mar 05, 2014 at 11:41:24AM +0200, Andriy Gapon wrote:
 on 04/03/2014 18:45 John Baldwin said the following:
 So I'm not sure how to fix this.  The crash is in this code in 
 vm_object_deallocate():

 if (object-type == OBJT_SWAP 
 (object-flags  OBJ_TMPFS) != 0) {
 vp = object-un_pager.swp.swp_tmpfs;
 vhold(vp);
 VM_OBJECT_WUNLOCK(object);
 vn_lock(vp, LK_EXCLUSIVE | LK_RETRY);
 vdrop(vp);
 VM_OBJECT_WLOCK(object);
 if (object-type == OBJT_DEAD ||
 object-ref_count != 1) {
 VM_OBJECT_WUNLOCK(object);
 VOP_UNLOCK(vp, 0);
 return;
 }
 if ((object-flags  OBJ_TMPFS) != 0)
 VOP_UNSET_TEXT(vp);
 VOP_UNLOCK(vp, 0);
 }

 The vdrop() is dropping the count to zero and trying to free the vnode.  
 The 
 real problem I think is that swp_tmpfs doesn't have an implicit vhold() on 
 the 
 vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of an 
 already-
 free vnode.  For OBJT_VNODE objects, the reference from the object back to 
 the 
 vnode holds a vref() that gets released by a vput() in 
 vm_object_vndeallocate().

 One fix might be to chagne smp_tmpfs to hold a vhold reference.  This is 
 untested but might work (but I'm also not sure that this is the right thing 
 in 
 that I don't know what other effects it might have).

 I agree with your analysis, but I don't think that a filesystem holding its 
 own
 vnode is a good idea.  If I am not mistaken, that would prevent tmpfs vnodes
 from going to free list.
 I'd rather try to modify vm_object_deallocate() code.  E.g. vdrop() could be
 called after VOP_UNLOCK().  Alternatively, the code could handle a doomed 
 vnode
 in a different way.
 
 I agree with Andrey, it is just a bug to vdrop() before unlock.
 Please try this.
 
 diff --git a/sys/vm/vm_object.c b/sys/vm/vm_object.c
 index 8683e2f..787b18b 100644
 --- a/sys/vm/vm_object.c
 +++ b/sys/vm/vm_object.c
 @@ -536,17 +536,18 @@ vm_object_deallocate(vm_object_t object)
   vhold(vp);
   VM_OBJECT_WUNLOCK(object);
   vn_lock(vp, LK_EXCLUSIVE | LK_RETRY);
 - vdrop(vp);
   VM_OBJECT_WLOCK(object);
   if (object-type == OBJT_DEAD ||
   object-ref_count != 1) {
   VM_OBJECT_WUNLOCK(object);
   VOP_UNLOCK(vp, 0);
 + vdrop(vp);
   return;
   }
   if ((object-flags  OBJ_TMPFS) != 0)
   VOP_UNSET_TEXT(vp);
   VOP_UNLOCK(vp, 0);
 + vdrop(vp);
   }
   if (object-shadow_count == 0 
   object-handle == NULL 
 

Ok I will try this.

Note that I cannot easily reproduce the issue. So if this seems to be
right logically I suggest just committing after stress testing. I'll
report back after a few builds to let you know if it makes it any worse.

Thanks all.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature


[head tinderbox] failure on arm/arm

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 12:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 12:00:19 - 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 --- 2014-03-05 12:00:19 - starting HEAD tinderbox run for arm/arm
TB --- 2014-03-05 12:00:19 - cleaning the object tree
TB --- 2014-03-05 12:05:33 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 12:05:37 - At svn revision 262781
TB --- 2014-03-05 12:05:38 - building world
TB --- 2014-03-05 12:05:38 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 12:05:38 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 12:05:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 12:05:38 - SRCCONF=/dev/null
TB --- 2014-03-05 12:05:38 - TARGET=arm
TB --- 2014-03-05 12:05:38 - TARGET_ARCH=arm
TB --- 2014-03-05 12:05:38 - TZ=UTC
TB --- 2014-03-05 12:05:38 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 12:05:38 - cd /src
TB --- 2014-03-05 12:05:38 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 12:05:44 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O -pipe  -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes 
-DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 
-Qunused-arguments  -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-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c
/src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' 
but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
rule-bytes[1]), rule-u_states_cur);
 ^~
/src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but 
the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat]
rule-u_states_tot);
^~
2 errors generated.
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-05 15:02:59 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 15:02:59 - ERROR: failed to build world
TB --- 2014-03-05 15:02:59 - 8711.56 user 1456.88 system 10959.61 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full
___
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 armv6/arm

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 12:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 12:00:19 - 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 --- 2014-03-05 12:00:19 - starting HEAD tinderbox run for armv6/arm
TB --- 2014-03-05 12:00:19 - cleaning the object tree
TB --- 2014-03-05 12:05:31 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 12:05:35 - At svn revision 262781
TB --- 2014-03-05 12:05:36 - building world
TB --- 2014-03-05 12:05:36 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 12:05:36 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 12:05:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 12:05:36 - SRCCONF=/dev/null
TB --- 2014-03-05 12:05:36 - TARGET=arm
TB --- 2014-03-05 12:05:36 - TARGET_ARCH=armv6
TB --- 2014-03-05 12:05:36 - TZ=UTC
TB --- 2014-03-05 12:05:36 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 12:05:36 - cd /src
TB --- 2014-03-05 12:05:36 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 12:05:42 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O -pipe  -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes 
-DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 
-Qunused-arguments  -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-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c
/src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' 
but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
rule-bytes[1]), rule-u_states_cur);
 ^~
/src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but 
the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat]
rule-u_states_tot);
^~
2 errors generated.
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-05 15:02:59 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 15:02:59 - ERROR: failed to build world
TB --- 2014-03-05 15:02:59 - 8718.91 user 1454.05 system 10959.52 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full
___
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 i386/i386

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 12:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 12:00:19 - 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 --- 2014-03-05 12:00:19 - starting HEAD tinderbox run for i386/i386
TB --- 2014-03-05 12:00:19 - cleaning the object tree
TB --- 2014-03-05 12:05:36 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 12:05:39 - At svn revision 262781
TB --- 2014-03-05 12:05:40 - building world
TB --- 2014-03-05 12:05:40 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 12:05:40 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 12:05:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 12:05:40 - SRCCONF=/dev/null
TB --- 2014-03-05 12:05:40 - TARGET=i386
TB --- 2014-03-05 12:05:40 - TARGET_ARCH=i386
TB --- 2014-03-05 12:05:40 - TZ=UTC
TB --- 2014-03-05 12:05:40 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 12:05:40 - cd /src
TB --- 2014-03-05 12:05:40 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 12:05:47 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O2 -pipe  -Wall -Wmissing-prototypes -Wno-uninitialized 
-Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET 
-std=gnu99 -Qunused-arguments  -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-switch -Wno-switch-enum -Wno-knr-promoted-parameter 
-c /src/sbin/pfctl/pfctl.c
/src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' 
but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
rule-bytes[1]), rule-u_states_cur);
 ^~
/src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but 
the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat]
rule-u_states_tot);
^~
2 errors generated.
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-05 15:14:39 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 15:14:39 - ERROR: failed to build world
TB --- 2014-03-05 15:14:39 - 9457.38 user 1427.73 system 11659.71 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full
___
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 mips/mips

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 15:14:39 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 15:14:39 - 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 --- 2014-03-05 15:14:39 - starting HEAD tinderbox run for mips/mips
TB --- 2014-03-05 15:14:39 - cleaning the object tree
TB --- 2014-03-05 15:16:48 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 15:16:52 - At svn revision 262781
TB --- 2014-03-05 15:16:53 - building world
TB --- 2014-03-05 15:16:53 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 15:16:53 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 15:16:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 15:16:53 - SRCCONF=/dev/null
TB --- 2014-03-05 15:16:53 - TARGET=mips
TB --- 2014-03-05 15:16:53 - TARGET_ARCH=mips
TB --- 2014-03-05 15:16:53 - TZ=UTC
TB --- 2014-03-05 15:16:53 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 15:16:53 - cd /src
TB --- 2014-03-05 15:16:53 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 15:17:00 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O -pipe -G0  -std=gnu99  -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -Wno-pointer-sign  -o nos-tun nos-tun.o 
gzip -cn /src/sbin/nos-tun/nos-tun.8  nos-tun.8.gz
=== sbin/pfctl (all)
cc  -O -pipe -G0  -Wall -Wmissing-prototypes -Wno-uninitialized 
-Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET 
-std=gnu99  -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c
cc1: warnings being treated as errors
/src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters':
/src/sbin/pfctl/pfctl.c:799: warning: format '%-6lu' expects type 'long 
unsigned int', but argument 5 has type 'uint64_t'
/src/sbin/pfctl/pfctl.c:804: warning: format '%-6lu' expects type 'long 
unsigned int', but argument 4 has type 'uint64_t'
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-05 16:09:06 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 16:09:06 - ERROR: failed to build world
TB --- 2014-03-05 16:09:06 - 2221.30 user 598.66 system 3266.43 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full
___
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: importing sam leffler's libstatfoo into -HEAd

2014-03-05 Thread Scot Hetzel
On Tue, Mar 4, 2014 at 11:16 PM, Adrian Chadd adrian.ch...@gmail.com wrote:
 On 4 March 2014 20:19, Rui Paulo rpa...@freebsd.org wrote:
 On 4 Mar 2014, at 18:31, Adrian Chadd adrian.ch...@gmail.com wrote:

 hi,

 i'd like to import the libstatfoo code from sam into -HEAD.

 It's used by some of the wifi tools to print out periodic and global
 statistics. It abstracts away the gathering, printing and formatting
 bits.

 I'm hoping that we can adapt some of the other base tools to use it
 and then teach it to print out statistics in other (machine parsable)
 formats, so we don't have to keep hacking at the tools to do this.

 The initial import:

 http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff

 While there, could you please rename it? libstatfoo is a pretty bad name...

 I'm open to suggestions, but I don't want to get bogged down by sheds.


lib/libbsdstatfoo - lib/libbsdstat[,istics]
lib/libbsdstatfoo/statfoo.c - lib/libbsdstat[,istics]/bsdstat[,istics].c
lib/libbsdstatfoo/statfoo.h - lib/libbsdstat[,istics]/bsdstat[,istics].h

Then change all occurrences of statfoo/STATFOO in those files to
bsdstat[,istics]/BSDSTAT[,ISTICS].


-- 
DISCLAIMER:

No electrons were maimed while sending this message. Only slightly bruised.
___
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: importing sam leffler's libstatfoo into -HEAd

2014-03-05 Thread Adrian Chadd
Yup, I've renamed it libbsdstat.

http://people.freebsd.org/~adrian/patches/20140304-libbsdstat-2.diff

I'm doing a universe run right now.


-a


On 5 March 2014 08:34, Scot Hetzel swhet...@gmail.com wrote:
 On Tue, Mar 4, 2014 at 11:16 PM, Adrian Chadd adrian.ch...@gmail.com wrote:
 On 4 March 2014 20:19, Rui Paulo rpa...@freebsd.org wrote:
 On 4 Mar 2014, at 18:31, Adrian Chadd adrian.ch...@gmail.com wrote:

 hi,

 i'd like to import the libstatfoo code from sam into -HEAD.

 It's used by some of the wifi tools to print out periodic and global
 statistics. It abstracts away the gathering, printing and formatting
 bits.

 I'm hoping that we can adapt some of the other base tools to use it
 and then teach it to print out statistics in other (machine parsable)
 formats, so we don't have to keep hacking at the tools to do this.

 The initial import:

 http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff

 While there, could you please rename it? libstatfoo is a pretty bad name...

 I'm open to suggestions, but I don't want to get bogged down by sheds.


 lib/libbsdstatfoo - lib/libbsdstat[,istics]
 lib/libbsdstatfoo/statfoo.c - lib/libbsdstat[,istics]/bsdstat[,istics].c
 lib/libbsdstatfoo/statfoo.h - lib/libbsdstat[,istics]/bsdstat[,istics].h

 Then change all occurrences of statfoo/STATFOO in those files to
 bsdstat[,istics]/BSDSTAT[,ISTICS].


 --
 DISCLAIMER:

 No electrons were maimed while sending this message. Only slightly bruised.
___
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 i386/pc98

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 15:02:59 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 15:02:59 - 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 --- 2014-03-05 15:02:59 - starting HEAD tinderbox run for i386/pc98
TB --- 2014-03-05 15:02:59 - cleaning the object tree
TB --- 2014-03-05 15:04:21 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 15:04:24 - At svn revision 262781
TB --- 2014-03-05 15:04:25 - building world
TB --- 2014-03-05 15:04:25 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 15:04:25 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 15:04:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 15:04:25 - SRCCONF=/dev/null
TB --- 2014-03-05 15:04:25 - TARGET=pc98
TB --- 2014-03-05 15:04:25 - TARGET_ARCH=i386
TB --- 2014-03-05 15:04:25 - TZ=UTC
TB --- 2014-03-05 15:04:25 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 15:04:25 - cd /src
TB --- 2014-03-05 15:04:25 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 15:04:32 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O2 -pipe  -Wall -Wmissing-prototypes -Wno-uninitialized 
-Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET 
-std=gnu99 -Qunused-arguments  -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-switch -Wno-switch-enum -Wno-knr-promoted-parameter 
-c /src/sbin/pfctl/pfctl.c
/src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' 
but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
rule-bytes[1]), rule-u_states_cur);
 ^~
/src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but 
the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat]
rule-u_states_tot);
^~
2 errors generated.
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-05 18:22:55 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 18:22:55 - ERROR: failed to build world
TB --- 2014-03-05 18:22:55 - 10015.77 user 1255.64 system 11996.18 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full
___
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 powerpc/powerpc

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 16:09:06 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 16:09:06 - 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 --- 2014-03-05 16:09:06 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2014-03-05 16:09:06 - cleaning the object tree
TB --- 2014-03-05 16:10:28 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 16:10:31 - At svn revision 262781
TB --- 2014-03-05 16:10:32 - building world
TB --- 2014-03-05 16:10:32 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 16:10:32 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 16:10:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 16:10:32 - SRCCONF=/dev/null
TB --- 2014-03-05 16:10:32 - TARGET=powerpc
TB --- 2014-03-05 16:10:32 - TARGET_ARCH=powerpc
TB --- 2014-03-05 16:10:32 - TZ=UTC
TB --- 2014-03-05 16:10:32 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 16:10:32 - cd /src
TB --- 2014-03-05 16:10:32 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 16:10:39 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O2 -pipe  -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  -o 
nos-tun nos-tun.o 
gzip -cn /src/sbin/nos-tun/nos-tun.8  nos-tun.8.gz
=== sbin/pfctl (all)
cc  -O2 -pipe  -Wall -Wmissing-prototypes -Wno-uninitialized 
-Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET 
-std=gnu99  -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c
cc1: warnings being treated as errors
/src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters':
/src/sbin/pfctl/pfctl.c:799: warning: format '%-6lu' expects type 'long 
unsigned int', but argument 5 has type 'uint64_t'
/src/sbin/pfctl/pfctl.c:804: warning: format '%-6lu' expects type 'long 
unsigned int', but argument 4 has type 'uint64_t'
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-05 18:35:50 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 18:35:50 - ERROR: failed to build world
TB --- 2014-03-05 18:35:50 - 7358.80 user 1000.50 system 8804.06 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


current -r262780 explodes on wlan up

2014-03-05 Thread Poul-Henning Kamp

Just tried a current kernel -r 262780 on my laptop.

When wlan0 comes up (if_iwn) it explodes with something about witness
and rtentry.c, but it clears the screen before I can get a photo...

Looks trivial to reproduce.

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
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: panic: lockmgr still held [tmpfs] [vm_map_remove()-vdropl()] (r262186: Thu Feb 20)

2014-03-05 Thread John Baldwin
On Wednesday, March 05, 2014 6:07:23 am Konstantin Belousov wrote:
 On Wed, Mar 05, 2014 at 11:41:24AM +0200, Andriy Gapon wrote:
  on 04/03/2014 18:45 John Baldwin said the following:
   So I'm not sure how to fix this.  The crash is in this code in 
   vm_object_deallocate():
   
 if (object-type == OBJT_SWAP 
 (object-flags  OBJ_TMPFS) != 0) {
 vp = object-un_pager.swp.swp_tmpfs;
 vhold(vp);
 VM_OBJECT_WUNLOCK(object);
 vn_lock(vp, LK_EXCLUSIVE | LK_RETRY);
 vdrop(vp);
 VM_OBJECT_WLOCK(object);
 if (object-type == OBJT_DEAD ||
 object-ref_count != 1) {
 VM_OBJECT_WUNLOCK(object);
 VOP_UNLOCK(vp, 0);
 return;
 }
 if ((object-flags  OBJ_TMPFS) != 0)
 VOP_UNSET_TEXT(vp);
 VOP_UNLOCK(vp, 0);
 }
   
   The vdrop() is dropping the count to zero and trying to free the vnode.  
   The 
   real problem I think is that swp_tmpfs doesn't have an implicit vhold() 
   on the 
   vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of an 
   already-
   free vnode.  For OBJT_VNODE objects, the reference from the object back 
   to the 
   vnode holds a vref() that gets released by a vput() in 
   vm_object_vndeallocate().
   
   One fix might be to chagne smp_tmpfs to hold a vhold reference.  This is 
   untested but might work (but I'm also not sure that this is the right 
   thing in 
   that I don't know what other effects it might have).
  
  I agree with your analysis, but I don't think that a filesystem holding its 
  own
  vnode is a good idea.  If I am not mistaken, that would prevent tmpfs vnodes
  from going to free list.
  I'd rather try to modify vm_object_deallocate() code.  E.g. vdrop() could be
  called after VOP_UNLOCK().  Alternatively, the code could handle a doomed 
  vnode
  in a different way.
 
 I agree with Andrey, it is just a bug to vdrop() before unlock.
 Please try this.

Ok, my only worry is in the case of Bryan's panic, the hold count on the vnode
was already zero before vhold() was called, so is it possible that it is a stale
pointer or is there some other implicit reference that prevents that?  If it 
can't
be stale, I think deferring the vdrop() is fine.

-- 
John Baldwin
___
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: panic: lockmgr still held [tmpfs] [vm_map_remove()-vdropl()] (r262186: Thu Feb 20)

2014-03-05 Thread Konstantin Belousov
On Wed, Mar 05, 2014 at 02:21:04PM -0500, John Baldwin wrote:
 On Wednesday, March 05, 2014 6:07:23 am Konstantin Belousov wrote:
  On Wed, Mar 05, 2014 at 11:41:24AM +0200, Andriy Gapon wrote:
   on 04/03/2014 18:45 John Baldwin said the following:
So I'm not sure how to fix this.  The crash is in this code in 
vm_object_deallocate():

if (object-type == OBJT_SWAP 
(object-flags  OBJ_TMPFS) != 0) {
vp = object-un_pager.swp.swp_tmpfs;
vhold(vp);
VM_OBJECT_WUNLOCK(object);
vn_lock(vp, LK_EXCLUSIVE | LK_RETRY);
vdrop(vp);
VM_OBJECT_WLOCK(object);
if (object-type == OBJT_DEAD ||
object-ref_count != 1) {
VM_OBJECT_WUNLOCK(object);
VOP_UNLOCK(vp, 0);
return;
}
if ((object-flags  OBJ_TMPFS) != 0)
VOP_UNSET_TEXT(vp);
VOP_UNLOCK(vp, 0);
}

The vdrop() is dropping the count to zero and trying to free the vnode. 
 The 
real problem I think is that swp_tmpfs doesn't have an implicit vhold() 
on the 
vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of an 
already-
free vnode.  For OBJT_VNODE objects, the reference from the object back 
to the 
vnode holds a vref() that gets released by a vput() in 
vm_object_vndeallocate().

One fix might be to chagne smp_tmpfs to hold a vhold reference.  This 
is 
untested but might work (but I'm also not sure that this is the right 
thing in 
that I don't know what other effects it might have).
   
   I agree with your analysis, but I don't think that a filesystem holding 
   its own
   vnode is a good idea.  If I am not mistaken, that would prevent tmpfs 
   vnodes
   from going to free list.
   I'd rather try to modify vm_object_deallocate() code.  E.g. vdrop() could 
   be
   called after VOP_UNLOCK().  Alternatively, the code could handle a doomed 
   vnode
   in a different way.
  
  I agree with Andrey, it is just a bug to vdrop() before unlock.
  Please try this.
 
 Ok, my only worry is in the case of Bryan's panic, the hold count on the vnode
 was already zero before vhold() was called, so is it possible that it is a 
 stale
 pointer or is there some other implicit reference that prevents that?  If it 
 can't
 be stale, I think deferring the vdrop() is fine.

The object-un_pager.swp.swp_tmpfs is cleared under the object lock
before the vnode is reclaimed, i.e. long before the vnode can be freed.
swp_tmpfs should be kept in sync with the OBJ_TMPFS flag, so the
vhold() is safe while flag is set and object is locked.


pgpP559xHxzMH.pgp
Description: PGP signature


Re: Feature Proposal: Transparent upgrade of crypt() algorithms

2014-03-05 Thread Matthew Rezny
  Password expiry is an orthogonal issue and should be up to administrator
 
 policy.
 
 Yes, but if you are moving to a different algorithm to improve security, not
 coupling it with an eventual expiration of non-migrated accounts gives a
 false sense of security.  Any admin worth his/her salt is going to want the
 option of enforcing that sort of policy along with the transparent update. 
 They should really be implemented together is all.

Account expiration and password expiration are already present. There is 
absolutely no reason that password algorithm upgrade should be tied in any way 
to expiration. A transparent algorithm upgrade as proposed is *far* better 
than the forced password change method that is commonly employed. If the 
administrator wants to force all accounts to migrate by a set deadline, we 
already have the expiration facilities in place to accomplish that. Expiring 
accounts that have not been used in a long time, regardless of algorithm 
changes, should be part of general housekeeping and may be covered by existing 
policy. Password expiration serves no purpose, EVER. Password expiration 
encourages users to choose bad passwords because they are throwaway items.

Bruce states it well enough I need not elaborate further
https://www.schneier.com/blog/archives/2010/11/changing_passwo.html

Anyone who fails to understand the above should NOT be an administrator.

___
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: current -r262780 explodes on wlan up

2014-03-05 Thread O. Hartmann
On Wed, 05 Mar 2014 19:24:20 +
Poul-Henning Kamp p...@phk.freebsd.dk wrote:

 
 Just tried a current kernel -r 262780 on my laptop.
 
 When wlan0 comes up (if_iwn) it explodes with something about witness
 and rtentry.c, but it clears the screen before I can get a photo...
 
 Looks trivial to reproduce.
 


On one of my servers equipted with a WiFi adaptor for acting as
gateway, the same situation. The kernel is capable of being boot into
single user mode, but explodes immediately when performin /etc/netstart.

In multisuer mode, when the network is coming up, it core dumps.

oh


signature.asc
Description: PGP signature


Re: current -r262780 explodes on wlan up

2014-03-05 Thread Sergey V. Dyatko
В Wed, 5 Mar 2014 21:15:17 +0100
O. Hartmann ohart...@zedat.fu-berlin.de пишет:

 On Wed, 05 Mar 2014 19:24:20 +
 Poul-Henning Kamp p...@phk.freebsd.dk wrote:
 
  
  Just tried a current kernel -r 262780 on my laptop.
  
  When wlan0 comes up (if_iwn) it explodes with something about
  witness and rtentry.c, but it clears the screen before I can get a
  photo...
  
  Looks trivial to reproduce.
  
 
 
 On one of my servers equipted with a WiFi adaptor for acting as
 gateway, the same situation. The kernel is capable of being boot into
 single user mode, but explodes immediately when
 performin /etc/netstart.
 
 In multisuer mode, when the network is coming up, it core dumps.
 
 oh

as I whote to phk@ offlist:
can you try that patch (thanks, glebius@)
http://svn.freebsd.by/files/rt_dtor.diff ?


--
wbr, tiger

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

Re: current -r262780 explodes on wlan up

2014-03-05 Thread Pawel Worach

On 03/05/14 20:24, Poul-Henning Kamp wrote:


Just tried a current kernel -r 262780 on my laptop.

When wlan0 comes up (if_iwn) it explodes with something about witness
and rtentry.c, but it clears the screen before I can get a photo...

Looks trivial to reproduce.



svn r262799, witness disabled, explodes much later here, also system 
with iwn if it's related.


pid 911 was:
 65  9111   0  52  0 14556   0 select   Ds-  0:00.00 [dhclient]

no trace with symbols because kgdb doesn't like that clang creates.
Dwarf Error: wrong version in compilation unit header (is 4, should be 
2) [in module /boot/kernel/kernel.symbols]


Configuring syscons: keymap
Sleeping thread (tid 100073, pid 911) owns a non-sleepable lock
KDB: stack backtrace of thread 100073:
sched_switch() at sched_switch+0x20a/frame 0xfe0233f31690
mi_switch() at mi_switch+0xbe/frame 0xfe0233f316d0
sleepq_catch_signals() at sleepq_catch_signals+0xab/frame 0xfe0233f31730
sleepq_timedwait_sig() at sleepq_timedwait_sig+0xf/frame 0xfe0233f31760
_cv_timedwait_sig_sbt() at _cv_timedwait_sig_sbt+0x18b/frame 
0xfe0233f317c0

seltdwait() at seltdwait+0xa4/frame 0xfe0233f31800
sys_poll() at sys_poll+0x3a3/frame 0xfe0233f319a0
amd64_syscall() at amd64_syscall+0x289/frame 0xfe0233f31ab0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0233f31ab0
--- syscall (209, FreeBSD ELF64, sys_poll), rip = 0x800b2972a, rsp = 
0x7fffdc68, rbp = 0x7fffdca0 ---

panic: sleeping thread
cpuid = 3
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 
0xfe0234088230

kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe02340882e0
panic() at panic+0x155/frame 0xfe0234088360
propagate_priority() at propagate_priority+0x192/frame 0xfe0234088390
turnstile_wait() at turnstile_wait+0x32b/frame 0xfe02340883e0
__mtx_lock_sleep() at __mtx_lock_sleep+0xfc/frame 0xfe0234088410
in_matroute() at in_matroute+0x4e/frame 0xfe0234088440
rtalloc1_fib() at rtalloc1_fib+0x6d/frame 0xfe02340884e0
in_lltable_lookup() at in_lltable_lookup+0x1f6/frame 0xfe0234088530
arpresolve() at arpresolve+0x159/frame 0xfe02340885b0
ether_output() at ether_output+0x1dd/frame 0xfe0234088620
ip_output() at ip_output+0xf50/frame 0xfe0234088710
udp_send() at udp_send+0x86f/frame 0xfe02340887d0
sosend_dgram() at sosend_dgram+0x3bd/frame 0xfe0234088850
kern_sendit() at kern_sendit+0x1c1/frame 0xfe0234088900
sendit() at sendit+0x129/frame 0xfe0234088950
sys_sendto() at sys_sendto+0x4d/frame 0xfe02340889a0
amd64_syscall() at amd64_syscall+0x289/frame 0xfe0234088ab0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0234088ab0
--- syscall (133, FreeBSD ELF64, sys_sendto), rip = 0x8013cfdfa, rsp = 
0x7fffbb68, rbp = 0x7fffc430 ---

KDB: enter: panic
Uptime: 20s
Dumping 393 out of 8063 MB:..5%..13%..21%..33%..41%..53%..61%..74%..82%..94%

--
Pawel
___
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: current -r262780 explodes on wlan up

2014-03-05 Thread O. Hartmann
On Wed, 5 Mar 2014 23:23:24 +0300
Sergey V. Dyatko sergey.dya...@gmail.com wrote:

 В Wed, 5 Mar 2014 21:15:17 +0100
 O. Hartmann ohart...@zedat.fu-berlin.de пишет:
 
  On Wed, 05 Mar 2014 19:24:20 +
  Poul-Henning Kamp p...@phk.freebsd.dk wrote:
  
   
   Just tried a current kernel -r 262780 on my laptop.
   
   When wlan0 comes up (if_iwn) it explodes with something about
   witness and rtentry.c, but it clears the screen before I can get a
   photo...
   
   Looks trivial to reproduce.
   
  
  
  On one of my servers equipted with a WiFi adaptor for acting as
  gateway, the same situation. The kernel is capable of being boot
  into single user mode, but explodes immediately when
  performin /etc/netstart.
  
  In multisuer mode, when the network is coming up, it core dumps.
  
  oh
 
 as I whote to phk@ offlist:
 can you try that patch (thanks, glebius@)
 http://svn.freebsd.by/files/rt_dtor.diff ?
 
 
 --
 wbr, tiger

Whar is the exact path for the files to patch?


signature.asc
Description: PGP signature


Re: current -r262780 explodes on wlan up

2014-03-05 Thread Sergey V. Dyatko
В Wed, 5 Mar 2014 21:33:36 +0100
O. Hartmann ohart...@zedat.fu-berlin.de пишет:

 On Wed, 5 Mar 2014 23:23:24 +0300
 Sergey V. Dyatko sergey.dya...@gmail.com wrote:
 
  В Wed, 5 Mar 2014 21:15:17 +0100
  O. Hartmann ohart...@zedat.fu-berlin.de пишет:
  
   On Wed, 05 Mar 2014 19:24:20 +
   Poul-Henning Kamp p...@phk.freebsd.dk wrote:
   

Just tried a current kernel -r 262780 on my laptop.

When wlan0 comes up (if_iwn) it explodes with something about
witness and rtentry.c, but it clears the screen before I can
get a photo...

Looks trivial to reproduce.

   
   
   On one of my servers equipted with a WiFi adaptor for acting as
   gateway, the same situation. The kernel is capable of being boot
   into single user mode, but explodes immediately when
   performin /etc/netstart.
   
   In multisuer mode, when the network is coming up, it core dumps.
   
   oh
  
  as I whote to phk@ offlist:
  can you try that patch (thanks, glebius@)
  http://svn.freebsd.by/files/rt_dtor.diff ?
  
  
  --
  wbr, tiger
 
 Whar is the exact path for the files to patch?

sys/net


--
wbr, tiger

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

Re: firebox build fails post clang-3.4 merge

2014-03-05 Thread Dimitry Andric
On 01 Mar 2014, at 00:40, Don Lewis truck...@freebsd.org wrote:
 On 28 Feb, Dimitry Andric wrote:
...
 Indeed, this is clang bug with stdcall calling conventions.  See the
 upstream bug http://llvm.org/PR19007 (thanks to Benjamin Kramer for
 reducing this).
 
 I have followed up on the bug with a workaround, which can be used until
 this bug is fixed upstream, and I can import the fix.
 
 Thanks for the fast work!  The patched solve the problem for me and I
 was able to install and run firefox on 11.0-CURRENT i386.

I have imported the upstream fix for this bug in r262809, and I will MFC
it after one week.  Happy Firefoxing. :-)

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail


[head tinderbox] failure on armv6/arm

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 19:50:16 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 19:50: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 --- 2014-03-05 19:50:16 - starting HEAD tinderbox run for armv6/arm
TB --- 2014-03-05 19:50:16 - cleaning the object tree
TB --- 2014-03-05 19:56:30 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 19:56:33 - At svn revision 262803
TB --- 2014-03-05 19:56:34 - building world
TB --- 2014-03-05 19:56:34 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 19:56:34 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 19:56:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 19:56:34 - SRCCONF=/dev/null
TB --- 2014-03-05 19:56:34 - TARGET=arm
TB --- 2014-03-05 19:56:34 - TARGET_ARCH=armv6
TB --- 2014-03-05 19:56:34 - TZ=UTC
TB --- 2014-03-05 19:56:34 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 19:56:34 - cd /src
TB --- 2014-03-05 19:56:34 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 19:56:41 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O -pipe  -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF 
-DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments  -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 -c /src/usr.bin/netstat/route.c
/src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned 
long' but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
kread_counter((u_long )rt-rt_pksent));
^
/src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned 
long' but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
kread_counter((u_long )rt-rt_pksent));
^
2 errors generated.
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-05 23:01:34 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 23:01:34 - ERROR: failed to build world
TB --- 2014-03-05 23:01:34 - 9067.59 user 1538.12 system 11477.78 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full
___
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 arm/arm

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 19:50:16 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 19:50: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 --- 2014-03-05 19:50:16 - starting HEAD tinderbox run for arm/arm
TB --- 2014-03-05 19:50:16 - cleaning the object tree
TB --- 2014-03-05 19:56:29 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 19:56:32 - At svn revision 262803
TB --- 2014-03-05 19:56:33 - building world
TB --- 2014-03-05 19:56:33 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 19:56:33 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 19:56:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 19:56:33 - SRCCONF=/dev/null
TB --- 2014-03-05 19:56:33 - TARGET=arm
TB --- 2014-03-05 19:56:33 - TARGET_ARCH=arm
TB --- 2014-03-05 19:56:33 - TZ=UTC
TB --- 2014-03-05 19:56:33 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 19:56:33 - cd /src
TB --- 2014-03-05 19:56:33 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 19:56:40 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O -pipe  -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF 
-DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments  -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 -c /src/usr.bin/netstat/route.c
/src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned 
long' but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
kread_counter((u_long )rt-rt_pksent));
^
/src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned 
long' but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
kread_counter((u_long )rt-rt_pksent));
^
2 errors generated.
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-05 23:01:34 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 23:01:34 - ERROR: failed to build world
TB --- 2014-03-05 23:01:34 - 9066.55 user 1529.34 system 11477.84 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full
___
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 i386/i386

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 19:50:16 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 19:50: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 --- 2014-03-05 19:50:16 - starting HEAD tinderbox run for i386/i386
TB --- 2014-03-05 19:50:16 - cleaning the object tree
TB --- 2014-03-05 19:56:32 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 19:56:36 - At svn revision 262803
TB --- 2014-03-05 19:56:37 - building world
TB --- 2014-03-05 19:56:37 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 19:56:37 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 19:56:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 19:56:37 - SRCCONF=/dev/null
TB --- 2014-03-05 19:56:37 - TARGET=i386
TB --- 2014-03-05 19:56:37 - TARGET_ARCH=i386
TB --- 2014-03-05 19:56:37 - TZ=UTC
TB --- 2014-03-05 19:56:37 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 19:56:37 - cd /src
TB --- 2014-03-05 19:56:37 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 19:56:43 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O2 -pipe  -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF 
-DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments  -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 -c 
/src/usr.bin/netstat/route.c
/src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned 
long' but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
kread_counter((u_long )rt-rt_pksent));
^
/src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned 
long' but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
kread_counter((u_long )rt-rt_pksent));
^
2 errors generated.
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-05 23:14:05 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-05 23:14:05 - ERROR: failed to build world
TB --- 2014-03-05 23:14:05 - 9811.41 user 1513.52 system 12228.76 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full
___
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: firebox build fails post clang-3.4 merge

2014-03-05 Thread Thomas Mueller
  Thanks for the fast work!  The patched solve the problem for me and I
  was able to install and run firefox on 11.0-CURRENT i386.

 I have imported the upstream fix for this bug in r262809, and I will MFC
 it after one week.  Happy Firefoxing. :-)

 -Dimitry

Does this mean the bug is fixed in 11-current?

MFC?  Is that to 10-STABLE?  Your message is less than clear.

I figure if firefox build fails, the bug would affect some other ports as well.
 
Tom

___
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 mips/mips

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 23:14:05 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 23:14:05 - 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 --- 2014-03-05 23:14:05 - starting HEAD tinderbox run for mips/mips
TB --- 2014-03-05 23:14:05 - cleaning the object tree
TB --- 2014-03-05 23:15:01 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 23:15:05 - At svn revision 262803
TB --- 2014-03-05 23:15:06 - building world
TB --- 2014-03-05 23:15:06 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 23:15:06 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 23:15:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 23:15:06 - SRCCONF=/dev/null
TB --- 2014-03-05 23:15:06 - TARGET=mips
TB --- 2014-03-05 23:15:06 - TARGET_ARCH=mips
TB --- 2014-03-05 23:15:06 - TZ=UTC
TB --- 2014-03-05 23:15:06 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 23:15:06 - cd /src
TB --- 2014-03-05 23:15:06 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 23:15:13 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O -pipe -G0  -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF 
-DNETGRAPH -DIPX -std=gnu99  -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/netisr.c
cc  -O -pipe -G0  -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF 
-DNETGRAPH -DIPX -std=gnu99  -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c
cc1: warnings being treated as errors
/src/usr.bin/netstat/route.c: In function 'size_cols_rtentry':
/src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long 
unsigned int', but argument 4 has type 'uint64_t'
/src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long 
unsigned int', but argument 4 has type 'uint64_t'
/src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm':
/src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long 
unsigned int', but argument 3 has type 'uint64_t'
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-06 00:11:34 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-06 00:11:34 - ERROR: failed to build world
TB --- 2014-03-06 00:11:34 - 2406.90 user 630.71 system 3448.73 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full
___
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 i386/pc98

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-05 23:01:34 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-05 23:01:34 - 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 --- 2014-03-05 23:01:34 - starting HEAD tinderbox run for i386/pc98
TB --- 2014-03-05 23:01:34 - cleaning the object tree
TB --- 2014-03-05 23:02:48 - /usr/local/bin/svn stat /src
TB --- 2014-03-05 23:02:51 - At svn revision 262803
TB --- 2014-03-05 23:02:52 - building world
TB --- 2014-03-05 23:02:52 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-05 23:02:52 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-05 23:02:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-05 23:02:52 - SRCCONF=/dev/null
TB --- 2014-03-05 23:02:52 - TARGET=pc98
TB --- 2014-03-05 23:02:52 - TARGET_ARCH=i386
TB --- 2014-03-05 23:02:52 - TZ=UTC
TB --- 2014-03-05 23:02:52 - __MAKE_CONF=/dev/null
TB --- 2014-03-05 23:02:52 - cd /src
TB --- 2014-03-05 23:02:52 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Wed Mar  5 23:03:00 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O2 -pipe  -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF 
-DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments  -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 -c 
/src/usr.bin/netstat/route.c
/src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned 
long' but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
kread_counter((u_long )rt-rt_pksent));
^
/src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned 
long' but the argument has type 'uint64_t' (aka 'unsigned long long') 
[-Werror,-Wformat]
kread_counter((u_long )rt-rt_pksent));
^
2 errors generated.
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-06 02:28:09 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-06 02:28:09 - ERROR: failed to build world
TB --- 2014-03-06 02:28:09 - 10350.47 user 1288.34 system 12395.01 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full
___
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 powerpc/powerpc

2014-03-05 Thread FreeBSD Tinderbox
TB --- 2014-03-06 00:11:34 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-03-06 00:11:34 - 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 --- 2014-03-06 00:11:34 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2014-03-06 00:11:34 - cleaning the object tree
TB --- 2014-03-06 00:12:28 - /usr/local/bin/svn stat /src
TB --- 2014-03-06 00:12:31 - At svn revision 262803
TB --- 2014-03-06 00:12:32 - building world
TB --- 2014-03-06 00:12:32 - CROSS_BUILD_TESTING=YES
TB --- 2014-03-06 00:12:32 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-03-06 00:12:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-03-06 00:12:32 - SRCCONF=/dev/null
TB --- 2014-03-06 00:12:32 - TARGET=powerpc
TB --- 2014-03-06 00:12:32 - TARGET_ARCH=powerpc
TB --- 2014-03-06 00:12:32 - TZ=UTC
TB --- 2014-03-06 00:12:32 - __MAKE_CONF=/dev/null
TB --- 2014-03-06 00:12:32 - cd /src
TB --- 2014-03-06 00:12:32 - /usr/bin/make -B buildworld
 Building an up-to-date make(1)
 World build started on Thu Mar  6 00:12:39 UTC 2014
 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
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
[...]
cc  -O2 -pipe  -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF 
-DNETGRAPH -DIPX -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 -c 
/src/usr.bin/netstat/netisr.c
cc  -O2 -pipe  -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF 
-DNETGRAPH -DIPX -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 -c 
/src/usr.bin/netstat/route.c
cc1: warnings being treated as errors
/src/usr.bin/netstat/route.c: In function 'size_cols_rtentry':
/src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long 
unsigned int', but argument 4 has type 'uint64_t'
/src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long 
unsigned int', but argument 4 has type 'uint64_t'
/src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm':
/src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long 
unsigned int', but argument 3 has type 'uint64_t'
*** Error code 1

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

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

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

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

Stop in /src.
TB --- 2014-03-06 02:43:19 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2014-03-06 02:43:19 - ERROR: failed to build world
TB --- 2014-03-06 02:43:19 - 7741.74 user 1053.33 system 9105.06 real


http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full
___
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: current -r262780 explodes on wlan up

2014-03-05 Thread 乔楚
I have the same panic.
Panic at net use.
ping , svn, etc...

2014-03-06 4:51 GMT+08:00 Sergey V. Dyatko sergey.dya...@gmail.com:
 В Wed, 5 Mar 2014 21:33:36 +0100
 O. Hartmann ohart...@zedat.fu-berlin.de пишет:

 On Wed, 5 Mar 2014 23:23:24 +0300
 Sergey V. Dyatko sergey.dya...@gmail.com wrote:

  В Wed, 5 Mar 2014 21:15:17 +0100
  O. Hartmann ohart...@zedat.fu-berlin.de пишет:
 
   On Wed, 05 Mar 2014 19:24:20 +
   Poul-Henning Kamp p...@phk.freebsd.dk wrote:
  
   
Just tried a current kernel -r 262780 on my laptop.
   
When wlan0 comes up (if_iwn) it explodes with something about
witness and rtentry.c, but it clears the screen before I can
get a photo...
   
Looks trivial to reproduce.
   
  
  
   On one of my servers equipted with a WiFi adaptor for acting as
   gateway, the same situation. The kernel is capable of being boot
   into single user mode, but explodes immediately when
   performin /etc/netstart.
  
   In multisuer mode, when the network is coming up, it core dumps.
  
   oh
 
  as I whote to phk@ offlist:
  can you try that patch (thanks, glebius@)
  http://svn.freebsd.by/files/rt_dtor.diff ?
 
 
  --
  wbr, tiger

 Whar is the exact path for the files to patch?

 sys/net


 --
 wbr, tiger

 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
___
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: current -r262780 explodes on wlan up

2014-03-05 Thread Sergey V. Dyatko
В Thu, 6 Mar 2014 12:47:07 +0800
乔楚 honestq...@gmail.com пишет:

 I have the same panic.
 Panic at net use.
 ping , svn, etc...

It is fixed on r262806

 
 2014-03-06 4:51 GMT+08:00 Sergey V. Dyatko sergey.dya...@gmail.com:
  В Wed, 5 Mar 2014 21:33:36 +0100
  O. Hartmann ohart...@zedat.fu-berlin.de пишет:
 
  On Wed, 5 Mar 2014 23:23:24 +0300
  Sergey V. Dyatko sergey.dya...@gmail.com wrote:
 
   В Wed, 5 Mar 2014 21:15:17 +0100
   O. Hartmann ohart...@zedat.fu-berlin.de пишет:
  
On Wed, 05 Mar 2014 19:24:20 +
Poul-Henning Kamp p...@phk.freebsd.dk wrote:
   

 Just tried a current kernel -r 262780 on my laptop.

 When wlan0 comes up (if_iwn) it explodes with something about
 witness and rtentry.c, but it clears the screen before I can
 get a photo...

 Looks trivial to reproduce.

   
   
On one of my servers equipted with a WiFi adaptor for acting as
gateway, the same situation. The kernel is capable of being
boot into single user mode, but explodes immediately when
performin /etc/netstart.
   
In multisuer mode, when the network is coming up, it core
dumps.
   
oh
  
   as I whote to phk@ offlist:
   can you try that patch (thanks, glebius@)
   http://svn.freebsd.by/files/rt_dtor.diff ?
  
  
   --
   wbr, tiger
 
  Whar is the exact path for the files to patch?
 
  sys/net
 
 
  --
  wbr, tiger

--
wbr, tiger

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

mounting ntfs partition from /etc/fstab

2014-03-05 Thread MS - Krasznai András
Hi

I am using freebsd 10 64bit on an IBM T510.

I can not mount ntfs partition from /etc/fstab with the normal method, thatis 
specifying

/dev/ada0s2  /windows/C  ntfs-3g ro   0 
0

in /etc/fstab

the mount -a command gives me an error message:

/dev/ada0s2:Operation not supported by the device


but I can mount the same partition from the command line:

ntfs-3g -o ro /dev/ada0s2  /windows/C

works.


What is the cause of this problem?

Krasznai András
rendszermérnök
MS Informatikai Zrt.
1136 Budapest, Pannónia u. 17/A.
Telefon: +36   1 703-2923
Mobil:+36 30 703-2923


___
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: current -r262780 explodes on wlan up

2014-03-05 Thread O. Hartmann
On Thu, 6 Mar 2014 08:37:59 +0300
Sergey V. Dyatko sergey.dya...@gmail.com wrote:

 В Thu, 6 Mar 2014 12:47:07 +0800
 乔楚 honestq...@gmail.com пишет:
 
  I have the same panic.
  Panic at net use.
  ping , svn, etc...
 
 It is fixed on r262806
 


Obviously not. I patched the kernel sources of a box in question and
the kernel has now r262821. The panic is gone, but there is nonetwork
although the interface is up, the firewall is up (IPWF) and even
netstat -rn shows the correct route. But the system is stuck with not
outbound network activities. Login as root takes 1 minute! Starting
services like ntp, slpad (OpenLDAP) or cups at boot phase blocks the
box for minutes so the booting takes roughly 10 minutes, until I can
try login to a network-dead machine.

What is missing here?


signature.asc
Description: PGP signature


Re: firebox build fails post clang-3.4 merge

2014-03-05 Thread Dimitry Andric
On 06 Mar 2014, at 01:08, Thomas Mueller mueller6...@bellsouth.net wrote:
 Thanks for the fast work!  The patched solve the problem for me and I
 was able to install and run firefox on 11.0-CURRENT i386.
 
 I have imported the upstream fix for this bug in r262809, and I will MFC
 it after one week.  Happy Firefoxing. :-)
 
 -Dimitry
 
 Does this mean the bug is fixed in 11-current?

Yes, the bug is fixed in 11-CURRENT, as of Subversion revision r262809.


 MFC?  Is that to 10-STABLE?  Your message is less than clear.

In FreeBSD, fixes are first applied to head (a.k.a -CURRENT), then
after a certain period they are merged to one more -STABLE branches,
depending on the type of fix.  This procedure is traditionally called
a Merge From Current, MFC.

In this particular case, I will merge the fix to both 10-STABLE and
9-STABLE.  Older branches do not have clang, so merging the fix to
them makes no sense.


 I figure if firefox build fails, the bug would affect some other ports as 
 well.

Don Lewis already mentioned the libxul port, and in general, any port
based on certain parts of the Mozilla source tree could be affected.

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail