[releng_9 tinderbox] failure on ia64/ia64

2012-01-04 Thread FreeBSD Tinderbox 
TB --- 2012-01-04 22:56:38 - tinderbox 2.8 running on freebsd-stable.sentex.ca
TB --- 2012-01-04 22:56:38 - starting RELENG_9 tinderbox run for ia64/ia64
TB --- 2012-01-04 22:56:38 - cleaning the object tree
TB --- 2012-01-04 22:57:14 - cvsupping the source tree
TB --- 2012-01-04 22:57:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_9/ia64/ia64/supfile
TB --- 2012-01-04 22:58:20 - building world
TB --- 2012-01-04 22:58:20 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-04 22:58:20 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-04 22:58:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-04 22:58:20 - SRCCONF=/dev/null
TB --- 2012-01-04 22:58:20 - TARGET=ia64
TB --- 2012-01-04 22:58:20 - TARGET_ARCH=ia64
TB --- 2012-01-04 22:58:20 - TZ=UTC
TB --- 2012-01-04 22:58:20 - __MAKE_CONF=/dev/null
TB --- 2012-01-04 22:58:20 - cd /src
TB --- 2012-01-04 22:58:20 - /usr/bin/make -B buildworld
>>> World build started on Wed Jan  4 22:58:25 UTC 2012
>>> 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
>>> World build completed on Thu Jan  5 00:25:49 UTC 2012
TB --- 2012-01-05 00:25:49 - generating LINT kernel config
TB --- 2012-01-05 00:25:49 - cd /src/sys/ia64/conf
TB --- 2012-01-05 00:25:49 - /usr/bin/make -B LINT
TB --- 2012-01-05 00:25:50 - cd /src/sys/ia64/conf
TB --- 2012-01-05 00:25:50 - /usr/sbin/config -m LINT
TB --- 2012-01-05 00:25:50 - building LINT kernel
TB --- 2012-01-05 00:25:50 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 00:25:50 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 00:25:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 00:25:50 - SRCCONF=/dev/null
TB --- 2012-01-05 00:25:50 - TARGET=ia64
TB --- 2012-01-05 00:25:50 - TARGET_ARCH=ia64
TB --- 2012-01-05 00:25:50 - TZ=UTC
TB --- 2012-01-05 00:25:50 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 00:25:50 - cd /src
TB --- 2012-01-05 00:25:50 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Thu Jan  5 00:25:50 UTC 2012
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 
-mfixed-range=f32-f127 -fpic -ffreestanding -Werror  
/src/sys/gnu/fs/xfs/xfs_behavior.c -I/src/sys/gnu/fs/xfs/FreeBSD 
-I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 
-mfixed-range=f32-f127 -fpic -ffreestanding -Werror  
/src/sys/compat/freebsd32/freebsd32_ioctl.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option   -nostdinc  -I. -I/src/sys 
-I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 
-mfixed-range=f32-f127 -fpic -ffreestanding -Werror  
/src/sys/compat/freebsd32/freebsd32_misc.c
/src/sys/compat/freebsd32/freebsd32_misc.c: In function 
'freebsd32_posix_fallocate':
/src/sys/compat/freebsd32/freebsd32_misc.c:2814: error: 'struct 
freebsd32_posix_fallocate_args' has no member named 'offset1'
/src/sys/compat/freebsd32/freebsd32_misc.c:2814: error: 'struct 
freebsd32_posix_fallocate_args' has no member named 'offset2'
/src/sys/compat/freebsd32/freebsd32_misc.c:2815: error: 'struct 
freebsd32_posix_fallocat

[releng_9 tinderbox] failure on amd64/amd64

2012-01-04 Thread FreeBSD Tinderbox 
TB --- 2012-01-04 21:24:08 - tinderbox 2.8 running on freebsd-stable.sentex.ca
TB --- 2012-01-04 21:24:08 - starting RELENG_9 tinderbox run for amd64/amd64
TB --- 2012-01-04 21:24:08 - cleaning the object tree
TB --- 2012-01-04 21:25:01 - cvsupping the source tree
TB --- 2012-01-04 21:25:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/RELENG_9/amd64/amd64/supfile
TB --- 2012-01-04 21:26:11 - building world
TB --- 2012-01-04 21:26:11 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-04 21:26:11 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-04 21:26:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-04 21:26:11 - SRCCONF=/dev/null
TB --- 2012-01-04 21:26:11 - TARGET=amd64
TB --- 2012-01-04 21:26:11 - TARGET_ARCH=amd64
TB --- 2012-01-04 21:26:11 - TZ=UTC
TB --- 2012-01-04 21:26:11 - __MAKE_CONF=/dev/null
TB --- 2012-01-04 21:26:11 - cd /src
TB --- 2012-01-04 21:26:11 - /usr/bin/make -B buildworld
>>> World build started on Wed Jan  4 21:26:12 UTC 2012
>>> 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
>>> stage 5.1: building 32 bit shim libraries
>>> World build completed on Thu Jan  5 00:10:48 UTC 2012
TB --- 2012-01-05 00:10:48 - generating LINT kernel config
TB --- 2012-01-05 00:10:48 - cd /src/sys/amd64/conf
TB --- 2012-01-05 00:10:48 - /usr/bin/make -B LINT
TB --- 2012-01-05 00:10:48 - cd /src/sys/amd64/conf
TB --- 2012-01-05 00:10:48 - /usr/sbin/config -m LINT
TB --- 2012-01-05 00:10:48 - building LINT kernel
TB --- 2012-01-05 00:10:48 - CROSS_BUILD_TESTING=YES
TB --- 2012-01-05 00:10:48 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-01-05 00:10:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-01-05 00:10:48 - SRCCONF=/dev/null
TB --- 2012-01-05 00:10:48 - TARGET=amd64
TB --- 2012-01-05 00:10:48 - TARGET_ARCH=amd64
TB --- 2012-01-05 00:10:48 - TZ=UTC
TB --- 2012-01-05 00:10:48 - __MAKE_CONF=/dev/null
TB --- 2012-01-05 00:10:48 - cd /src
TB --- 2012-01-05 00:10:48 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Thu Jan  5 00:10:49 UTC 2012
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99  -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option   
-nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF 
-fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone 
-mno-mmx -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fstack-protector -Werror -pg -mprofiler-epilogue 
/src/sys/amd64/ia32/ia32_misc.c
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99  -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option   
-nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF 
-fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone 
-mno-mmx -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fstack-protector -Werror -pg -mprofiler-epilogue 
/src/sys/compat/freebsd32/freebsd32_ioctl.c
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99  -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option   
-nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF 
-fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone 
-mno-mmx -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fstack-protector -Werror -pg -mprofiler-epilogue 
/src/sys/compat/freebsd32/freebsd32_misc.c
/src/sys/compat/freebsd32/freebsd32_misc.c: In function 
'f

DNSSec on FreeBSD 9.0-RELEASE causes CPU 100%

2012-01-04 Thread George Kontostanos 
Greetings everyone,

I was testing DNSSec resolution on BIND 9.8.1-P1 by adding the
following options:

options {
...
dnssec-enable yes;
dnssec-validation auto;
...
};

Unfortunately immediately after named is restarted one CPU reaches
100% utilization.

CPU: 30.1% user,  0.0% nice, 23.6% system,  0.0% interrupt, 46.3% idle
Mem: 111M Active, 14M Inact, 255M Wired, 852K Cache, 3558M Free
Swap: 2048M Total, 2048M Free

  PID USERNAMETHR PRI NICE   SIZERES STATE   C   TIME   WCPU COMMAND
 2178 bind  5  200 51364K 13828K kqread  0   0:17 84.18% named

