[head tinderbox] failure on mips/mips

2011-12-16 Thread FreeBSD Tinderbox 
TB --- 2011-12-17 03:59:49 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-12-17 03:59:49 - starting HEAD tinderbox run for mips/mips
TB --- 2011-12-17 03:59:49 - cleaning the object tree
TB --- 2011-12-17 03:59:58 - cvsupping the source tree
TB --- 2011-12-17 03:59:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/mips/mips/supfile
TB --- 2011-12-17 04:00:12 - building world
TB --- 2011-12-17 04:00:12 - CROSS_BUILD_TESTING=YES
TB --- 2011-12-17 04:00:12 - MAKEOBJDIRPREFIX=/obj
TB --- 2011-12-17 04:00:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2011-12-17 04:00:12 - SRCCONF=/dev/null
TB --- 2011-12-17 04:00:12 - TARGET=mips
TB --- 2011-12-17 04:00:12 - TARGET_ARCH=mips
TB --- 2011-12-17 04:00:12 - TZ=UTC
TB --- 2011-12-17 04:00:12 - __MAKE_CONF=/dev/null
TB --- 2011-12-17 04:00:12 - cd /src
TB --- 2011-12-17 04:00:12 - /usr/bin/make -B buildworld
>>> World build started on Sat Dec 17 04:00:13 UTC 2011
>>> 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
[...]
building shared library snmp_hostres.so.6
sed -e 's%@MODPATH@%/usr/lib/%g' -e 
's%@DEFPATH@%/usr/share/snmp/defs/%g'-e 
's%@MIBSPATH@%/usr/share/snmp/mibs/%g' < 
/src/usr.sbin/bsnmpd/modules/snmp_hostres/snmp_hostres.3 | gzip -cn > 
snmp_hostres.3.gz
===> usr.sbin/bsnmpd/modules/snmp_mibII (all)
cc -fpic -DPIC  -O -pipe -G0  
-I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib 
-I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd 
-DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. -std=gnu99 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type 
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -c 
/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c
 -o mibII.So
cc1: warnings being treated as errors
/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:
 In function 'handle_rtmsg':
/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:964:
 warning: cast increases required alignment of target type
/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:991:
 warning: cast increases required alignment of target type
*** Error code 1

Stop in /src/usr.sbin/bsnmpd/modules/snmp_mibII.
*** Error code 1

Stop in /src/usr.sbin/bsnmpd/modules.
*** Error code 1

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

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

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2011-12-17 04:55:50 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2011-12-17 04:55:50 - ERROR: failed to build world
TB --- 2011-12-17 04:55:50 - 2380.27 user 648.73 system 3361.49 real


http://tinderbox.freebsd.org/tinderbox-head-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: [head tinderbox] failure on mips/mips

2011-12-16 Thread Bjoern A. Zeeb 
On 16. Dec 2011, at 16:42 , Dimitry Andric wrote:

> On 2011-12-16 16:46, FreeBSD Tinderbox wrote:
> ...
>> ===> usr.sbin/bsnmpd/modules/snmp_mibII (all)
>> cc -fpic -DPIC  -O -pipe -G0  
>> -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib 
>> -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd 
>> -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. 
>> -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
>> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes 
>> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow 
>> -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs 
>> -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c 
>> /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c
>>  -o mibII.So
>> cc1: warnings being treated as errors
>> /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:
>>  In function 'handle_rtmsg':
>> /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:964:
>>  warning: cast increases required alignment of target type
>> /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:991:
>>  warning: cast increases required alignment of target type
> 
> This seems to be caused by the changes to struct ifa_msghdr in r228571.
> Gleb, can you please have a look at it?

I did and started a universe and will commit as it finishes.

/bz

-- 
Bjoern A. Zeeb You have to have visions!
   It does not matter how good you are. It matters what good you 
do!___
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 powerpc64/powerpc

2011-12-16 Thread FreeBSD Tinderbox 
TB --- 2011-12-16 22:26:50 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-12-16 22:26:50 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-12-16 22:26:50 - cleaning the object tree
TB --- 2011-12-16 22:27:06 - cvsupping the source tree
TB --- 2011-12-16 22:27:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/powerpc64/powerpc/supfile
TB --- 2011-12-16 22:27:19 - building world
TB --- 2011-12-16 22:27:19 - CROSS_BUILD_TESTING=YES
TB --- 2011-12-16 22:27:19 - MAKEOBJDIRPREFIX=/obj
TB --- 2011-12-16 22:27:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2011-12-16 22:27:19 - SRCCONF=/dev/null
TB --- 2011-12-16 22:27:19 - TARGET=powerpc
TB --- 2011-12-16 22:27:19 - TARGET_ARCH=powerpc64
TB --- 2011-12-16 22:27:19 - TZ=UTC
TB --- 2011-12-16 22:27:19 - __MAKE_CONF=/dev/null
TB --- 2011-12-16 22:27:19 - cd /src
TB --- 2011-12-16 22:27:19 - /usr/bin/make -B buildworld
>>> World build started on Fri Dec 16 22:27:20 UTC 2011
>>> 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 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_access.c
cc -O2 -pipe  -fno-strict-aliasing 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_dblookup.c
cc -O2 -pipe  -fno-strict-aliasing 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr/yp_dbwrite.c
cc -O2 -pipe  -fno-strict-aliasing 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_error.c
cc -O2 -pipe  -fno-strict-aliasing 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c
In file included from /src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c:65:
/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_extern.h:73: error: 
conflicting types for 'yp_errno'
/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr/ypxfr_extern.h:49: error: 
previous declaration of 'yp_errno' was here
*** Error code 1

Stop in /src/usr.sbin/rpc.yppasswdd.
*** Error code 1

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

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2011-12-17 00:25:59 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2011-12-17 00:25:59 - ERROR: failed to build world
TB --- 2011-12-17 00:25:59 - 5802.09 user 980.71 system 7148.48 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full
___

[head tinderbox] failure on powerpc/powerpc

2011-12-16 Thread FreeBSD Tinderbox 
TB --- 2011-12-16 22:22:36 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-12-16 22:22:36 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-12-16 22:22:36 - cleaning the object tree
TB --- 2011-12-16 22:22:51 - cvsupping the source tree
TB --- 2011-12-16 22:22:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2011-12-16 22:23:04 - building world
TB --- 2011-12-16 22:23:04 - CROSS_BUILD_TESTING=YES
TB --- 2011-12-16 22:23:04 - MAKEOBJDIRPREFIX=/obj
TB --- 2011-12-16 22:23:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2011-12-16 22:23:04 - SRCCONF=/dev/null
TB --- 2011-12-16 22:23:04 - TARGET=powerpc
TB --- 2011-12-16 22:23:04 - TARGET_ARCH=powerpc
TB --- 2011-12-16 22:23:04 - TZ=UTC
TB --- 2011-12-16 22:23:04 - __MAKE_CONF=/dev/null
TB --- 2011-12-16 22:23:04 - cd /src
TB --- 2011-12-16 22:23:04 - /usr/bin/make -B buildworld
>>> World build started on Fri Dec 16 22:23:05 UTC 2011
>>> 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 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_access.c
cc -O2 -pipe  -fno-strict-aliasing 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_dblookup.c
cc -O2 -pipe  -fno-strict-aliasing 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr/yp_dbwrite.c
cc -O2 -pipe  -fno-strict-aliasing 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_error.c
cc -O2 -pipe  -fno-strict-aliasing 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -fstack-protector -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c
In file included from /src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c:65:
/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_extern.h:73: error: 
conflicting types for 'yp_errno'
/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr/ypxfr_extern.h:49: error: 
previous declaration of 'yp_errno' was here
*** Error code 1

Stop in /src/usr.sbin/rpc.yppasswdd.
*** Error code 1

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

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2011-12-17 00:21:15 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2011-12-17 00:21:15 - ERROR: failed to build world
TB --- 2011-12-17 00:21:15 - 5796.08 user 956.13 system 7118.87 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full
___
freebsd

Spinlock panic in FreeBSD 7

2011-12-16 Thread Charlie Martin 
(This was originally posted to freebsd-hackers, I'm reposting following 
email suggestions.)


We've observed a panic in FreeBSD 7 (7.2-PRERELEASE FreeBSD) several 
times that we've not been able to track down.  Upgrading is not an 
option at this time.


Does this look at all familiar to anyone?  Here's an example stack trace 
after panic:


spin lock 0x8086bdc0 (smp rendezvous) held by 0xff0006d1f000 
(tid 100060) too long

panic: spin lock held too long
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at 0x8019120a = db_trace_self_wrapper+0x2a
panic() at 0x80308797 = panic+0x187
_mtx_lock_spin_failed() at 0x802fbda9 = _mtx_lock_spin_failed+0x39
_mtx_lock_spin() at 0x802fbe4e = _mtx_lock_spin+0x9e
_mtx_lock_spin_flags() at 0x802fc354 = _mtx_lock_spin_flags+0x104
smp_rendezvous_cpus() at 0x80340cb3 = smp_rendezvous_cpus+0xd3
xcall() at 0x80ad755e = xcall+0x3e
cyclic_remove_here() at 0x80ad7715 = cyclic_remove_here+0x1a5
cyclic_remove() at 0x80ad7a0f = cyclic_remove+0x5f
profile_disable() at 0x80acf0e5 = profile_disable+0x15
dtrace_state_destroy() at 0x80adfabd = dtrace_state_destroy+0x35d
dtrace_close() at 0x80adffed = dtrace_close+0x8d
devfs_close() at 0x802a825d = devfs_close+0x2dd
vn_close() at 0x8039cb06 = vn_close+0xb6
vn_closefile() at 0x8039cc00 = vn_closefile+0x80
devfs_close_f() at 0x802a5738 = devfs_close_f+0x28
fdrop() at 0x802d98bb = fdrop+0xdb
closef() at 0x802db2f9 = closef+0x29
fdfree() at 0x802dc061 = fdfree+0x161
exit1() at 0x802e56b2 = exit1+0x2c2
sigexit() at 0x8030a86f = sigexit+0x8f
postsig() at 0x8030b6ce = postsig+0x38e
ast() at 0x803425f7 = ast+0x337
Xfast_syscall() at 0x80494efd = Xfast_syscall+0xdd
--- syscall (32, FreeBSD ELF64, getsockname), rip = 0x800df4d5c, rsp = 
0x7fffe398, rbp = 0x5 ---

KDB: enter: panic

 The panic always shows up from a syscall, and almost always from 
syscall 32, getsockname, but we've also observed it with syscall 5.

--

Charles R. (Charlie) Martin
Senior Software Engineer
SGI logo
1900 Pike Road
Longmont, CO 80501
Phone: 303-532-0209
E-Mail: crmar...@sgi.com 
Website: www.sgi.com 

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

2011-12-16 Thread FreeBSD Tinderbox 
TB --- 2011-12-16 21:01:21 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-12-16 21:01:21 - starting HEAD tinderbox run for ia64/ia64
TB --- 2011-12-16 21:01:21 - cleaning the object tree
TB --- 2011-12-16 21:01:36 - cvsupping the source tree
TB --- 2011-12-16 21:01:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/ia64/ia64/supfile
TB --- 2011-12-16 21:01:49 - building world
TB --- 2011-12-16 21:01:49 - CROSS_BUILD_TESTING=YES
TB --- 2011-12-16 21:01:49 - MAKEOBJDIRPREFIX=/obj
TB --- 2011-12-16 21:01:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2011-12-16 21:01:49 - SRCCONF=/dev/null
TB --- 2011-12-16 21:01:49 - TARGET=ia64
TB --- 2011-12-16 21:01:49 - TARGET_ARCH=ia64
TB --- 2011-12-16 21:01:49 - TZ=UTC
TB --- 2011-12-16 21:01:49 - __MAKE_CONF=/dev/null
TB --- 2011-12-16 21:01:49 - cd /src
TB --- 2011-12-16 21:01:49 - /usr/bin/make -B buildworld
>>> World build started on Fri Dec 16 21:01:49 UTC 2011
>>> 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 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_access.c
cc -O2 -pipe  -fno-strict-aliasing 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_dblookup.c
cc -O2 -pipe  -fno-strict-aliasing 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr/yp_dbwrite.c
cc -O2 -pipe  -fno-strict-aliasing 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_error.c
cc -O2 -pipe  -fno-strict-aliasing 
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw  
-I/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv  
-I/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr  
-I/src/usr.sbin/rpc.yppasswdd -I. -std=gnu99 -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c 
/src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c
In file included from /src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c:65:
/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv/yp_extern.h:73: error: 
conflicting types for 'yp_errno'
/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr/ypxfr_extern.h:49: error: 
previous declaration of 'yp_errno' was here
*** Error code 1

Stop in /src/usr.sbin/rpc.yppasswdd.
*** Error code 1

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

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2011-12-16 22:26:50 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2011-12-16 22:26:50 - ERROR: failed to build world
TB --- 2011-12-16 22:26:50 - 4037.44 user 784.66 system 5128.74 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send a

[head tinderbox] failure on mips/mips

2011-12-16 Thread FreeBSD Tinderbox 
TB --- 2011-12-16 21:26:12 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-12-16 21:26:12 - starting HEAD tinderbox run for mips/mips
TB --- 2011-12-16 21:26:13 - cleaning the object tree
TB --- 2011-12-16 21:26:21 - cvsupping the source tree
TB --- 2011-12-16 21:26:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/mips/mips/supfile
TB --- 2011-12-16 21:27:41 - building world
TB --- 2011-12-16 21:27:41 - CROSS_BUILD_TESTING=YES
TB --- 2011-12-16 21:27:41 - MAKEOBJDIRPREFIX=/obj
TB --- 2011-12-16 21:27:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2011-12-16 21:27:41 - SRCCONF=/dev/null
TB --- 2011-12-16 21:27:41 - TARGET=mips
TB --- 2011-12-16 21:27:41 - TARGET_ARCH=mips
TB --- 2011-12-16 21:27:41 - TZ=UTC
TB --- 2011-12-16 21:27:41 - __MAKE_CONF=/dev/null
TB --- 2011-12-16 21:27:41 - cd /src
TB --- 2011-12-16 21:27:41 - /usr/bin/make -B buildworld
>>> World build started on Fri Dec 16 21:27:41 UTC 2011
>>> 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
[...]
building shared library snmp_hostres.so.6
sed -e 's%@MODPATH@%/usr/lib/%g' -e 
's%@DEFPATH@%/usr/share/snmp/defs/%g'-e 
's%@MIBSPATH@%/usr/share/snmp/mibs/%g' < 
/src/usr.sbin/bsnmpd/modules/snmp_hostres/snmp_hostres.3 | gzip -cn > 
snmp_hostres.3.gz
===> usr.sbin/bsnmpd/modules/snmp_mibII (all)
cc -fpic -DPIC  -O -pipe -G0  
-I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib 
-I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd 
-DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. -std=gnu99 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type 
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -c 
/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c
 -o mibII.So
cc1: warnings being treated as errors
/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:
 In function 'handle_rtmsg':
/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:964:
 warning: cast increases required alignment of target type
/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:991:
 warning: cast increases required alignment of target type
*** Error code 1

Stop in /src/usr.sbin/bsnmpd/modules/snmp_mibII.
*** Error code 1

Stop in /src/usr.sbin/bsnmpd/modules.
*** Error code 1

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

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

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2011-12-16 22:22:36 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2011-12-16 22:22:36 - ERROR: failed to build world
TB --- 2011-12-16 22:22:36 - 2360.10 user 646.98 system 3383.09 real


http://tinderbox.freebsd.org/tinderbox-head-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: Idea for change to boot0

2011-12-16 Thread Andrew Boyer 