The system is running GENERIC kernel, and it not an authoritative DNS.
Mainly used for testing purposes. My logs don't show anything strange:

Jan  5 02:03:55 hp named[2178]: starting BIND 9.8.1-P1 -t /var/named -u bind
Jan  5 02:03:55 hp named[2178]: built with '--prefix=/usr'
'--infodir=/usr/share/info' '--mandir=/usr/share/man'
'--enable-threads' '--enable-getifaddrs' '--disable-linux-caps'
'--with-openssl=/usr' '--with-randomdev=/dev/random' '--without-idn'
'--without-libxml2'
Jan  5 02:03:55 hp named[2178]: using built-in root key for view _default
Jan  5 02:03:55 hp named[2178]: command channel listening on 127.0.0.1#953
Jan  5 02:03:55 hp named[2178]: command channel listening on ::1#953
an  5 02:03:55 hp named[2178]: running

Anybody has come across a similar behavior ?

Cheers,

-- 
George Kontostanos
Aicom telecoms ltd
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2012-01-04 Thread Garrett Cooper 
On Wed, Jan 4, 2012 at 1:58 PM, Arnaud Lacombe  wrote:
> Hi,
>
> On Fri, Dec 16, 2011 at 12:16 PM,   wrote:
>> Thanks.
>>
>> My request for the person documenting the tunings also runs the benchmark to
>> ensure expected behaviour.
>>
> Why should you have to tune anything ? Did you tune the Oracle Server
> install ? If not, you should not have to tune the FreeBSD install,
> that wouldn't be fair. If you tune FreeBSD, you should tune the Oracle
> Server install too. It is pretty easy to win at least 30% in
> performance for certain workload by choosing the right kernel
> configuration.

This assumes that Oracle doesn't do secret sauce tuning... the Vanilla
CentOS/RHEL base is probably a better comparison than the Oracle
custom distro.
Thanks!
-Garrett
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2012-01-04 Thread Alexander Kabaev 
On Wed, 04 Jan 2012 14:31:55 -0800
 wrote:

>Thanks for the comment Arnaud.   For comparative benchmarking
> on[1]Phoronix.com, Michael inva   configuration 'in the way the
> developers or   production'.  This is by rule. However, i   poor
> scores on be   'it should be tuned,   is configured for a diffe   The
> response from us to this comes in two forms. &nb   1) If it is the
> wrong workload for the platform, do a public pos   explaining and
> analysing the results.  Highlighting the rationale fo   r the
> concious reduction in performance (ie: journaling filesystems with
> ba   filesystem integrity   2) If tuning can have a material impact
> on the results, post a t   uning guide with step by step and
> rationale.  Ie: educate the communit   Michael and I have had many
> discussions with vendors an   on this.  In almost all cases, the
> vendor has either cha   default configuration or accepted the results
> as valid. Asguide, Micha   comparison.  To dat   offer.  In part,
> thi   public, but that is more of a result of a one sided d   party
> external to a particular community (with a healthy tou
> journalisticly pumped compare & contrast).  For the FreeBSD
> community, who else outside of the FreeBSD community actually runs
> public c   Matthew

Not really related to the discussion on hand, but the above about the
most unreadable email I am yet to read on the public mailing list.

-- 
Alexander Kabaev


signature.asc
Description: PGP signature

Re: [releng_9 tinderbox] failure on powerpc/powerpc

2012-01-04 Thread Super Bisquit 
Why not compare native builds to tinderbox?

2012/1/4 Dag-Erling Smørgrav 

> Garrett Cooper  writes:
> > That's not relevant to these errors. For some odd reason tinderbox
> > takes 1-2 iterations to reach equilibrium when someone makes a data
> > structure change, even a change to a header and C file are done in the
> > same commit. It would be really nice to figure out what the issue is
> > because this is a regular occurrence that pops up on the current@ and
> > architecture specific mailing lists.
>
> All the tinderbox does, really, is "rm -rf /usr/obj; make buildworld".
>
> Note that the tinderbox pulls sources from CVS, so even if both files
> were modified in the same SVN commit, it may still end up with an
> inconsistent tree.
>
> DES
> --
> Dag-Erling Smørgrav - d...@des.no
>
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2012-01-04 Thread Matthew Tippett 
Hmm... No sure what happened there again.  What I sent (pulled from my 
"Sent" folder...

===

Thanks for the comment Arnaud.   For comparative benchmarking on 
Phoronix.com , Michael invariable leaves it in the 
default configuration 'in the way the developers or vendor wanted it for 
production'.  This is by rule.


However, invariable the community or vendor for platforms that post poor 
scores on benchmark cry foul about using the default config.  'it should 
be tuned, no-one deploys an untuned system' or 'the system is configured 
for a different workload'.


The response from us to this comes in two forms.

1) If it is the wrong workload for the platform, do a public post 
explaining and analysing the results.  Highlighting the rationale for 
the concious reduction in performance (ie: journaling filesystems with 
barriers suffer in some write benchmarks for the sake of filesystem 
integrity.


2) If tuning can have a material impact on the results, post a tuning 
guide with step by step and rationale.  Ie: educate the community and users.


Michael and I have had many discussions with vendors and communities on 
this.  In almost all cases, the vendor has either changed the default 
configuration or accepted the results as valid.


As a service to the community or vendor that publishes the tuning guide, 
Michael is more than willing to redo a tuned vs untuned comparison.  To 
date, the communities have never taken us up on that offer.  In part, 
this affects Phoronix.com 's perception in the 
public, but that is more of a result of a one sided discussion by a 
party external to a particular community (with a healthy touch of 
journalisticly pumped compare & contrast).  For the FreeBSD community, 
who else outside of the FreeBSD community actually runs public 
comparisons of FreeBSD against anything?


Matthew
===

On 01/04/2012 03:49 PM, Alexander Kabaev wrote:

On Wed, 04 Jan 2012 14:31:55 -0800
  wrote:


Thanks for the comment Arnaud.   For comparative benchmarking
on[1]Phoronix.com, Michael inva   configuration 'in the way the
developers or   production'.  This is by rule. However, i   poor
scores on be   'it should be tuned,   is configured for a diffe   The
response from us to this comes in two forms.&nb   1) If it is the
wrong workload for the platform, do a public pos   explaining and
analysing the results.  Highlighting the rationale fo   r the
concious reduction in performance (ie: journaling filesystems with
ba   filesystem integrity   2) If tuning can have a material impact
on the results, post a t   uning guide with step by step and
rationale.  Ie: educate the communit   Michael and I have had many
discussions with vendors an   on this.  In almost all cases, the
vendor has either cha   default configuration or accepted the results
as valid. Asguide, Micha   comparison.  To dat   offer.  In part,
thi   public, but that is more of a result of a one sided d   party
external to a particular community (with a healthy tou
journalisticly pumped compare&  contrast).  For the FreeBSD
community, who else outside of the FreeBSD community actually runs
public c   Matthew

Not really related to the discussion on hand, but the above about the
most unreadable email I am yet to read on the public mailing list.



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

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2012-01-04 Thread matthew 

   Thanks for the comment Arnaud.   For comparative benchmarking on
[1]Phoronix.com, Michael inva= riable leaves it in the default
   configuration 'in the way the developers or= vendor wanted it for
   production'.  This is by rule.
   However, i= nvariable the community or vendor for platforms that post
   poor scores on be= nchmark cry foul about using the default config.
   'it should be tuned,= no-one deploys an untuned system' or 'the system
   is configured for a diffe= rent workload'.
   The response from us to this comes in two forms. &nb= sp;
   1) If it is the wrong workload for the platform, do a public pos= t
   explaining and analysing the results.  Highlighting the rationale fo   r the 
concious reduction in performance (ie: journaling filesystems
   with ba= rriers suffer in some write benchmarks for the sake of
   filesystem integrity= .
   2) If tuning can have a material impact on the results, post a t   uning 
guide with step by step and rationale.  Ie: educate the
   communit= y and users.
   Michael and I have had many discussions with vendors an= d communities
   on this.  In almost all cases, the vendor has either cha= nged the
   default configuration or accepted the results as valid.
   As = a service to the community or vendor that publishes the tuning
   guide, Micha= el is more than willing to redo a tuned vs untuned
   comparison.  To dat= e, the communities have never taken us up on that
   offer.  In part, thi= s affects [2]Phoronix.com's perception in the
   public, but that is more of a result of a one sided d= iscussion by a
   party external to a particular community (with a healthy tou= ch of
   journalisticly pumped compare & contrast).  For the FreeBSDcommunity, 
who else outside of the FreeBSD community actually runs
   public c= omparisons of FreeBSD against anything?
   Matthew

   -- Sent from my HP Pre3
 _

   On Jan 4, 2012 1:58 PM, Arnaud Lacombe  wrote:
   > Thanks.
   >
   &= gt; My request for the person documenting the tunings also runs the
   benchma= rk to
   > ensure expected behaviour.
   >
   Why should you= have to tune anything ? Did you tune the Oracle
   Server
   install ? If = not, you should not have to tune the FreeBSD
   install,
   that wouldn't b= e fair. If you tune FreeBSD, you should tune the
   Oracle
   Server instal= l too. It is pretty easy to win at least 30% in
   performance for certa= in workload by choosing the right kernel
   configuration.
   
   = - Arnaud
   
   > The installation, execution and comparison agai= nst the benchmarks
   in the
   > article is fairly simple.
   >= 
   > Note that some tuning may not be relevant or recommended (ie: s= ome
   of the fs
   > benchmarks are sensitive to barriers and other syn= chronous
   operations).  I'd
   > recommend bowing out of a benchm= ark with a 'we're going to be
   slower since
   > the default configura= tion is this way for the following reason' if
   this is
   > the case.= 
   >
   > Thanks 'someone'.
   >
   > Matthew
>
   >
   >  Dec 16, 2011 8:46 AM, Adrian Chadd 
   wrote:
   >
   > 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 sh= iny
   blog
   > sites with graphs rather than mailing lists. Sorry, we = lost
   that
   > battle. :)
   >
   >
   >
   >= Adrian
   > ___
   &g= t; freebsd-performa...@freebsd.org mailing list
   > http://lists.fre= ebsd.org/mailman/listinfo/freebsd-performance
   > To unsubscribe, se= nd any mail to
   > "freebsd-performance-unsubscr...@freebsd.org"
<= br>

References

   1. 3D"http://Phoronix.com"/
   2. 3D"http://Phoronix.com"/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2012-01-04 Thread Arnaud Lacombe 
Hi,

On Fri, Dec 16, 2011 at 12:16 PM,   wrote:
> Thanks.
>
> My request for the person documenting the tunings also runs the benchmark to
> ensure expected behaviour.
>
Why should you have to tune anything ? Did you tune the Oracle Server
install ? If not, you should not have to tune the FreeBSD install,
that wouldn't be fair. If you tune FreeBSD, you should tune the Oracle
Server install too. It is pretty easy to win at least 30% in
performance for certain workload by choosing the right kernel
configuration.

 - Arnaud

> The installation, execution and comparison against the benchmarks in the
> article is fairly simple.
>
> Note that some tuning may not be relevant or recommended (ie: some of the fs
> benchmarks are sensitive to barriers and other synchronous operations).  I'd
> recommend bowing out of a benchmark with a 'we're going to be slower since
> the default configuration is this way for the following reason' if this is
> the case.
>
> Thanks 'someone'.
>
> Matthew
>
>
>  Dec 16, 2011 8:46 AM, Adrian Chadd  wrote:
>
> 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-performa...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-performance
> To unsubscribe, send any mail to
> "freebsd-performance-unsubscr...@freebsd.org"
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

REMAINDER: Call for FreeBSD Status Reports - 4Q/2011

2012-01-04 Thread Daniel Gerzo 

Hello everybody,

I'd like to remind you that only ca. 10 days have left to the status 
report submission deadline. Note that we have only received 4 entries so 
far. I guess most of the people's holidays have finished by now so I 
hope we will receive much more than that by January 15, 2012.


Thanks in advance!

PS: Happy New Year 2012!

 Original Message 
Subject: REMAINDER: Call for FreeBSD Status Reports - 4Q/2011
Date: Wed, 21 Dec 2011 12:20:01 +0100
From: Daniel Gerzo 
Organization: The FreeBSD Project
To: , , 

Dear all,

I would like to remind you that the next round of status reports
covering the fourth quarter of 2011 are due on January 15th, 2012.
As this initiative is very popular among our users, I would like to
ask you to submit your status reports as sooner than later (holidays
are quickly approaching), so that we can compile the report in a
timely fashion.

Do not hesitate and write a few lines; a short  description about
what you are working on, what your plans and goals are, or any other
information that you consider interested is always welcome. This way
we can inform our community about your great work!
Check out the reports from the past to get some inspiration of what
your submission should look like.

If you know about a project that should be included in the status
report, please let us know as well, so we can poke the responsible
people to provide us with something useful. Updates to submissions from
the last report are welcome as well.

Note that the submissions are accepted from anyone involved within the
FreeBSD community, you do not have to be a FreeBSD committer. Anything
related to FreeBSD can be covered.

Please email us the filled-in XML template which can be found at
http://www.freebsd.org/news/status/report-sample.xml to
mont...@freebsd.org, or alternatively use our web based form located at
http://www.freebsd.org/cgi/monthly.cgi.

For more information, please visit http://www.freebsd.org/news/status/.

We are looking forward to see your submissions!

--
Kind regards
  Daniel Gerzo
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

gmirror not synced

2012-01-04 Thread Gareth de Vaux 
Hi all, I've noticed that the md5 hashes of a couple of files on
a gmirror change when I recalculate the hashes. The output usually
cycles between 2 hashes per file.

I'm guessing this is because each calculation reads the file
randomly from 1 of 2 component drives, and the files in question
had a few bit flips during their original sync. I also assume
this's something you have to live with for gmirror? Is removing
and completely rebuilding the secondary drive the only thing you
can do (which might fix these bit flips but incur others elsewhere)?
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: svn commit: r229497 - in stable/8/sys: conf modules modules/ipfw netinet/ipfw

2012-01-04 Thread Bjoern A. Zeeb 
On 4. Jan 2012, at 19:40 , John Baldwin wrote:

> On Wednesday, January 04, 2012 2:09:44 pm Bjoern A. Zeeb wrote:
>> On 4. Jan 2012, at 18:01 , John Baldwin wrote:
>> 
>>> On Wednesday, January 04, 2012 12:50:38 pm Jason Hellenthal wrote:
 
 After this change I am recieving the attached error log.