On Dec 16, 2011, at 4:18 PM, John Baldwin wrote:

> On Friday, December 16, 2011 11:02:20 am Andrew Boyer wrote:
>> 
>> On Dec 16, 2011, at 9:52 AM, Luigi Rizzo wrote:
>> 
>>> On Thu, Dec 15, 2011 at 04:21:51PM -0500, Andrew Boyer wrote:
 These two changes allow you to set PXE as the default MBR boot selection, 
> which enables you to write a 'reboot to the network' script.  We've found it 
> to be very useful.  What do people think?
>>> 
>>> seems good to me. John's comments also apply, no need to use
>>> cryptic parameters in boot0cfg
>> 
>> Agreed.  '6' was the path of least resistance since it's what's already 
> displayed in the boot loader.
> 
> Do you have an easy way to test my modifications to make sure I didn't fat-
> finger something?  If it checks out ok I'll commit it.
> 
> -- 
> John Baldwin


Will do.

-Andrew

--
Andrew Boyerabo...@averesystems.com




___
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: Idea for change to boot0

2011-12-16 Thread John Baldwin 
On Friday, December 16, 2011 11:02:20 am Andrew Boyer wrote:
> 
> On Dec 16, 2011, at 9:52 AM, Luigi Rizzo wrote:
> 
> > On Thu, Dec 15, 2011 at 04:21:51PM -0500, Andrew Boyer wrote:
> >> These two changes allow you to set PXE as the default MBR boot selection, 
which enables you to write a 'reboot to the network' script.  We've found it 
to be very useful.  What do people think?
> > 
> > seems good to me. John's comments also apply, no need to use
> > cryptic parameters in boot0cfg
> 
> Agreed.  '6' was the path of least resistance since it's what's already 
displayed in the boot loader.

Do you have an easy way to test my modifications to make sure I didn't fat-
finger something?  If it checks out ok I'll commit it.

-- 
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: gptzfsboot error

2011-12-16 Thread John Baldwin 
On Friday, December 16, 2011 1:37:41 pm Chase Epoch Cameron wrote:
> Salutations all,
> 
> 
> I continuously see this error pop up when I boot my system as it loads, 
> and it appears as such:
> Code:
> 
> 
> gptzfsboot error 49 lba 1
> gptzfsboot error 49 lba 32
> gptzfsboot error 49 lba 1
> gptzfsboot error 49 lba 32

The 49 is the error code returned in %AH from the BIOS call.  It would 
probably be better if it were printed in hex.  49 corresponds to 0x31.  From 
the error code list at Ralf Brown's Interrupt List:

http://www.ctyme.com/intr/rb-0606.htm#Table234

You can see that 0x31 means "No media in drive."

Does your system still boot ok?  It might just be that when the ZFS bootstrap
code scans for available disks in the system it is running into a removable 
drive that is empty and warning about it (but then skipping it).

-- 
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: dogfooding over in clusteradm land

2011-12-16 Thread Ulrich Spörlein 
On Thu, 2011-12-15 at 18:39:59 -0800, Doug Barton wrote:
> On 12/14/2011 05:20, Sean Bruno wrote:
> > We're seeing what looks like a syncher/ufs resource starvation on 9.0 on
> > the cvs2svn ports conversion box.
> 
> ... sounds like a good reason not to migrate the history to me. :)

Sounds more like a new regression test that we could use :)

Uli
___
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: gptzfsboot error

2011-12-16 Thread Dimitry Andric 
On 2011-12-16 19:37, Chase Epoch Cameron wrote:
> Salutations all,
> 
> 
> I continuously see this error pop up when I boot my system as it loads, 
> and it appears as such:
> Code:
> 
> 
> gptzfsboot error 49 lba 1
> gptzfsboot error 49 lba 32
> gptzfsboot error 49 lba 1
> gptzfsboot error 49 lba 32

Hmm, error 49 seems to be:

31hno media in drive (IBM/MS INT 13 extensions)

I guess that isn't possible in your case?  Maybe some sort of BIOS bug?
___
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"

gptzfsboot error

2011-12-16 Thread Chase Epoch Cameron 

Salutations all,


I continuously see this error pop up when I boot my system as it loads, 
and it appears as such:

Code:


gptzfsboot error 49 lba 1
gptzfsboot error 49 lba 32
gptzfsboot error 49 lba 1
gptzfsboot error 49 lba 32

I have run dd to check for bad sectors both destructively and I am 
seeing no error reported in SMART. There are no pending or reallocated 
sectors shown, and other tests come back clean. The system boots 
correctly and seems to run extremely well, but after multiple installs 
of 9.0-RC2 and 9.0-RC3, multiple erasures of gpt (using gpart destroy 
and a dd of the first and last 15MiB of the drive), I keep seeing this 
error, with no indicator as to what the code means or why I am getting 
it. I have checked quite a few places to look for the information to 
decode this blighted thing, and figure out if it is hardware, bootcode, 
an albatross or whatever, but I keep hitting my head on the 
oh-so-frustratingly-lacking-in-the-information-I-require internet.


Any thoughts?

Chase
___
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: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2011-12-16 Thread Adrian Chadd 
Can someone please write up a nice, concise blog post somewhere
outlining all of this?

Extra bonus points if it's a blog that is picked up by
blogs.freebsdish.org and/or some of the other BSD sites.

Guys/girls/fuzzy things - this is 2011; people look at shiny blog
sites with graphs rather than mailing lists. Sorry, we lost that
battle. :)



Adrian
___
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: [head tinderbox] failure on mips/mips

2011-12-16 Thread Dimitry Andric 
On 2011-12-16 16:46, FreeBSD Tinderbox wrote:
...
> ===> usr.sbin/bsnmpd/modules/snmp_mibII (all)
> cc -fpic -DPIC  -O -pipe -G0  
> -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib 
> -I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd 
> -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. 
> -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes 
> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow 
> -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs 
> -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c 
> /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c
>  -o mibII.So
> cc1: warnings being treated as errors
> /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:
>  In function 'handle_rtmsg':
> /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:964:
>  warning: cast increases required alignment of target type
> /src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:991:
>  warning: cast increases required alignment of target type

This seems to be caused by the changes to struct ifa_msghdr in r228571.
Gleb, can you please have a look at it?
___
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: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2011-12-16 Thread Arnaud Lacombe 
Hi,

[resend on the ml, my bad]

On Fri, Dec 16, 2011 at 5:54 AM, Attilio Rao  wrote:
> 2011/12/16 Arnaud Lacombe :
>> Hi,
>>
>> On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann
>>  wrote:
>>> Just saw this shot benchmark on Phoronix dot com today:
>>>
>>> http://www.phoronix.com/scan.php?page=news_item&px=MTAyNzA
>>>
>> it might be worth highlighting that despite Oracle Linux 6.1 Server is
>> using a kernel + compiler almost 2 years old, it still manages to
>> out-perform the bleeding edge FreeBSD :-)
>>
>> Now, from what I've read so far in this thread, it seems that a lot of
>> people are still in abnegation...
>>
>> my 0.2c,
>>  - Arnaud
>
> Said by someone which really thinks passing __FILE__ and __LINE__ to
> kernel function is going to give a mesaurable performance penalty is
> really hilarious however :)
>
You are right, the rest of the kernel's subsystem are so sluggish,
fragile and half baked that this would barely improve anything...

That will be my last word in this thread.

 - Arnaud
___
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: sparc64 r228561 panic: kmem_suballoc: bad status return of 3