>>> 
>>> My fault, looks like stable/8 doesn't have WITH_INET / WITHOUT_INET.
>>> I'm doing tests on a fix now.
>> 
>> Alternatively I can MFC the knobs;  they are part of the other 50 possible
>> MFCs in my mailbox to do;  I had just planned to wait on the entire 
> stable/9/8/7
>> sweep to go by first.
>> 
>> There was also a follow-up fix from me on this...
> 
> I have all your follow-ups AFAIK (I merged 3 changes).  Oddly, 
> sys/modules/netgraph/ipfw/Makefile already references MK_INET_SUPPORT.  I 
> guess no one has tried to build that outside of a kernel build on 8.
> 
> Bjoern has volunteered to MFC the knob to 8 to fix this.

That has happened.  Let me know if it wasn't enough.

/bz

-- 
Bjoern A. Zeeb You have to have visions!
   It does not matter how good you are. It matters what good you do!

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

Re: svn commit: r229497 - in stable/8/sys: conf modules modules/ipfw netinet/ipfw

2012-01-04 Thread John Baldwin 
On Wednesday, January 04, 2012 2:09:44 pm Bjoern A. Zeeb wrote:
> On 4. Jan 2012, at 18:01 , John Baldwin wrote:
> 
> > On Wednesday, January 04, 2012 12:50:38 pm Jason Hellenthal wrote:
> >> 
> >> After this change I am recieving the attached error log.
> > 
> > My fault, looks like stable/8 doesn't have WITH_INET / WITHOUT_INET.
> > I'm doing tests on a fix now.
> 
> Alternatively I can MFC the knobs;  they are part of the other 50 possible
> MFCs in my mailbox to do;  I had just planned to wait on the entire 
stable/9/8/7
> sweep to go by first.
> 
> There was also a follow-up fix from me on this...

I have all your follow-ups AFAIK (I merged 3 changes).  Oddly, 
sys/modules/netgraph/ipfw/Makefile already references MK_INET_SUPPORT.  I 
guess no one has tried to build that outside of a kernel build on 8.

Bjoern has volunteered to MFC the knob to 8 to fix this.

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

Re: svn commit: r229497 - in stable/8/sys: conf modules modules/ipfw netinet/ipfw

2012-01-04 Thread Bjoern A. Zeeb 
On 4. Jan 2012, at 18:01 , John Baldwin wrote:

> On Wednesday, January 04, 2012 12:50:38 pm Jason Hellenthal wrote:
>> 
>> After this change I am recieving the attached error log.
> 
> My fault, looks like stable/8 doesn't have WITH_INET / WITHOUT_INET.
> I'm doing tests on a fix now.

Alternatively I can MFC the knobs;  they are part of the other 50 possible
MFCs in my mailbox to do;  I had just planned to wait on the entire stable/9/8/7
sweep to go by first.

There was also a follow-up fix from me on this...

/bz

-- 
Bjoern A. Zeeb You have to have visions!
   It does not matter how good you are. It matters what good you do!

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

Re: svn commit: r229497 - in stable/8/sys: conf modules modules/ipfw netinet/ipfw

2012-01-04 Thread John Baldwin 
On Wednesday, January 04, 2012 12:50:38 pm Jason Hellenthal wrote:
> 
> After this change I am recieving the attached error log.

My fault, looks like stable/8 doesn't have WITH_INET / WITHOUT_INET.
I'm doing tests on a fix now.

> On Wed, Jan 04, 2012 at 04:20:56PM +, John Baldwin wrote:
> > Author: jhb
> > Date: Wed Jan  4 16:20:55 2012
> > New Revision: 229497
> > URL: http://svn.freebsd.org/changeset/base/229497
> > 
> > Log:
> >   MFC 225518,225793,227085:
> >   Allow the ipfw.ko module built with a kernel to honor any options defined
> >   in the kernel config.  This more closely matches the behavior of other
> >   modules which inherit configuration settings from the kernel configuration
> >   during a kernel + modules build.
> >   
> >   Do not try to build the module in case of no INET support but keep #error
> >   calls for now in case we would compile it into the kernel.
> >   
> >   While here garbage collect unneeded opt_*.h includes.
> >   opt_ipdn.h is not used anywhere but we need to leave the DUMMYNET
> >   entry in options for conditional inclusion in kernel so keep the
> >   file with the same name.
> > 
> > Modified:
> >   stable/8/sys/modules/Makefile
> >   stable/8/sys/modules/ipfw/Makefile
> >   stable/8/sys/netinet/ipfw/ip_fw2.c
> >   stable/8/sys/netinet/ipfw/ip_fw_dynamic.c
> >   stable/8/sys/netinet/ipfw/ip_fw_log.c
> >   stable/8/sys/netinet/ipfw/ip_fw_pfil.c
> >   stable/8/sys/netinet/ipfw/ip_fw_sockopt.c
> >   stable/8/sys/netinet/ipfw/ip_fw_table.c
> > Directory Properties:
> >   stable/8/sys/   (props changed)
> >   stable/8/sys/amd64/include/xen/   (props changed)
> >   stable/8/sys/cddl/contrib/opensolaris/   (props changed)
> >   stable/8/sys/conf/ldscript.mips.octeon1.32   (props changed)
> >   stable/8/sys/conf/ldscript.mips.octeon1.64   (props changed)
> >   stable/8/sys/contrib/dev/acpica/   (props changed)
> >   stable/8/sys/contrib/pf/   (props changed)
> > 
> > Modified: stable/8/sys/modules/Makefile
> > ==
> > --- stable/8/sys/modules/Makefile   Wed Jan  4 16:07:16 2012
> > (r229496)
> > +++ stable/8/sys/modules/Makefile   Wed Jan  4 16:20:55 2012
> > (r229497)
> > @@ -134,7 +134,7 @@ SUBDIR= ${_3dfx} \
> > ${_io} \
> > ipdivert \
> > ${_ipfilter} \
> > -   ipfw \
> > +   ${_ipfw} \
> > ipfw_nat \
> > ${_ipmi} \
> > ip_mroute_mod \
> > @@ -366,6 +366,10 @@ _random=   random
> >  _ipfilter= ipfilter
> >  .endif
> >  
> > +.if ${MK_INET_SUPPORT} != "no" || defined(ALL_MODULES)
> > +_ipfw= ipfw
> > +.endif
> > +
> >  .if ${MK_NETGRAPH} != "no" || defined(ALL_MODULES)
> >  _netgraph= netgraph
> >  .endif
> > 
> > Modified: stable/8/sys/modules/ipfw/Makefile
> > ==
> > --- stable/8/sys/modules/ipfw/Makefile  Wed Jan  4 16:07:16 2012
> > (r229496)
> > +++ stable/8/sys/modules/ipfw/Makefile  Wed Jan  4 16:20:55 2012
> > (r229497)
> > @@ -8,7 +8,7 @@ KMOD=   ipfw
> >  SRCS=  ip_fw2.c ip_fw_pfil.c
> >  SRCS+= ip_fw_dynamic.c ip_fw_log.c
> >  SRCS+= ip_fw_sockopt.c ip_fw_table.c
> > -SRCS+= opt_inet6.h opt_ipsec.h
> > +SRCS+= opt_inet.h opt_inet6.h opt_ipdivert.h opt_ipfw.h opt_ipsec.h
> >  
> >  CFLAGS+= -DIPFIREWALL
> >  CFLAGS+= -I${.CURDIR}/../../contrib/pf
> > @@ -22,6 +22,10 @@ CFLAGS+= -I${.CURDIR}/../../contrib/pf
> >  #
> >  
> >  .if !defined(KERNBUILDDIR)
> > +.if ${MK_INET_SUPPORT} != "no"
> > +opt_inet.h:
> > +   echo "#define INET 1" > ${.TARGET}
> > +.endif
> >  .if ${MK_INET6_SUPPORT} != "no"
> >  opt_inet6.h:
> > echo "#define INET6 1" > ${.TARGET}
> > 
> > Modified: stable/8/sys/netinet/ipfw/ip_fw2.c
> > ==
> > --- stable/8/sys/netinet/ipfw/ip_fw2.c  Wed Jan  4 16:07:16 2012
> > (r229496)
> > +++ stable/8/sys/netinet/ipfw/ip_fw2.c  Wed Jan  4 16:20:55 2012
> > (r229497)
> > @@ -30,15 +30,12 @@ __FBSDID("$FreeBSD$");
> >   * The FreeBSD IP packet firewall, main file
> >   */
> >  
> > -#if !defined(KLD_MODULE)
> >  #include "opt_ipfw.h"
> >  #include "opt_ipdivert.h"
> > -#include "opt_ipdn.h"
> >  #include "opt_inet.h"
> >  #ifndef INET
> >  #error IPFIREWALL requires INET.
> >  #endif /* INET */
> > -#endif
> >  #include "opt_inet6.h"
> >  #include "opt_ipsec.h"
> >  
> > 
> > Modified: stable/8/sys/netinet/ipfw/ip_fw_dynamic.c
> > ==
> > --- stable/8/sys/netinet/ipfw/ip_fw_dynamic.c   Wed Jan  4 16:07:16 
> > 2012(r229496)
> > +++ stable/8/sys/netinet/ipfw/ip_fw_dynamic.c   Wed Jan  4 16:20:55 
> > 2012(r229497)
> > @@ -33,17 +33,12 @@ __FBSDID("$FreeBSD$");
> >   * Dynamic rule support for ipfw
> >   */
> >  
> > -#if !defined(KLD_MODULE)
> >  #include "opt_ipfw.h"
> > -#include "opt_ipdivert.h"
>