2011-12-16 Thread Marius Strobl 
On Fri, Dec 16, 2011 at 11:19:22AM +, Anton Shterenlikht wrote:
> On Fri, Dec 16, 2011 at 11:37:20AM +0100, Marius Strobl wrote:
> > On Fri, Dec 16, 2011 at 08:40:48AM +, Anton Shterenlikht wrote:
> > > Updating from r216048 to r228561 on sparc64,
> > > with sys/conf/newvers.sh changed to REVISION="9.9".
> > > 
> > > Trinscribed by hand:
> > > 
> > > FreeBSD 9.9-CURRENT #3 r228561M:
> > > 
> > > panic: kmem_suballoc: bad status return of 3
> > > KDB: enter: panic
> > > [ thread pid 0 tid 0 ]
> > > Stopped at 0x02937e0:   ta%xcc,1
> > > db>
> > > 
> > > The keyboard froze, couldn't get a bt,
> > > required a cold reboot.
> > > 
> > > My /etc/make.conf and kernel config files are below.
> > > 
> > > Any advice?
> > > 
> > 
> > Hrm, doesn't look like I can reproduce this. What machine model is
> > that and how much RAM does it have?
> 
> >From dmesg:
> 
> real memory  = 2147483648 (2048 MB)
> avail memory = 2079449088 (1983 MB)
> cpu0: Sun Microsystems UltraSparc-IIIi Processor (1503.00 MHz CPU)
> 
> > Do you use any loader tuneables?
> 
> I don't think so. You mean like /boot/loader.conf?
> I haven't got this file at all.
> 

Even with a Blade 1500, which is the closest match to your machine
that I have, and a kernel built with your configuration file I can't
reproduce this using r228583. I'd suggest to test with a kernel built
using an empty object directory and without any local modifications.
If that still doesn't solve the problem given that there isn't even
a backtrace I just can suggest to do a binary search for the offending
commit, probably accounting especially for the changes to the VM
within the window of revisions in question.

Marius

___
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: Idea for change to boot0

2011-12-16 Thread Andrew Boyer 

On Dec 16, 2011, at 9:52 AM, Luigi Rizzo wrote:

> On Thu, Dec 15, 2011 at 04:21:51PM -0500, Andrew Boyer wrote:
>> These two changes allow you to set PXE as the default MBR boot selection, 
>> which enables you to write a 'reboot to the network' script.  We've found it 
>> to be very useful.  What do people think?
> 
> seems good to me. John's comments also apply, no need to use
> cryptic parameters in boot0cfg

Agreed.  '6' was the path of least resistance since it's what's already 
displayed in the boot loader.

-Andrew

--
Andrew Boyerabo...@averesystems.com




___
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

2011-12-16 Thread FreeBSD Tinderbox 
TB --- 2011-12-16 14:50:02 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-12-16 14:50:02 - starting HEAD tinderbox run for mips/mips
TB --- 2011-12-16 14:50:02 - cleaning the object tree
TB --- 2011-12-16 14:50:12 - cvsupping the source tree
TB --- 2011-12-16 14:50:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/mips/mips/supfile
TB --- 2011-12-16 14:50:25 - building world
TB --- 2011-12-16 14:50:25 - CROSS_BUILD_TESTING=YES
TB --- 2011-12-16 14:50:25 - MAKEOBJDIRPREFIX=/obj
TB --- 2011-12-16 14:50:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2011-12-16 14:50:25 - SRCCONF=/dev/null
TB --- 2011-12-16 14:50:25 - TARGET=mips
TB --- 2011-12-16 14:50:25 - TARGET_ARCH=mips
TB --- 2011-12-16 14:50:25 - TZ=UTC
TB --- 2011-12-16 14:50:25 - __MAKE_CONF=/dev/null
TB --- 2011-12-16 14:50:25 - cd /src
TB --- 2011-12-16 14:50:25 - /usr/bin/make -B buildworld
>>> World build started on Fri Dec 16 14:50:26 UTC 2011
>>> 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
[...]
building shared library snmp_hostres.so.6
sed -e 's%@MODPATH@%/usr/lib/%g' -e 
's%@DEFPATH@%/usr/share/snmp/defs/%g'-e 
's%@MIBSPATH@%/usr/share/snmp/mibs/%g' < 
/src/usr.sbin/bsnmpd/modules/snmp_hostres/snmp_hostres.3 | gzip -cn > 
snmp_hostres.3.gz
===> usr.sbin/bsnmpd/modules/snmp_mibII (all)
cc -fpic -DPIC  -O -pipe -G0  
-I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib 
-I/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd 
-DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. -std=gnu99 
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type 
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -c 
/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c
 -o mibII.So
cc1: warnings being treated as errors
/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:
 In function 'handle_rtmsg':
/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:964:
 warning: cast increases required alignment of target type
/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c:991:
 warning: cast increases required alignment of target type
*** Error code 1

Stop in /src/usr.sbin/bsnmpd/modules/snmp_mibII.
*** Error code 1

Stop in /src/usr.sbin/bsnmpd/modules.
*** Error code 1

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

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

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2011-12-16 15:46:31 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2011-12-16 15:46:31 - ERROR: failed to build world
TB --- 2011-12-16 15:46:31 - 2406.83 user 653.02 system 3388.24 real


http://tinderbox.freebsd.org/tinderbox-head-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: Idea for change to boot0

2011-12-16 Thread Luigi Rizzo 
On Thu, Dec 15, 2011 at 04:21:51PM -0500, Andrew Boyer wrote:
> These two changes allow you to set PXE as the default MBR boot selection, 
> which enables you to write a 'reboot to the network' script.  We've found it 
> to be very useful.  What do people think?

seems good to me. John's comments also apply, no need to use
cryptic parameters in boot0cfg

cheers
luigi

> Thanks,
> Andrew
> 
> > Index: usr.sbin/boot0cfg/boot0cfg.c
> > ===
> > --- usr.sbin/boot0cfg/boot0cfg.c(revision 228359)
> > +++ usr.sbin/boot0cfg/boot0cfg.c(working copy)
> > @@ -169,7 +169,7 @@
> > o_flag = 1;
> > break;
> > case 's':
> > -s_arg = argtoi(optarg, 1, 5, 's');
> > +s_arg = argtoi(optarg, 1, 6, 's');
> > break;
> > case 't':
> > t_arg = argtoi(optarg, 1, 0x, 't');
> > @@ -472,6 +472,8 @@
> > printf("default_selection=F%d (", mbr[OFF_OPT] + 1);
> > if (mbr[OFF_OPT] < 4)
> > printf("Slice %d", mbr[OFF_OPT] + 1);
> > +else if (mbr[OFF_OPT] == 5)
> > +print("PXE");
> > else
> > printf("Drive 1");
> > printf(")\n");
> > Index: sys/boot/i386/boot0/boot0.S
> > ===
> > --- sys/boot/i386/boot0/boot0.S (revision 228359)
> > +++ sys/boot/i386/boot0/boot0.S (working copy)
> > @@ -413,6 +413,7 @@
> > 3:
> > #endif /* ONLY_F_KEYS */
> > #endif /* SIO */
> > +check_selection:
> > cmpb $0x5,%al   # F1..F6 or 1..6 ?
> > #ifdef PXE /* enable PXE/INT18 using F6 */
> > jne 1f;
> > @@ -421,7 +422,6 @@
> > #endif /* PXE */
> > jae beep# Not in F1..F5, beep
> > 
> > -check_selection:
> > /*
> >  * We have a selection.  If it's a bad selection go back to complain.
> >  * The bits in MNUOPT were set when the options were printed.
> 
> --
> Andrew Boyer  abo...@averesystems.com
> 
> 
> 
> 
> ___
> 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: Idea for change to boot0

2011-12-16 Thread John Baldwin 
On Thursday, December 15, 2011 4:21:51 pm Andrew Boyer wrote:
> These two changes allow you to set PXE as the default MBR boot selection, 
which enables you to write a 'reboot to the network' script.  We've found it 
to be very useful.  What do people think?

I think these are good.  One suggestion might be to let the you do
'boot0cfg -s pxe' (or PXE, just use strcasecmp) so it is more explicit
and less of a magic number.  I.e. something like:

case 's':
if (strcasecmp(optarg, "pxe") == 0)
s_arg = 6;
else
s_arg = argtoi(optarg, 1, 6, 's');
break;

I think that is less confusing as some folks might thing '-s 6' means
booting from /dev/fooXs6 (which it doesn't).

Also, the manpage for boot0cfg will need to be updated.  Other than that I 
think this looks great.  I have a slightly updated version below (I also
wanted to keep the output of the default setting in "order" so the logic
is slightly different):

Index: sys/boot/i386/boot0/boot0.S
===
--- sys/boot/i386/boot0/boot0.S (revision 228534)
+++ sys/boot/i386/boot0/boot0.S (working copy)
@@ -413,6 +413,7 @@
3:
 #endif /* ONLY_F_KEYS */
 #endif /* SIO */