Re: svn commit: r229497 - in stable/8/sys: conf modules modules/ipfw netinet/ipfw

2012-01-04 Thread Jason Hellenthal 

After this change I am recieving the attached error log.

On Wed, Jan 04, 2012 at 04:20:56PM +, John Baldwin wrote:
> Author: jhb
> Date: Wed Jan  4 16:20:55 2012
> New Revision: 229497
> URL: http://svn.freebsd.org/changeset/base/229497
> 
> Log:
>   MFC 225518,225793,227085:
>   Allow the ipfw.ko module built with a kernel to honor any options defined
>   in the kernel config.  This more closely matches the behavior of other
>   modules which inherit configuration settings from the kernel configuration
>   during a kernel + modules build.
>   
>   Do not try to build the module in case of no INET support but keep #error
>   calls for now in case we would compile it into the kernel.
>   
>   While here garbage collect unneeded opt_*.h includes.
>   opt_ipdn.h is not used anywhere but we need to leave the DUMMYNET
>   entry in options for conditional inclusion in kernel so keep the
>   file with the same name.
> 
> Modified:
>   stable/8/sys/modules/Makefile
>   stable/8/sys/modules/ipfw/Makefile
>   stable/8/sys/netinet/ipfw/ip_fw2.c
>   stable/8/sys/netinet/ipfw/ip_fw_dynamic.c
>   stable/8/sys/netinet/ipfw/ip_fw_log.c
>   stable/8/sys/netinet/ipfw/ip_fw_pfil.c
>   stable/8/sys/netinet/ipfw/ip_fw_sockopt.c
>   stable/8/sys/netinet/ipfw/ip_fw_table.c
> Directory Properties:
>   stable/8/sys/   (props changed)
>   stable/8/sys/amd64/include/xen/   (props changed)
>   stable/8/sys/cddl/contrib/opensolaris/   (props changed)
>   stable/8/sys/conf/ldscript.mips.octeon1.32   (props changed)
>   stable/8/sys/conf/ldscript.mips.octeon1.64   (props changed)
>   stable/8/sys/contrib/dev/acpica/   (props changed)
>   stable/8/sys/contrib/pf/   (props changed)
> 
> Modified: stable/8/sys/modules/Makefile
> ==
> --- stable/8/sys/modules/Makefile Wed Jan  4 16:07:16 2012
> (r229496)
> +++ stable/8/sys/modules/Makefile Wed Jan  4 16:20:55 2012
> (r229497)
> @@ -134,7 +134,7 @@ SUBDIR=   ${_3dfx} \
>   ${_io} \
>   ipdivert \
>   ${_ipfilter} \
> - ipfw \
> + ${_ipfw} \
>   ipfw_nat \
>   ${_ipmi} \
>   ip_mroute_mod \
> @@ -366,6 +366,10 @@ _random= random
>  _ipfilter=   ipfilter
>  .endif
>  
> +.if ${MK_INET_SUPPORT} != "no" || defined(ALL_MODULES)
> +_ipfw=   ipfw
> +.endif
> +
>  .if ${MK_NETGRAPH} != "no" || defined(ALL_MODULES)
>  _netgraph=   netgraph
>  .endif
> 
> Modified: stable/8/sys/modules/ipfw/Makefile
> ==
> --- stable/8/sys/modules/ipfw/MakefileWed Jan  4 16:07:16 2012
> (r229496)
> +++ stable/8/sys/modules/ipfw/MakefileWed Jan  4 16:20:55 2012
> (r229497)
> @@ -8,7 +8,7 @@ KMOD= ipfw
>  SRCS=ip_fw2.c ip_fw_pfil.c
>  SRCS+=   ip_fw_dynamic.c ip_fw_log.c
>  SRCS+=   ip_fw_sockopt.c ip_fw_table.c
> -SRCS+=   opt_inet6.h opt_ipsec.h
> +SRCS+=   opt_inet.h opt_inet6.h opt_ipdivert.h opt_ipfw.h opt_ipsec.h
>  
>  CFLAGS+= -DIPFIREWALL
>  CFLAGS+= -I${.CURDIR}/../../contrib/pf
> @@ -22,6 +22,10 @@ CFLAGS+= -I${.CURDIR}/../../contrib/pf
>  #
>  
>  .if !defined(KERNBUILDDIR)
> +.if ${MK_INET_SUPPORT} != "no"
> +opt_inet.h:
> + echo "#define INET 1" > ${.TARGET}
> +.endif
>  .if ${MK_INET6_SUPPORT} != "no"
>  opt_inet6.h:
>   echo "#define INET6 1" > ${.TARGET}
> 
> Modified: stable/8/sys/netinet/ipfw/ip_fw2.c
> ==
> --- stable/8/sys/netinet/ipfw/ip_fw2.cWed Jan  4 16:07:16 2012
> (r229496)
> +++ stable/8/sys/netinet/ipfw/ip_fw2.cWed Jan  4 16:20:55 2012
> (r229497)
> @@ -30,15 +30,12 @@ __FBSDID("$FreeBSD$");
>   * The FreeBSD IP packet firewall, main file
>   */
>  
> -#if !defined(KLD_MODULE)
>  #include "opt_ipfw.h"
>  #include "opt_ipdivert.h"
> -#include "opt_ipdn.h"
>  #include "opt_inet.h"
>  #ifndef INET
>  #error IPFIREWALL requires INET.
>  #endif /* INET */
> -#endif
>  #include "opt_inet6.h"
>  #include "opt_ipsec.h"
>  
> 
> Modified: stable/8/sys/netinet/ipfw/ip_fw_dynamic.c
> ==
> --- stable/8/sys/netinet/ipfw/ip_fw_dynamic.c Wed Jan  4 16:07:16 2012
> (r229496)
> +++ stable/8/sys/netinet/ipfw/ip_fw_dynamic.c Wed Jan  4 16:20:55 2012
> (r229497)
> @@ -33,17 +33,12 @@ __FBSDID("$FreeBSD$");
>   * Dynamic rule support for ipfw
>   */
>  
> -#if !defined(KLD_MODULE)
>  #include "opt_ipfw.h"
> -#include "opt_ipdivert.h"
> -#include "opt_ipdn.h"
>  #include "opt_inet.h"
>  #ifndef INET
>  #error IPFIREWALL requires INET.
>  #endif /* INET */
> -#endif
>  #include "opt_inet6.h"
> -#include "opt_ipsec.h"
>  
>  #include 
>  #include 
> 
> Modified: stable/8/sys/netinet/ipfw/ip_fw_log.c
> ==
> --- stable/8/sys/netinet/ipfw/ip_fw_log.c Wed Jan

Re: Enabling IPSec panics stable/9 (runs OK on stable/8)

2012-01-04 Thread VANHULLEBUS Yvan 
On Wed, Jan 04, 2012 at 04:17:41PM +0100, Attila Nagy wrote:
[]
>#7  0x809bf779 in ipsec_process_done (m=0xfe000c7c7a00,
>isr=0xfe001bf54380) at
>/data/usr/src/sys/netipsec/ipsec_output.c:170
> 
> Here seems to be the problem
> Can you do the following (in this order) in kgdb:
> frame 7
> p saidx
> p *saidx
> 
>(kgdb) frame 7
>#7  0x809bf779 in ipsec_process_done (m=0xfe000c7c7a00,
>isr=0xfe001bf54380) at
>/data/usr/src/sys/netipsec/ipsec_output.c:170
>170 switch (saidx->dst.sa.sa_family) {
>(kgdb) p saidx
>No symbol "saidx" in current context.


There *is* such a symbol, as confirmed by kgdb's output when you
switched to frame 7 !

Could you check that you are running a correct debug kernel ?


> The latest will probably generate an error, as (if you have the exact
> same ipsec_output.c as I have from HEAD) saidx will probably have an
> invalid adress.
> 
>I have the same as in HEAD.

Yep, kgdb's outputs confirms that (at least for this line, which is
the most important).


> [...]
> 
>8-STABLE runs fine with the same config.
> 
> Strange I'll review changes in IPsec stack which have been done in
> STABLE/9 and not backported to STABLE/8.
> 
>Oh, sorry, not quite an up-to-date 8-STABLE, it's from Sat May 21
>22:05:26 CEST 2011 (csup'd some hours earlier).
>Should I check with a more recent version? Does that help?
>Thanks for helping.

Yes, this may help if you try with a most recent 8-STABLE: I don't
remember exactly what, but I'm quite sure there have been some IPsec
related commits on stable/8 between that date and now !


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

RE: BLESS YOUR HEART

2012-01-04 Thread Christoffer Persson 
Please keep discussions like these away from the mailing list, it's not the 
right place for such.

/Christoffer Persson

From: owner-freebsd-sta...@freebsd.org [owner-freebsd-sta...@freebsd.org] on 
behalf of Agnes Kanah [agnesm...@yahoo.com]
Sent: Wednesday, January 04, 2012 4:38 PM
To: deacondavidjo...@yahoo.com.hk; sta...@freebsd.org
Subject: Re: BLESS YOUR HEART

you are right to say you won't be trusted because a lot of false prophets used 
the name of God to swindle honest and god fearing citizens. But judgement 
belongs only to him. How many people have you sent this scam mail? May God in 
his infinite mercy and compassion have forgive you if you are a scammer.




 From: Deacon Davis Jones 
To: sta...@freebsd.org
Sent: Wednesday, January 4, 2012 5:51 AM
Subject: BLESS YOUR HEART


Dearest In The Lord


The time has come for Christians to worship God in spirit and in truth 
according to the book of John chapter 4:vs23-24.But the hour cometh and now is 
when the true worshipers shall worship the Father in spirit and in
truth: for the Father seeketh such to worship him . God is a spirit,and they 
that worship him must worship him in spirit and in truth. Based on this 
scripture, it became obvious that I should do the right thing if I must enter 
into the kingdom of God .


I am , Deacon David Jones the legal adviser to late Mr. Mike & Carol Hall, a 
God fearing and dedicated couple. They were very wealthy but had no child. They 
travelled to Patong- Thailand for Christmas holiday but met death on the 26th 
of December 2004 during the Tsunami disaster.


As their legal adviser, before their death, the husband Mr. Mike Hall 
instructed me to write his WILL, because they had no child, he dedicated their 
wealth to God. They had a lot of landed properties houses Stocks/bonds, etc. 
According to their instruction.According to the WILL, their assets should be 
given out to a ministry for the work of God. As their legal adviser, all the 
documents for the fund that are deposited with the Vault company are in my 
care. As aborn again Christian , I have been reading my bible and I have to do 
what is lawful and right in the sight of God by giving out the fund to the 
chosen ministry for the purpose of God's work as instructed by the owners 
before there death.


After my fasting and prayers Today, I asked God to make his choice and direct 
me to an honest Christian or the chosen ministry that deserves this fund by his 
Grace. I then came across your address on the Internet.I appeal to you to use 
the fund wisely for things that will glorify the name of God.



I must say that I'm very uncomfortable sending this message to you without 
knowing truly if you would misconstrue the importance and decides to go public. 
In this regards, I will not hold back to say that the essence of this message 
is strictly for Charity.May God bless you as you make up your mind to work for 
God.



Thanks.
Elizabeth & Deacon David Jones



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

Re: BLESS YOUR HEART

2012-01-04 Thread Agnes Kanah 
you are right to say you won't be trusted because a lot of false prophets used 
the name of God to swindle honest and god fearing citizens. But judgement 
belongs only to him. How many people have you sent this scam mail? May God in 
his infinite mercy and compassion have forgive you if you are a scammer.




 From: Deacon Davis Jones 
To: sta...@freebsd.org 
Sent: Wednesday, January 4, 2012 5:51 AM
Subject: BLESS YOUR HEART
 

Dearest In The Lord


The time has come for Christians to worship God in spirit and in truth 
according to the book of John chapter 4:vs23-24.But the hour cometh and now is 
when the true worshipers shall worship the Father in spirit and in
truth: for the Father seeketh such to worship him . God is a spirit,and they 
that worship him must worship him in spirit and in truth. Based on this 
scripture, it became obvious that I should do the right thing if I must enter 
into the kingdom of God .


I am , Deacon David Jones the legal adviser to late Mr. Mike & Carol Hall, a 
God fearing and dedicated couple. They were very wealthy but had no child. They 
travelled to Patong- Thailand for Christmas holiday but met death on the 26th 
of December 2004 during the Tsunami disaster.


As their legal adviser, before their death, the husband Mr. Mike Hall 
instructed me to write his WILL, because they had no child, he dedicated their 
wealth to God. They had a lot of landed properties houses Stocks/bonds, etc. 
According to their instruction.According to the WILL, their assets should be 
given out to a ministry for the work of God. As their legal adviser, all the 
documents for the fund that are deposited with the Vault company are in my 
care. As aborn again Christian , I have been reading my bible and I have to do 
what is lawful and right in the sight of God by giving out the fund to the 
chosen ministry for the purpose of God's work as instructed by the owners 
before there death.


After my fasting and prayers Today, I asked God to make his choice and direct 
me to an honest Christian or the chosen ministry that deserves this fund by his 
Grace. I then came across your address on the Internet.I appeal to you to use 
the fund wisely for things that will glorify the name of God.



I must say that I'm very uncomfortable sending this message to you without 
knowing truly if you would misconstrue the importance and decides to go public. 
In this regards, I will not hold back to say that the essence of this message 
is strictly for Charity.May God bless you as you make up your mind to work for 
God.



Thanks.
Elizabeth & Deacon David Jones



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

Re: Enabling IPSec panics stable/9 (runs OK on stable/8)

2012-01-04 Thread Attila Nagy 

   Hi,
   On 01/04/12 15:51, VANHULLEBUS Yvan wrote:

   I've just upgraded a 8-STABLE box to 9-STABLE (well, just few commits
   before it has been tagged as STABLE), which runs from NFS (pxebooted).
   It has some IPSec config in ipsec.conf, like this for several boxes:
   add 172.28.16.4 172.16.248.2 ah 15704 -A hmac-md5 "asdfgh";
   add 172.16.248.2 172.28.16.4 ah 24504 -A hmac-md5 "asdfgh";
   add 172.28.16.4 172.16.248.2 esp 15705 -E blowfish-cbc "hgfdsa";
   add 172.16.248.2 172.28.16.4 esp 24505 -E blowfish-cbc "hgfdsa";
   spdadd 172.28.16.4 172.16.248.2 any -P out ipsec
  esp/transport/172.28.16.4-172.16.248.2/default
  ah/transport/172.28.16.4-172.16.248.2/default;