+check_selection:
cmpb $0x5,%al   # F1..F6 or 1..6 ?
 #ifdef PXE /* enable PXE/INT18 using F6 */
jne 1f;
@@ -421,7 +422,6 @@
 #endif /* PXE */
jae beep# Not in F1..F5, beep
 
-check_selection:
/*
 * We have a selection.  If it's a bad selection go back to complain.
 * The bits in MNUOPT were set when the options were printed.
Index: usr.sbin/boot0cfg/boot0cfg.c
===
--- usr.sbin/boot0cfg/boot0cfg.c(revision 228534)
+++ usr.sbin/boot0cfg/boot0cfg.c(working copy)
@@ -169,7 +169,10 @@
 o_flag = 1;
 break;
 case 's':
-s_arg = argtoi(optarg, 1, 5, 's');
+   if (strcasecmp(optarg, "pxe") == 0)
+   s_arg = 6;
+   else
+   s_arg = argtoi(optarg, 1, 5, 's');
 break;
 case 't':
 t_arg = argtoi(optarg, 1, 0x, 't');
@@ -472,8 +475,10 @@
 printf("default_selection=F%d (", mbr[OFF_OPT] + 1);
 if (mbr[OFF_OPT] < 4)
printf("Slice %d", mbr[OFF_OPT] + 1);
+else if (mbr[OFF_OPT] == 4)
+   printf("Drive 1");
 else
-   printf("Drive 1");
+   printf("PXE");
 printf(")\n");
 }
 
Index: usr.sbin/boot0cfg/boot0cfg.8
===
--- usr.sbin/boot0cfg/boot0cfg.8(revision 228534)
+++ usr.sbin/boot0cfg/boot0cfg.8(working copy)
@@ -146,6 +146,9 @@
 .Ar slice .
 Values between 1 and 4 refer to slices; a value of 5 refers to the
 option of booting from a second disk.
+The special string
+.Dq PXE
+or a value of 6 can be used to boot via PXE.
 .It Fl t Ar ticks
 Set the timeout value to
 .Ar ticks .


-- 
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: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2011-12-16 Thread Stefan Esser 
Am 16.12.2011 08:06, schrieb O. Hartmann:
> For the underlying OS, as far as I know, the compiler hasn't as much
> impact as on userland software since autovectorization and other neat
> things are not used during system build.
> 
> From my experience using gcc 4.2 or 4.4/4.5 does not have an impact
> beyond 3% when SSE isn't explicetly enforced.

Well, but the compute intensive tests showed performance variance of a
few percents only, IIRC. The big differences were in the parts that
heavily depend on file system and buffer cache concepts (i.e. the low
limit on dirty buffers in FreeBSD, which is very beneficial in real
world situations; do you remember the first few releases of SunOS-4,
which heavily suffered in interactive performance due to a naive unified
buffer cache VM system that did not limit the amount of dirty buffers?
It caused interactive shells to be swapped out within seconds on systems
with background jobs writing to disk).

> More interesting is the performance gain due to the architecture. I
> think it would be very easy for M. Larabel to repeat this benchmark with
> a "bleeding edge"  Ubuntu or Suse as well. And since FreeBSD 9.0 can be
> compiled with CLANG, it should be possible to compare both also with
> "bleeding edge" compilers, say FreeBSD 9/CLANG, Ubuntu 12/gcc 4.6.2.

Clang may be considered "bleeding edge", but in quite a different way
than gcc-4.6.2. While the latter can look back on 2 decades of
development, clang is still in a state where feature completeness (and
bug-to-bug compatibility with GCC ;-) is much more important than
performance. there is much promise of powerful optimizations becoming
available in clang once it is mature, but just now expect GCC 4.6.2 to
deliver 5% to 10% higher performance than clang.

But as stated before: To exclude compiler dependencies just run the
Linux binaries on FreeBSD. There is slight emulation overhead and Glibc
is not particularly optimized for FreeBSD, but this will still provide
more useful results.

And the tests should be selected to represent reasonable real-world
scenarios. Server programs tested on otherwise idle systems and running
for just a few seconds (not reaching equilibrium during the majority of
the test period) are not representative at all (again: if your goal is
to compare server performance).

Regards, STefan
___
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: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2011-12-16 Thread Johan Hendriks 

Arnaud Lacombe schreef:

Hi,

On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann
  wrote:

Just saw this shot benchmark on Phoronix dot com today:

http://www.phoronix.com/scan.php?page=news_item&px=MTAyNzA


it might be worth highlighting that despite Oracle Linux 6.1 Server is
using a kernel + compiler almost 2 years old, it still manages to
out-perform the bleeding edge FreeBSD :-)

Now, from what I've read so far in this thread, it seems that a lot of
people are still in abnegation...

my 0.2c,
  - Arnaud


It may be worth to discuss the sad performance of FBSD in some parts of
the benchmark. A difference of a factor 10 or 100 is simply far beyond
disapointing, it is more than inacceptable and by just reading those
benchmarks, I'd like to drop thinking of using FreeBSD even as a backend
server in scientific and business environments. In detail, some of the
SciMark benches look disappointing. The overall image can't help over
the fact that in C-Ray FreeBSD is better performing.

 From the compiler, I'd like say there couldn't be a drop of more than 10
- 15% in performance - but not 10 or 100 times.

I'm just thinking about the discussion of SCHED_ULE and all the saur
spots we discussed when I stumbled over the test.

Regards,
Oliver


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


Well it is just the way it is.
I must say that every time FreeBSD comes out bad, there are always 
comments on how the benchmark is done, but NOT in the case when FreeBSD 
comes out better.

I remember the MySQL and ULE benchmarkings.
FreeBSD was quicker than Linux...
Nobody complains from the FreeBSD side that we did not use same gcc as 
Linux and what ever more, and maybe the benchmarks where more equil, do 
we care?

Is FreeBSD not doing the job anymore for you if it is, or if it is not?
Do you want to run Linux because it comes out better in benchmarks? i 
for certain do not.
And to be honest, i did try Linux because of the bad samba performance 
of FreeBSD, but i take the lower performance over the whole Linux thing. 
Linux is just not my cup of thee. Why? feeling, community ? i do not know.


See it from the bright side, there is much more room for improvements. :D

I think that FreeBSD should not worry that much about benchmarks.
Sure it is strange that FreeBSD shows such a great gap, but we all know 
that FreeBSD needs some tuning.
Also it is know that FreeBSD is quite conservative with some default 
settings.

Every now and then someone complains about this.
MAXPHYS is such a value that comes to mind.
What most people seems to be doing after installing FreeBSD is set some 
network tunings in /etc/sysctl.conf. and other stuff.


Maybe it is time to overlook the default settings, and make them more 
suitable for machines of today.


The argument is mostly that FreeBSD also needs to run on older hardware, 
but if you use amd64, you already have some 'newer' hardware.


just me  ...

regards
Johan Hendriks









___
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: sparc64 r228561 panic: kmem_suballoc: bad status return of 3

2011-12-16 Thread Anton Shterenlikht 
On Fri, Dec 16, 2011 at 11:37:20AM +0100, Marius Strobl wrote:
> On Fri, Dec 16, 2011 at 08:40:48AM +, Anton Shterenlikht wrote:
> > Updating from r216048 to r228561 on sparc64,
> > with sys/conf/newvers.sh changed to REVISION="9.9".
> > 
> > Trinscribed by hand:
> > 
> > FreeBSD 9.9-CURRENT #3 r228561M:
> > 
> > panic: kmem_suballoc: bad status return of 3
> > KDB: enter: panic
> > [ thread pid 0 tid 0 ]
> > Stopped at 0x02937e0:   ta%xcc,1
> > db>
> > 
> > The keyboard froze, couldn't get a bt,
> > required a cold reboot.
> > 
> > My /etc/make.conf and kernel config files are below.
> > 
> > Any advice?
> > 
> 
> Hrm, doesn't look like I can reproduce this. What machine model is
> that and how much RAM does it have?

>From dmesg:

real memory  = 2147483648 (2048 MB)
avail memory = 2079449088 (1983 MB)
cpu0: Sun Microsystems UltraSparc-IIIi Processor (1503.00 MHz CPU)

> Do you use any loader tuneables?

I don't think so. You mean like /boot/loader.conf?
I haven't got this file at all.


-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
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: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2011-12-16 Thread Attilio Rao 
2011/12/16 Arnaud Lacombe :
> Hi,
>
> On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann
>  wrote:
>> Just saw this shot benchmark on Phoronix dot com today:
>>
>> http://www.phoronix.com/scan.php?page=news_item&px=MTAyNzA
>>
> it might be worth highlighting that despite Oracle Linux 6.1 Server is
> using a kernel + compiler almost 2 years old, it still manages to
> out-perform the bleeding edge FreeBSD :-)
>
> Now, from what I've read so far in this thread, it seems that a lot of
> people are still in abnegation...
>
> my 0.2c,
>  - Arnaud

Said by someone which really thinks passing __FILE__ and __LINE__ to
kernel function is going to give a mesaurable performance penalty is
really hilarious however :)

It is crystal clear you really don't understand how to make reliable
benchmarks (and likely you don't really have a grasp of nowaday's
machine contention points), so why you keep talking about it? It would
be more valuable for you and whatever project you follow if you spend
your time coding and making real benchmarking.

Attilio


-- 
Peace can only be achieved by understanding - A. Einstein
___
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: SCHED_ULE should not be the default

2011-12-16 Thread Daniel Nebdal 
On Thu, Dec 15, 2011 at 9:58 PM, Mike Tancsa  wrote:
> On 12/15/2011 11:56 AM, Attilio Rao wrote:
>> So, as very first thing, can you try the following:
>> - Same codebase, etc. etc.
>> - Make the test 4 times, discard the first and ministat for the other 3
>> - Reboot
>> - Change the steal_thresh value
>> - Make the test 4 times, discard the first and ministat for the other 3
>>
>> Then report discarded values and the ministated one and we will have
>> more informations I guess
>> (also, I don't think devfs contention should play a role here, thus
>> nevermind about it for now).
>
>
> Results and data at
>
> http://www.tancsa.com/ule-bsd.html
>
>        ---Mike
>

I took the liberty of re-plotting this as one boxplot per test-type,
in the hope of getting a better overview. R script included. Beware
the y-ranges. (To re-plot with a specific y range, add e.g.
"ylim=c(0,35)" to the boxplot() calls.)

http://nebdal.net/sched/plot.html

-- 
Daniel Nebdal
Dep. of genetics, Oslo University Hospital
___
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: sparc64 r228561 panic: kmem_suballoc: bad status return of 3

2011-12-16 Thread Marius Strobl 
On Fri, Dec 16, 2011 at 08:40:48AM +, Anton Shterenlikht wrote:
> Updating from r216048 to r228561 on sparc64,
> with sys/conf/newvers.sh changed to REVISION="9.9".
> 
> Trinscribed by hand:
> 
> FreeBSD 9.9-CURRENT #3 r228561M:
> 
> panic: kmem_suballoc: bad status return of 3
> KDB: enter: panic
> [ thread pid 0 tid 0 ]
> Stopped at 0x02937e0:   ta%xcc,1
> db>
> 
> The keyboard froze, couldn't get a bt,
> required a cold reboot.
> 
> My /etc/make.conf and kernel config files are below.
> 
> Any advice?
> 

Hrm, doesn't look like I can reproduce this. What machine model is
that and how much RAM does it have? Do you use any loader tuneables?

Marius

___
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: sparc64 r228561 panic: kmem_suballoc: bad status return of 3

2011-12-16 Thread Anton Shterenlikht 
On Fri, Dec 16, 2011 at 10:24:44AM +0100, Monthadar Al Jaberi wrote:
> Hi,
> 
> do you get your panic at early in the boot stage?

yes, the panic is straight after

 WARNING: WITNESS option enabled, expect reduced performance.

> I get the same message on arm when I set the DEBUG_MEMGUARD flag early
> on bootup:

I don't have this in kernel config.


> Nov 24 201018:40:27
> poweron_pll
> EMI_CTRL 0x1C084040
> FRAC 0x92926192
> init_clock
> init_ddr_mt46v32m16_133Mhz
> exit self refresh timeout
> power 0x00310710
> Frac 0x92926192
> start change cpu freq
> hbus 0x0003
> cpu 0x00010001
> KDB: debugger backends: ddb
> KDB: current backend: ddb
> Copyright (c) 1992-2011 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> \0x09The Rege
> nts of the University of California. All rights reserved.
> FreeBSD is a registered trademark of The FreeBSD Foundation.
> FreeBSD 10.0-CURRENT #948: Thu Dec 15 16:45:14 UTC 2011
> r...@bsd.ab:/usr/obj/arm.arm/usr/src/sys/ARM arm
> WARNING: WITNESS option enabled, expect reduced performance.
> WARNING: DIAGNOSTIC option enabled, expect reduced performance.
> MEMGUARD DEBUGGING ALLOCATOR INITIALIZED:
> \0x09MEMGUARD map base: 0xc0e8b000
> \0x09MEMGUARD map lim
> it: 0xc790b000
> \0x09MEMGUARD map size: 109056 KBytes
> CPU: ARM926EJ-S rev 5 (ARM9EJ-S core)
> DC enabled IC enabled WB enabled LABT
> 16KB/32B 4-way Instruction cache
> 16KB/32B 4-way write-back-locking-C Data cache
> real memory = 67108864 (64 MB)
> panic: kmem_suballoc: bad status return of 3
> KDB: enter: panic
> 
> br,
> 
> On Fri, Dec 16, 2011 at 9:40 AM, Anton Shterenlikht  
> wrote:
> > Updating from r216048 to r228561 on sparc64,
> > with sys/conf/newvers.sh changed to REVISION="9.9".
> >
> > Trinscribed by hand:
> >
> > FreeBSD 9.9-CURRENT #3 r228561M:
> >
> > panic: kmem_suballoc: bad status return of 3
> > KDB: enter: panic
> > [ thread pid 0 tid 0 ]

> > The keyboard froze, couldn't get a bt,
> > required a cold reboot.
> >
> > My /etc/make.conf and kernel config files are below.
> >
> > Any advice?
> >
> > Many thanks
> > Anton
> >
> >
> >
> >
> > % cat /etc/make.conf
> > # Add SMTP AUTH support to Sendmail
> > SENDMAIL_CFLAGS+=   -I/usr/local/include -DSASL=2

> > # added by use.perl 2011-11-15 09:47:38
> > PERL_VERSION=5.14.1
> >
> > % cat /root/kernels/QOF
> >
> > makeoptions     DEBUG=-g
> > makeoptions     MODULES_OVERRIDE="geom/geom_part geom/geom_label 
> > opensolaris zfs"
> >
> > options         ALT_BREAK_TO_DEBUGGER
> > options         BREAK_TO_DEBUGGER
> > options         CD9660
> > options         DDB
> > #options        EXCEPTION_TRACING
> > options         FFS
> > options         GDB
> > options         INET
> > options         INET6
> > options         INVARIANTS
> > options         INVARIANT_SUPPORT
> > #options        IPI_PREEMPTION
> > options         KDB
> > options         KTRACE
> > options         MD_ROOT
> > options         MSDOSFS
> > options         NFSCLIENT
> > options         NFSLOCKD
> > options         P1003_1B_SEMAPHORES
> > #options        PREEMPTION
> > options         PRINTF_BUFR_SIZE=128
> > options         PROCFS
> > options         PSEUDOFS
> > options         SCHED_4BSD
> > #options        SCHED_ULE
> > options         SCSI_DELAY=3000
> > options         SCTP                    # Stream Control Transmission 
> > Protocol
> > options         SOFTUPDATES
> > options         SYSVMSG
> > options         SYSVSEM
> > options         SYSVSHM
> > options         UFS_DIRHASH
> > #options        UWX_TRACE_ENABLE
> > options         WITNESS
> > #options        WITNESS_KDB
> > options         WITNESS_SKIPSPIN
> > options         _KPOSIX_PRIORITY_SCHEDULING
> >
> > options         COMPAT_43TTY            # BSD 4.3 TTY compat (sgtty)
> > options         STACK                   # stack(9) support
> > options         HWPMC_HOOKS             # Necessary kernel hooks for 
> > hwpmc(4)
> > options         KBD_INSTALL_CDEV # install a CDEV entry in /dev
> >
> > device          ata
> > device          atadisk
> > device          atapicd
> > device          atapicam
> > device          auxio
> > device          bge
> > device          bpf
> > device          cd
> > device          da
> > device          ebus
> > device          eeprom          # eeprom (really a front-end for the 
> > MK48Txx)
> > device          ehci
> > device          ether           # Ethernet support
> > device          firmware        # firmware assist module
> > device          isa
> > device          loop            # Network loopback
> > device          lpt
> > device          machfb          # ATI Mach64 framebuffers
> > device          mc146818        # Motorola MC146818 and compatible clocks
> > device          md
> > device          miibus          # MII bus support
> > device          mk48txx         # Mostek MK48Txx clocks
> > device          ohci
> > device          pass
> > device          pci
> > device          pty             # BSD-style compatibility ps

Re: grabbing console (syscons) in kernel

2011-12-16 Thread Andriy Gapon 
on 13/12/2011 19:49 Andriy Gapon said the following:
> on 11/12/2011 23:45 Andriy Gapon said the following:
>>
>> There are a few cases when the kernel needs to interact with a user via 
>> syscons.
>> This is the cases where the kernel not only spews some output but also 
>> expects
>> some input.  Some examples are:
>> - asking for a root filesystem specification
>> - entering ddb
>> - asking to press a key for reboot
>>
>> In this cases the kernel implicitly grabs the console for its own use.
>> I'd like to make action more explicit.
>>
>> What do you think about the approach and implementation in the following 
>> patches?
>> Thank you!
>>
>> https://gitorious.org/~avg/freebsd/avgbsd/commit/5248b49ebf84d98a0597fa5aa4d813a38f581acc
>> https://gitorious.org/~avg/freebsd/avgbsd/commit/a0849c52242378474bb2eaa41726376fbc4c5bf6
>> https://gitorious.org/~avg/freebsd/avgbsd/commit/a67515cbd720b16f03ba435ed182966a8a338b15
>> https://gitorious.org/~avg/freebsd/avgbsd/commit/b8864b68b4c0e26ece065a38301c305833be32eb
>> https://gitorious.org/~avg/freebsd/avgbsd/commit/1017ae425d8abecd7482bd6c6deaaf9f25f5c6cd
> 
> 
> I was advised that the above links might not be the best way to present the
> patches for review, so here are them as a single diff file:
> http://people.freebsd.org/~avg/cngrab.diff

I plan to start committing these changes tomorrow.  So if this is "your area" or
you want to be sure that nothing gets broken in this area, then please review
the changes or let me know your review plans.  Post-commit reviews are of course
welcome as usual, but pre-commit reviews are preferred.
Thank you.

>> P.S. one of the benefits is that a keyboard is put into and out of the 
>> polling
>> mode before getting all the required input and after that; not around each
>> character as it is done now in rather twisted 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"

Re: sparc64 r228561 panic: kmem_suballoc: bad status return of 3

2011-12-16 Thread Monthadar Al Jaberi 
Hi,

do you get your panic at early in the boot stage?

I get the same message on arm when I set the DEBUG_MEMGUARD flag early
on bootup:

Nov 24 201018:40:27
poweron_pll
EMI_CTRL 0x1C084040
FRAC 0x92926192
init_clock
init_ddr_mt46v32m16_133Mhz
exit self refresh timeout
power 0x00310710
Frac 0x92926192
start change cpu freq
hbus 0x0003
cpu 0x00010001
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2011 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
\0x09The Rege
nts of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 10.0-CURRENT #948: Thu Dec 15 16:45:14 UTC 2011
r...@bsd.ab:/usr/obj/arm.arm/usr/src/sys/ARM arm
WARNING: WITNESS option enabled, expect reduced performance.
WARNING: DIAGNOSTIC option enabled, expect reduced performance.
MEMGUARD DEBUGGING ALLOCATOR INITIALIZED:
\0x09MEMGUARD map base: 0xc0e8b000
\0x09MEMGUARD map lim
it: 0xc790b000
\0x09MEMGUARD map size: 109056 KBytes
CPU: ARM926EJ-S rev 5 (ARM9EJ-S core)
DC enabled IC enabled WB enabled LABT
16KB/32B 4-way Instruction cache
16KB/32B 4-way write-back-locking-C Data cache
real memory = 67108864 (64 MB)
panic: kmem_suballoc: bad status return of 3
KDB: enter: panic

br,

On Fri, Dec 16, 2011 at 9:40 AM, Anton Shterenlikht  wrote:
> Updating from r216048 to r228561 on sparc64,
> with sys/conf/newvers.sh changed to REVISION="9.9".
>
> Trinscribed by hand:
>
> FreeBSD 9.9-CURRENT #3 r228561M:
>
> panic: kmem_suballoc: bad status return of 3
> KDB: enter: panic
> [ thread pid 0 tid 0 ]
> Stopped at 0x02937e0:   ta    %xcc,1
> db>
>
> The keyboard froze, couldn't get a bt,
> required a cold reboot.
>
> My /etc/make.conf and kernel config files are below.
>
> Any advice?
>
> Many thanks
> Anton
>
>
>
>
> % cat /etc/make.conf
> # Add SMTP AUTH support to Sendmail
> SENDMAIL_CFLAGS+=   -I/usr/local/include -DSASL=2
> SENDMAIL_LDFLAGS+=  -L/usr/local/lib
> SENDMAIL_LDADD+=    -lsasl2
>
> # added by use.perl 2011-11-15 09:47:38
> PERL_VERSION=5.14.1
>
> % cat /root/kernels/QOF
>
> cpu             SUN4U           # work sparc64
> ident           QOF
>
> makeoptions     DEBUG=-g
> makeoptions     MODULES_OVERRIDE="geom/geom_part geom/geom_label opensolaris 
> zfs"
>
> options         ALT_BREAK_TO_DEBUGGER
> options         BREAK_TO_DEBUGGER
> options         CD9660
> options         DDB
> #options        EXCEPTION_TRACING
> options         FFS
> options         GDB
> options         INET
> options         INET6
> options         INVARIANTS
> options         INVARIANT_SUPPORT
> #options        IPI_PREEMPTION
> options         KDB
> options         KTRACE
> options         MD_ROOT
> options         MSDOSFS
> options         NFSCLIENT
> options         NFSLOCKD
> options         P1003_1B_SEMAPHORES
> #options        PREEMPTION
> options         PRINTF_BUFR_SIZE=128
> options         PROCFS
> options         PSEUDOFS
> options         SCHED_4BSD
> #options        SCHED_ULE
> options         SCSI_DELAY=3000
> options         SCTP                    # Stream Control Transmission Protocol
> options         SOFTUPDATES
> options         SYSVMSG
> options         SYSVSEM
> options         SYSVSHM
> options         UFS_DIRHASH
> #options        UWX_TRACE_ENABLE
> options         WITNESS
> #options        WITNESS_KDB
> options         WITNESS_SKIPSPIN
> options         _KPOSIX_PRIORITY_SCHEDULING
>
> options         COMPAT_43TTY            # BSD 4.3 TTY compat (sgtty)
> options         STACK                   # stack(9) support
> options         HWPMC_HOOKS             # Necessary kernel hooks for hwpmc(4)
> options         KBD_INSTALL_CDEV # install a CDEV entry in /dev
>
> device          ata
> device          atadisk
> device          atapicd
> device          atapicam
> device          auxio
> device          bge
> device          bpf
> device          cd
> device          da
> device          ebus
> device          eeprom          # eeprom (really a front-end for the MK48Txx)
> device          ehci
> device          ether           # Ethernet support
> device          firmware        # firmware assist module
> device          isa
> device          loop            # Network loopback
> device          lpt
> device          machfb          # ATI Mach64 framebuffers
> device          mc146818        # Motorola MC146818 and compatible clocks
> device          md
> device          miibus          # MII bus support
> device          mk48txx         # Mostek MK48Txx clocks
> device          ohci
> device          pass
> device          pci
> device          pty             # BSD-style compatibility pseudo ttys
> device          puc             # Multi-channel uarts
> device          ppbus
> device          ppc
> device          random          # Entropy device
> device          rtc             # rtc (really a front-end for the MC146818)
> device          sbus
> device          sc
> device          scbus           # SCSI bus

sparc64 r228561 panic: kmem_suballoc: bad status return of 3

2011-12-16 Thread Anton Shterenlikht 
Updating from r216048 to r228561 on sparc64,
with sys/conf/newvers.sh changed to REVISION="9.9".

Trinscribed by hand:

FreeBSD 9.9-CURRENT #3 r228561M:

panic: kmem_suballoc: bad status return of 3
KDB: enter: panic
[ thread pid 0 tid 0 ]
Stopped at 0x02937e0:   ta%xcc,1
db>

The keyboard froze, couldn't get a bt,
required a cold reboot.

My /etc/make.conf and kernel config files are below.

Any advice?

Many thanks
Anton




% cat /etc/make.conf
# Add SMTP AUTH support to Sendmail
SENDMAIL_CFLAGS+=   -I/usr/local/include -DSASL=2
SENDMAIL_LDFLAGS+=  -L/usr/local/lib
SENDMAIL_LDADD+=-lsasl2

# added by use.perl 2011-11-15 09:47:38
PERL_VERSION=5.14.1

% cat /root/kernels/QOF

cpu SUN4U   # work sparc64
ident   QOF

makeoptions DEBUG=-g
makeoptions MODULES_OVERRIDE="geom/geom_part geom/geom_label opensolaris 
zfs"

options ALT_BREAK_TO_DEBUGGER
options BREAK_TO_DEBUGGER
options CD9660
options DDB
#optionsEXCEPTION_TRACING
options FFS
options GDB
options INET
options INET6
options INVARIANTS
options INVARIANT_SUPPORT
#optionsIPI_PREEMPTION
options KDB
options KTRACE
options MD_ROOT
options MSDOSFS
options NFSCLIENT
options NFSLOCKD
options P1003_1B_SEMAPHORES
#optionsPREEMPTION
options PRINTF_BUFR_SIZE=128
options PROCFS
options PSEUDOFS
options SCHED_4BSD
#optionsSCHED_ULE
options SCSI_DELAY=3000
options SCTP# Stream Control Transmission Protocol
options SOFTUPDATES
options SYSVMSG
options SYSVSEM
options SYSVSHM
options UFS_DIRHASH
#optionsUWX_TRACE_ENABLE
options WITNESS
#optionsWITNESS_KDB
options WITNESS_SKIPSPIN
options _KPOSIX_PRIORITY_SCHEDULING

options COMPAT_43TTY# BSD 4.3 TTY compat (sgtty)
options STACK   # stack(9) support
options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4)
options KBD_INSTALL_CDEV # install a CDEV entry in /dev

device  ata
device  atadisk
device  atapicd
device  atapicam
device  auxio
device  bge
device  bpf
device  cd
device  da
device  ebus
device  eeprom  # eeprom (really a front-end for the MK48Txx)
device  ehci
device  ether   # Ethernet support
device  firmware# firmware assist module
device  isa
device  loop# Network loopback
device  lpt
device  machfb  # ATI Mach64 framebuffers
device  mc146818# Motorola MC146818 and compatible clocks
device  md
device  miibus  # MII bus support
device  mk48txx # Mostek MK48Txx clocks
device  ohci
device  pass
device  pci
device  pty # BSD-style compatibility pseudo ttys
device  puc # Multi-channel uarts
device  ppbus
device  ppc
device  random  # Entropy device
device  rtc # rtc (really a front-end for the MC146818)
device  sbus
device  sc
device  scbus   # SCSI bus (required for SCSI)
device  scc # Serial communications controllers.
device  snd_audiocs
device  snd_t4dwave
device  sound
device  tun # Packet tunnel.
device  uart# Multi-uart driver
device  uhci
device  ukbd# Keyboard
device  umass
device  ums # Mouse
device  usb

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
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: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2011-12-16 Thread Stefan Esser 
Am 16.12.2011 07:06, schrieb Alex Kuster:
> On 12/16/2011 02:41, Arnaud Lacombe wrote:
>> Hi,
>>
>> On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann
>>   wrote:
>>> Just saw this shot benchmark on Phoronix dot com today:
>>>
>>> http://www.phoronix.com/scan.php?page=news_item&px=MTAyNzA
>>>
>> it might be worth highlighting that despite Oracle Linux 6.1 Server is
>> using a kernel + compiler almost 2 years old, it still manages to
>> out-perform the bleeding edge FreeBSD :-)

No, there was no measurement of Oracle Linux 6.1 compared to a normal
FreeBSD installation as has already pointed out by quite a number of people.

>> Now, from what I've read so far in this thread, it seems that a lot of
>> people are still in abnegation...
>>
>> my 0.2c,
>>   - Arnaud
> 
> This smells like flamebait ...
> Because everyone with a little love or knowledge about benchmarking
> would realize that the benchmark is all wrong, and not only that ...
> they say that the benchmark tests defaults and ZFS, afaik is far from
> being a default.

Yes, and a default installation of FreeBSD (with UFS2 and SU or SU+J)
would have allowed to run the *exact same* binaries used in the Linux
test by just recursively copying the Linux root to /compat/linux (and
loading linux.ko, of course). There is some emulation overhead (more
pathes are searched, for example), but FreeBSD compared well under
realistic loads in prior tests.

The problem with a number of the tests (obviously measuring the amount
of dirty buffers allowed by the kernel before a generating program is
throttled back to prevent loosing valuable buffer cache contents) does
also lead to very misleading results (since they do not measure a steady
state load situation common on a server).


We have gone through this topic a number of times (as a search for
Phoronix on the mail archives schould be able to reveal).

There may be performance advantages for either OS compared to the other,
but most of the Phoronix tests are totally unsuitable to find them, even
when performed under fair conditions (e.g. same compiler version,
comparable file system).

STefan
___
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: Idea for change to boot0

2011-12-16 Thread Erik Cederstrand 
Den 15/12/2011 kl. 22.21 skrev Andrew Boyer:

> These two changes allow you to set PXE as the default MBR boot selection, 
> which enables you to write a 'reboot to the network' script.  We've found it 
> to be very useful.  What do people think?

I think this is very useful for e.g. re-installing a machine automatically. 
I've previously switched between PXE and HD boot by setting the BIOS boot order 
to HD first, PXE second and then wiping the MBR whenever I need to PXE-boot to 
reinstall the machine, but this is simpler and allows for more use-cases.

Kind regards,
Erik___
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"