There is probably nothing related to the crash, but do you really use
static IPsec without IKE keying 

   Yes. :)
   It runs on an intranet, but there's a need to encrypt traffic.



[]

   kgdb says:
   (kgdb) bt
   #0  doadump (textdump=1) at /data/usr/src/sys/kern/kern_shutdown.c:260
   #1  0x80845705 in kern_reboot (howto=260)
   at /data/usr/src/sys/kern/kern_shutdown.c:442
   #2  0x80845bb1 in panic (fmt=Variable "fmt" is not available.
   )
   at /data/usr/src/sys/kern/kern_shutdown.c:607
   #3  0x80b167a0 in trap_fatal (frame=0xc, eva=Variable "eva" is
   not available.
   )
   at /data/usr/src/sys/amd64/amd64/trap.c:819
   #4  0x80b16ae9 in trap_pfault (frame=0xff80002cd2a0,
   usermode=0)
   at /data/usr/src/sys/amd64/amd64/trap.c:735
   #5  0x80b16faf in trap (frame=0xff80002cd2a0)
   at /data/usr/src/sys/amd64/amd64/trap.c:474
   #6  0x80b012ef in calltrap ()
   at /data/usr/src/sys/amd64/amd64/exception.S:228
   #7  0x809bf779 in ipsec_process_done (m=0xfe000c7c7a00,
   isr=0xfe001bf54380) at
   /data/usr/src/sys/netipsec/ipsec_output.c:170

Here seems to be the problem
Can you do the following (in this order) in kgdb:
frame 7
p saidx
p *saidx

   (kgdb) frame 7
   #7  0x809bf779 in ipsec_process_done (m=0xfe000c7c7a00,
   isr=0xfe001bf54380) at
   /data/usr/src/sys/netipsec/ipsec_output.c:170
   170 switch (saidx->dst.sa.sa_family) {
   (kgdb) p saidx
   No symbol "saidx" in current context.


The latest will probably generate an error, as (if you have the exact
same ipsec_output.c as I have from HEAD) saidx will probably have an
invalid adress.

   I have the same as in HEAD.



[...]

   8-STABLE runs fine with the same config.

Strange I'll review changes in IPsec stack which have been done in
STABLE/9 and not backported to STABLE/8.

   Oh, sorry, not quite an up-to-date 8-STABLE, it's from Sat May 21
   22:05:26 CEST 2011 (csup'd some hours earlier).
   Should I check with a more recent version? Does that help?
   Thanks for helping.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Enabling IPSec panics stable/9 (runs OK on stable/8)

2012-01-04 Thread VANHULLEBUS Yvan 
On Wed, Jan 04, 2012 at 01:46:03PM +0100, Attila Nagy wrote:
>Hi,

Hi.


>I've just upgraded a 8-STABLE box to 9-STABLE (well, just few commits
>before it has been tagged as STABLE), which runs from NFS (pxebooted).
>It has some IPSec config in ipsec.conf, like this for several boxes:
>add 172.28.16.4 172.16.248.2 ah 15704 -A hmac-md5 "asdfgh";
>add 172.16.248.2 172.28.16.4 ah 24504 -A hmac-md5 "asdfgh";
>add 172.28.16.4 172.16.248.2 esp 15705 -E blowfish-cbc "hgfdsa";
>add 172.16.248.2 172.28.16.4 esp 24505 -E blowfish-cbc "hgfdsa";
>spdadd 172.28.16.4 172.16.248.2 any -P out ipsec
>   esp/transport/172.28.16.4-172.16.248.2/default
>   ah/transport/172.28.16.4-172.16.248.2/default;

There is probably nothing related to the crash, but do you really use
static IPsec without IKE keying 


[]
>kgdb says:
>(kgdb) bt
>#0  doadump (textdump=1) at /data/usr/src/sys/kern/kern_shutdown.c:260
>#1  0x80845705 in kern_reboot (howto=260)
>at /data/usr/src/sys/kern/kern_shutdown.c:442
>#2  0x80845bb1 in panic (fmt=Variable "fmt" is not available.
>)
>at /data/usr/src/sys/kern/kern_shutdown.c:607
>#3  0x80b167a0 in trap_fatal (frame=0xc, eva=Variable "eva" is
>not available.
>)
>at /data/usr/src/sys/amd64/amd64/trap.c:819
>#4  0x80b16ae9 in trap_pfault (frame=0xff80002cd2a0,
>usermode=0)
>at /data/usr/src/sys/amd64/amd64/trap.c:735
>#5  0x80b16faf in trap (frame=0xff80002cd2a0)
>at /data/usr/src/sys/amd64/amd64/trap.c:474
>#6  0x80b012ef in calltrap ()
>at /data/usr/src/sys/amd64/amd64/exception.S:228
>#7  0x809bf779 in ipsec_process_done (m=0xfe000c7c7a00,
>isr=0xfe001bf54380) at
>/data/usr/src/sys/netipsec/ipsec_output.c:170

Here seems to be the problem
Can you do the following (in this order) in kgdb:
frame 7
p saidx
p *saidx

The latest will probably generate an error, as (if you have the exact
same ipsec_output.c as I have from HEAD) saidx will probably have an
invalid adress.


[...]
>8-STABLE runs fine with the same config.

Strange I'll review changes in IPsec stack which have been done in
STABLE/9 and not backported to STABLE/8.


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

BLESS YOUR HEART

2012-01-04 Thread Deacon Davis Jones 

Dearest In The Lord


The time has come for Christians to worship God in spirit and in truth 
according to the book of John chapter 4:vs23-24.But the hour cometh and now is 
when the true worshipers shall worship the Father in spirit and in
truth: for the Father seeketh such to worship him . God is a spirit,and they 
that worship him must worship him in spirit and in truth. Based on this 
scripture, it became obvious that I should do the right thing if I must enter 
into the kingdom of God .


I am , Deacon David Jones the legal adviser to late Mr. Mike & Carol Hall, a 
God fearing and dedicated couple. They were very wealthy but had no child. They 
travelled to Patong- Thailand for Christmas holiday but met death on the 26th 
of December 2004 during the Tsunami disaster.


As their legal adviser, before their death, the husband Mr. Mike Hall 
instructed me to write his WILL, because they had no child, he dedicated their 
wealth to God. They had a lot of landed properties houses Stocks/bonds, etc. 
According to their instruction.According to the WILL, their assets should be 
given out to a ministry for the work of God. As their legal adviser, all the 
documents for the fund that are deposited with the Vault company are in my 
care. As aborn again Christian , I have been reading my bible and I have to do 
what is lawful and right in the sight of God by giving out the fund to the 
chosen ministry for the purpose of God's work as instructed by the owners 
before there death.


After my fasting and prayers Today, I asked God to make his choice and direct 
me to an honest Christian or the chosen ministry that deserves this fund by his 
Grace. I then came across your address on the Internet.I appeal to you to use 
the fund wisely for things that will glorify the name of God.



I must say that I'm very uncomfortable sending this message to you without 
knowing truly if you would misconstrue the importance and decides to go public. 
In this regards, I will not hold back to say that the essence of this message 
is strictly for Charity.May God bless you as you make up your mind to work for 
God.



Thanks.
Elizabeth & Deacon David Jones



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

Enabling IPSec panics stable/9 (runs OK on stable/8)

2012-01-04 Thread Attila Nagy 

   Hi,
   I've just upgraded a 8-STABLE box to 9-STABLE (well, just few commits
   before it has been tagged as STABLE), which runs from NFS (pxebooted).
   It has some IPSec config in ipsec.conf, like this for several boxes:
   add 172.28.16.4 172.16.248.2 ah 15704 -A hmac-md5 "asdfgh";
   add 172.16.248.2 172.28.16.4 ah 24504 -A hmac-md5 "asdfgh";
   add 172.28.16.4 172.16.248.2 esp 15705 -E blowfish-cbc "hgfdsa";
   add 172.16.248.2 172.28.16.4 esp 24505 -E blowfish-cbc "hgfdsa";
   spdadd 172.28.16.4 172.16.248.2 any -P out ipsec
  esp/transport/172.28.16.4-172.16.248.2/default
  ah/transport/172.28.16.4-172.16.248.2/default;
   Running /etc/rc.d/ipsec start instantly panics it with:
   Fatal trap 12: page fault while in kernel mode
   cpuid = 1; apic id = 01
   fault virtual address   = 0xa0
   fault code  = supervisor read data, page not present
   instruction pointer = 0x20:0x809bf779
   stack pointer   = 0x28:0xff80002cd350
   frame pointer   = 0x28:0xff80002cd390
   code segment= base 0x0, limit 0xf, type 0x1b
   = DPL 0, pres 1, long 1, def32 0, gran 1
   processor eflags= interrupt enabled, resume, IOPL = 0
   current process = 12 (swi1: netisr 0)
   trap number = 12
   panic: page fault
   cpuid = 1
   KDB: stack backtrace:
   db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
   kdb_backtrace() at kdb_backtrace+0x37
   panic() at panic+0x187
   trap_fatal() at trap_fatal+0x290
   trap_pfault() at trap_pfault+0x1f9
   trap() at trap+0x3df
   calltrap() at calltrap+0x8
   --- trap 0xc, rip = 0x809bf779, rsp = 0xff80002cd350, rbp
   = 0xff80002cd390 ---
   ipsec_process_done() at ipsec_process_done+0x119
   esp_output_cb() at esp_output_cb+0x1a1
   crypto_done() at crypto_done+0x102
   swcr_process() at swcr_process+0x1d7
   crypto_invoke() at crypto_invoke+0x6b
   crypto_dispatch() at crypto_dispatch+0xfb
   esp_output() at esp_output+0x5a2
   ipsec4_process_packet() at ipsec4_process_packet+0x1f8
   ip_ipsec_output() at ip_ipsec_output+0x16a
   ip_output() at ip_output+0x526
   icmp_reflect() at icmp_reflect+0x339
   icmp_input() at icmp_input+0x257
   ip_input() at ip_input+0x1de
   swi_net() at swi_net+0x14d
   intr_event_execute_handlers() at intr_event_execute_handlers+0x104
   ithread_loop() at ithread_loop+0xa4
   fork_exit() at fork_exit+0x11f
   fork_trampoline() at fork_trampoline+0xe
   --- trap 0, rip = 0, rsp = 0xff80002cdd00, rbp = 0 ---
   Uptime: 3m31s
   The machine in question is a VMWare virtual environment (if it
   counts), the kernel config is GENERIC plus this:
   options BOOTP
   options BOOTP_NFSV3
   options BOOTP_NFSROOT
   options NFSCLIENT
   device  carp
   device  crypto
   device  cryptodev
   options IPSEC
   options MAC
   options ROUTETABLES=1
   options KDB
   options DDB
   options KDB_UNATTENDED
   kgdb says:
   (kgdb) bt
   #0  doadump (textdump=1) at /data/usr/src/sys/kern/kern_shutdown.c:260
   #1  0x80845705 in kern_reboot (howto=260)
   at /data/usr/src/sys/kern/kern_shutdown.c:442
   #2  0x80845bb1 in panic (fmt=Variable "fmt" is not available.
   )
   at /data/usr/src/sys/kern/kern_shutdown.c:607
   #3  0x80b167a0 in trap_fatal (frame=0xc, eva=Variable "eva" is
   not available.
   )
   at /data/usr/src/sys/amd64/amd64/trap.c:819
   #4  0x80b16ae9 in trap_pfault (frame=0xff80002cd2a0,
   usermode=0)
   at /data/usr/src/sys/amd64/amd64/trap.c:735
   #5  0x80b16faf in trap (frame=0xff80002cd2a0)
   at /data/usr/src/sys/amd64/amd64/trap.c:474
   #6  0x80b012ef in calltrap ()
   at /data/usr/src/sys/amd64/amd64/exception.S:228
   #7  0x809bf779 in ipsec_process_done (m=0xfe000c7c7a00,
   isr=0xfe001bf54380) at
   /data/usr/src/sys/netipsec/ipsec_output.c:170
   #8  0x809ce931 in esp_output_cb (crp=0xfe011103c058)
   at /data/usr/src/sys/netipsec/xform_esp.c:1007
   #9  0x809f4e12 in crypto_done (crp=0xfe011103c058)
   at /data/usr/src/sys/opencrypto/crypto.c:1156
   #10 0x809f89c7 in swcr_process (dev=Variable "dev" is not
   available.
   )
   at /data/usr/src/sys/opencrypto/cryptosoft.c:1054
   #11 0x809f5c9b in crypto_invoke (cap=0xfe000c12f700,
   crp=0xfe011103c058, hint=0) at cryptodev_if.h:53
   #12 0x809f6acb in crypto_dispatch (crp=0xfe011103c058)
   at /data/usr/src/sys/opencrypto/crypto.c:806
   #13 0x809cef82 in esp_output (m=0xfe000c7c7a00,
   isr=0xfe001bf54380, mp=Variable "mp" is not available.
   ) at /data/usr/src/sys/netipsec/xform_esp.c:907
   #14 0x809bfa98 in ipsec4_process_packet (m=0xfe000c7c7a00,
   isr=0xfe001bf54380, flags=Variable "flags" is not available.
   )
   at /data/usr/src/sys/netipsec/ipsec_output.c:580
   #15 0x8096f5da in ip_ips