Re: ab2 (apache benchmark) problem

2008-04-23 Thread TooMany Secrets
On Wed, Apr 23, 2008 at 10:51 AM, Abdullah Ibn Hamad Al-Marri
[EMAIL PROTECTED] wrote:
  Vote added.

One vote more...

Thank's!

-- 
Have a nice day ;-)
TooManySecrets


Dijo Confucio:
Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás
disgustos.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Error compiling buildworld

2008-03-22 Thread TooMany Secrets
Hi!

My system:

FreeBSD toomany.toomany.net 7.0-RELEASE FreeBSD 7.0-RELEASE #1: Thu
Mar 20 20:46:21 CET 2008
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/TOOMANY  i386

System csup from today at 13:20 (aprox.).

My make.conf flags:
CPUTYPE?=prescott
CFLAGS= -O -pipe
CXXFLAGS+= -O -DNO_MALLOC_EXTRAS
COPTFLAGS= -O -pipe
#CCACHE
CC=/usr/local/libexec/ccache/world-cc
CXX=/usr/local/libexec/ccache/world-c++
(I try with and without ccache).

Then, when I compile (with or without any CFLAG) the compilation fails
with this error (in buildworld part):

sh /usr/src/tools/install.sh -o root -g wheel -m 444  crtbegin.o
/usr/obj/usr/src/tmp/usr/lib/crtbegin.o
sh /usr/src/tools/install.sh -o root -g wheel -m 444  crtend.o
/usr/obj/usr/src/tmp/usr/lib/crtend.o
sh /usr/src/tools/install.sh -o root -g wheel -m 444  crtbeginT.o
/usr/obj/usr/src/tmp/usr/lib/crtbeginT.o
sh /usr/src/tools/install.sh -o root -g wheel -m 444  crtbegin.So
/usr/obj/usr/src/tmp/usr/lib/crtbeginS.o
sh /usr/src/tools/install.sh -o root -g wheel -m 444  crtend.So
/usr/obj/usr/src/tmp/usr/lib/crtendS.o
=== lib/csu/i386-elf (obj,depend,all,install)
rm -f .depend
CC='/usr/local/libexec/ccache/world-cc' mkdep -f .depend -a
-I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf
/../../libc/include /usr/src/lib/csu/i386-elf/crt1.c
/usr/src/lib/csu/i386-elf/crti.S /usr/src/lib/csu/i386-elf/crtn.S
/usr/local/libexec/ccache/world-cc -O -pipe -march=prescott
-I/usr/src/lib/csu/i386-elf/../common  -I/usr/src/lib/csu/i386-elf/.
./../libc/include -Wsystem-headers -Wall -Wno-format-y2k -W
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoi
nter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow
-Wcast-align -Wunused-parameter -Wchar-subscripts -Winlin
e -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c
/usr/src/lib/csu/i386-elf/crt1.c
cc1: error: unrecognized command line option -Wchar-subscripts
*** Error code 1

Stop in /usr/src/lib/csu/i386-elf.
*** Error code 1

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

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

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

Stop in /usr/src.

Anybody could help me, please?

Thank you!

-- 
Have a nice day ;-)
TooManySecrets


Dijo Confucio:
Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás
disgustos.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Error compiling buildworld

2008-03-22 Thread TooMany Secrets
On Sat, Mar 22, 2008 at 3:42 PM, Jeremy Chadwick [EMAIL PROTECTED] wrote:
   My make.conf flags:
   CPUTYPE?=prescott
   CFLAGS= -O -pipe
   CXXFLAGS+= -O -DNO_MALLOC_EXTRAS
   COPTFLAGS= -O -pipe
   #CCACHE
   CC=/usr/local/libexec/ccache/world-cc
   CXX=/usr/local/libexec/ccache/world-c++
   (I try with and without ccache).
  I'm willing to bet that the compiler tinkering you've done is causing
  said problem.  It would indicate whatever compiler is being used
  (world-cc) is acting as if it doesn't understand the compiler flag
  specified.  I can assure you that gcc does support this option.

It is the gcc of the system! How is possible that gcc from fbsd 7.0
doesn't understand a compiler flag from fbsd 7.0 sources? Excuse, but
I'm a bit newbie...

  It would be useful to see see the buildworld output with CXXFLAGS,
  COPTFLAGS, CC, and CXX disabled in your make.conf.  I realise you said
  I get the same error without this stuf, but you should've sent *that*
  buildworld output.  :-)

Is the same output.

  Also, you really should be using ?= operators on those optimisation
  flags, in case something else overrides them.  Yes, I know what the
  documentation in share/examples/etc/make.conf says, but I still
  recommend doing what I said.

Hummm... while you, or anybody, could say me anything about this, I
try with the ?= operator, but if without operators doesn't
compile...

Thank you Jeremy.

-- 
Have a nice day ;-)
TooManySecrets


Dijo Confucio:
Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás
disgustos.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Error compiling buildworld

2008-03-22 Thread TooMany Secrets
On Sat, Mar 22, 2008 at 4:19 PM, TooMany Secrets [EMAIL PROTECTED] wrote:
Also, you really should be using ?= operators on those optimisation
flags, in case something else overrides them.  Yes, I know what the
documentation in share/examples/etc/make.conf says, but I still
recommend doing what I said.

  Hummm... while you, or anybody, could say me anything about this, I
  try with the ?= operator, but if without operators doesn't
  compile...

Ok, with ?= operator I'm obtaining the same error output.

-- 
Have a nice day ;-)
TooManySecrets


Dijo Confucio:
Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás
disgustos.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Error compiling buildworld

2008-03-22 Thread TooMany Secrets
On Sat, Mar 22, 2008 at 4:40 PM, Jeremy Chadwick [EMAIL PROTECTED] wrote:
  $ gcc -v

[toomany] [EMAIL PROTECTED] gcc -v
Using built-in specs.
Target: i386-undermydesk-freebsd
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 4.2.1 20070719  [FreeBSD]

  $ echo 'int main(void) { return 0; }'  tmp.c
  $ gcc -Wchar-subscripts -o x tmp.c

Humm... This works fine in user mode... But, I don't understand why,
if I commented all ccache flags in make.conf an .cshrc's root, with or
without CFLAGS, in make.conf, etc, the output *was* the same???

  $ uname -mnrs

FreeBSD toomany.toomany.net 7.0-RELEASE i386

  $ echo 'int main(void) { return 0; }'  tmp.c
  $ gcc -Wchar-subscripts -o x tmp.c

This works fine under a normal user. Under root... also!!!
(note that I really make a strong verification about ccache use;
deleted from make.conf, deleted from .cshrc's root and deleted port
ccache).

  It can't be.  You're redefining CC in make.conf, for example, so this
  output would not be the same:

  CC='/usr/local/libexec/ccache/world-cc'  {...}  
 /usr/local/libexec/ccache/world-cc {...}

  I don't mean to sound anal about it, but there's definitely something
  unique your system which is causing this; choosing a separate compiler
  or compiler wrapper is the most obvious cause.

One thing I don't know about it, is the cc1... There isn't any cc1
in the system, and also anything about ccache with it (sorry for my
bad english).

  I should note that use of ?= won't fix your reported problem with
  -Wchar-subscripts.  I was just pointing out that you should use it to
  allow programs to override your settings -- because there are many cases
  where programs use specific CFLAGS to build things correctly.
  Overriding them can break that.

I'm trying to make a buildworld now, and at the moment... But here it
is; without ccache and only with system's gcc:

cc -O2 -fno-strict-aliasing -pipe -march=prescott -DIN_GCC
-DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3 -finhibit-size-direc
tive -fno-inline-functions  -fno-exceptions
-fno-zero-initialized-in-bss  -fno-zero-initialized-in-bss
-fno-toplevel-reorder -I/
usr/src/gnu/lib/csu/../../../contrib/gcclibs/include
-I/usr/src/gnu/lib/csu/../../../contrib/gcc/config
-I/usr/src/gnu/lib/csu/.
./../../contrib/gcc -I.
-I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -std=gnu89  -g0
-DCRT_BEGIN -DCRTSTUFFT_O  -c -o crtbe
ginT.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c
cc -O2 -fno-strict-aliasing -pipe -march=prescott -DIN_GCC
-DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3 -finhibit-size-direc
tive -fno-inline-functions  -fno-exceptions
-fno-zero-initialized-in-bss  -fno-zero-initialized-in-bss
-fno-toplevel-reorder -I/
usr/src/gnu/lib/csu/../../../contrib/gcclibs/include
-I/usr/src/gnu/lib/csu/../../../contrib/gcc/config
-I/usr/src/gnu/lib/csu/.
./../../contrib/gcc -I.
-I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -std=gnu89  -g0
-DCRT_BEGIN -DCRTSTUFFS_O -DSHARED -fp
ic  -c -o crtbegin.So /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c
cc -O2 -fno-strict-aliasing -pipe -march=prescott -DIN_GCC
-DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3 -finhibit-size-direc
tive -fno-inline-functions  -fno-exceptions
-fno-zero-initialized-in-bss  -fno-zero-initialized-in-bss
-fno-toplevel-reorder -I/
usr/src/gnu/lib/csu/../../../contrib/gcclibs/include
-I/usr/src/gnu/lib/csu/../../../contrib/gcc/config
-I/usr/src/gnu/lib/csu/.
./../../contrib/gcc -I.
-I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -std=gnu89  -g0
-DCRT_END -DCRTSTUFFS_O -DSHARED -fpic
  -c -o crtend.So /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c
sh /usr/src/tools/install.sh -o root -g wheel -m 444  crtbegin.o
/usr/obj/usr/src/tmp/usr/lib/crtbegin.o
sh /usr/src/tools/install.sh -o root -g wheel -m 444  crtend.o
/usr/obj/usr/src/tmp/usr/lib/crtend.o
sh /usr/src/tools/install.sh -o root -g wheel -m 444  crtbeginT.o
/usr/obj/usr/src/tmp/usr/lib/crtbeginT.o
sh /usr/src/tools/install.sh -o root -g wheel -m 444  crtbegin.So
/usr/obj/usr/src/tmp/usr/lib/crtbeginS.o
sh /usr/src/tools/install.sh -o root -g wheel -m 444  crtend.So
/usr/obj/usr/src/tmp/usr/lib/crtendS.o
=== lib/csu/i386-elf (obj,depend,all,install)
rm -f .depend
mkdep -f .depend -a-I/usr/src/lib/csu/i386-elf/../common
-I/usr/src/lib/csu/i386-elf/../../libc/include /usr/src/lib/csu/i38
6-elf/crt1.c /usr/src/lib/csu/i386-elf/crti.S /usr/src/lib/csu/i386-elf/crtn.S
cc -O2 -fno-strict-aliasing -pipe -march=prescott
-I/usr/src/lib/csu/i386-elf/../common
-I/usr/src/lib/csu/i386-elf/../../libc/
include -Wsystem-headers -Wall -Wno-format-y2k -W
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith
 -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow
-Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested
-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/lib/csu/i386-elf/crt1.c
cc1: error: unrecognized command line option -Wchar-subscripts
*** Error code 1

Stop in 

Re: Error compiling buildworld

2008-03-22 Thread TooMany Secrets
On Sat, Mar 22, 2008 at 6:20 PM, Jeremy Chadwick [EMAIL PROTECTED] wrote:
  FWIW, there's some historic reports of this kind of issue, with
  different issues.  Some are due to users dotfiles, others are due to
  mixed gcc versions on the system (users trying to use gcc 3.4 with gcc
  4.x flags like -Wno-pointer-sign), and others are due to CFLAGS
  modifications.

  
 http://groups.google.com/group/comp.unix.bsd.freebsd.misc/browse_thread/thread/a0af29b813232cd1/a1082e5d4200d10a?hl=enlnk=stq=gcc+unrecognized+command+line+option+freebsd#a1082e5d4200d10a

  
 http://groups.google.com/group/mailing.freebsd.ports/browse_thread/thread/15e5e69b5a93413a/ca03b7c3e08c01a2?hl=enlnk=stq=gcc+unrecognized+command+line+option#ca03b7c3e08c01a2

Thank you Jeremy, I'm trying now with MAKE_SHELL?=sh into
/etc/make.conf, and also, make a sudo su (wihtout -) from normal
user, instead using a normal login from root.
The .cshrc in root $HOME is the same i'm using into some servers at
work... Really, is the first time I have this type of problems...

Regards.

-- 
Have a nice day  ;-)
TooManySecrets


Dijo Confucio:
Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás
disgustos.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Broadcom Netlink BCM5906M

2008-02-12 Thread TooMany Secrets
On 2/11/08, Thomas Nyström [EMAIL PROTECTED] wrote:
 Some questions: Which version of FreeBSD are you running?
 How do you recover? For example:
 reboot
 ifconfig bge0 down; ifconfig bge0 up
 or what?

 I tested to ftp a file from my laptop and back again (around 400 MB)
 and couldn't see any problems, but I'm running at 6.3R.

Excuse me this newbie fault... The version is a 7.0-RC2.

-- 
Have a nice day  ;-)
TooManySecrets


Dijo Confucio:
Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás
disgustos.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Broadcom Netlink BCM5906M

2008-02-03 Thread TooMany Secrets
Hi!

There is any plan for the ethernet driver Broadcom BCM5906M?
I have a new laptop (Dell Vostro 1400) with this ethernet, but doesn't
work with bge or any b*e driver :-(

Thank you very much and please, excuse me the cross-posting.

-- 
Have a nice day  ;-)
TooManySecrets


Dijo Confucio:
Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás
disgustos.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Scheduler in Various Docs

2008-01-20 Thread TooMany Secrets
On 1/20/08, Stephen Montgomery-Smith [EMAIL PROTECTED] wrote:
 Jason C. Wells wrote:
  The comments regarding SCHED_ULE and SCHED_4BSD are inconsistent with
  information found in the email archives.  LINT says ULE is experimental.
  The handbook doesn't mention ULE at all. The archives say ULE is the
  new recommended scheduler.
 
  If ULE is in fact the current recommendation, then a few docs need to be
  updated.

 To add to Jason's point - why does GENERIC still default to SCHED_4BSD?
   Are there plans to change this before 7.0 is truly released?

Excuse me for my bad english...

This question was mentioned two or three months ago. The answer was
that in 7.1, after the ULE will be tested in 7.0, it will be the
defacto scheduler in FreeBSD. First, the scheduler need the best
benchark in the world; a few thousand users testing in real-life
situations on a daily basis.

Regards.

-- 
Have a nice day  ;-)
TooManySecrets


Dijo Confucio:
Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás
disgustos.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Sound Blaster X-Fi card

2007-11-26 Thread TooMany Secrets
On 11/26/07, Oliver Herold [EMAIL PROTECTED] wrote:
 No there is no open source support for this card. Creative Labs delivers
 just a blob for 64bit (Linux).

Sorry for to usurp this thread, but is creative audigy supported by FreeBSD?

-- 
Have a nice day  ;-)
TooManySecrets


Dijo Confucio:
Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás
disgustos.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

snd_hda in internal speaker

2007-08-13 Thread TooMany Secrets
Hi!

My workstation is a Dell Precision 380, with a recent FreeBSD
6.2-RELEASE and cvsuped to -STABLE the last saturday (past week).
My problem is with the snd_hda module (I think), because the sound is
only heard through internal speaker. The desktop is the last xfce4
port, and the Sound config is vía mixer0.

Here it is my config, and thank you very much:

$ pciconf -l -v
[EMAIL PROTECTED]:0:0:class=0x06 card=0x01a81028 chip=0x27748086
rev=0x00 hdr=0x00
vendor   = 'Intel Corporation'
device   = '955x Processor to I/O Controller'
class= bridge
subclass = HOST-PCI
[EMAIL PROTECTED]:1:0: class=0x060400 card=0x8086 chip=0x27758086 rev=0x00 
hdr=0x01
vendor   = 'Intel Corporation'
device   = '955x PCI Express Graphics Port'
class= bridge
subclass = PCI-PCI
[EMAIL PROTECTED]:27:0: class=0x040300 card=0x01a81028 chip=0x27d88086 rev=0x01 
hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801G (ICH7 Family) High Definition Audio'
class= multimedia
[EMAIL PROTECTED]:28:0:class=0x060400 card=0x chip=0x27d08086
rev=0x01 hdr=0x01
vendor   = 'Intel Corporation'
device   = '82801G (ICH7 Family) PCI Express Root Port'
class= bridge
subclass = PCI-PCI
[EMAIL PROTECTED]:28:4:class=0x060400 card=0x chip=0x27e08086
rev=0x01 hdr=0x01
vendor   = 'Intel Corporation'
device   = '82801GR/GH/GHM (ICH7 Family) PCI Express Root Port'
class= bridge
subclass = PCI-PCI
[EMAIL PROTECTED]:28:5:class=0x060400 card=0x chip=0x27e28086
rev=0x01 hdr=0x01
vendor   = 'Intel Corporation'
device   = '82801GR/GH/GHM (ICH7 Family) PCI Express Root Port'
class= bridge
subclass = PCI-PCI
[EMAIL PROTECTED]:29:0:class=0x0c0300 card=0x01a81028 chip=0x27c88086
rev=0x01 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801G (ICH7 Family) USB Universal Host Controller'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:29:1:class=0x0c0300 card=0x01a81028 chip=0x27c98086
rev=0x01 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801G (ICH7 Family) USB Universal Host Controller'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:29:2:class=0x0c0300 card=0x01a81028 chip=0x27ca8086
rev=0x01 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801G (ICH7 Family) USB Universal Host Controller'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:29:3:class=0x0c0300 card=0x01a81028 chip=0x27cb8086
rev=0x01 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801G (ICH7 Family) USB Universal Host Controller'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:29:7:class=0x0c0320 card=0x01a81028 chip=0x27cc8086
rev=0x01 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:30:0:class=0x060401 card=0x chip=0x244e8086
rev=0xe1 hdr=0x01
vendor   = 'Intel Corporation'
device   = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB
Hub Interface to PCI Bridge'
class= bridge
subclass = PCI-PCI
[EMAIL PROTECTED]:31:0:class=0x060100 card=0x chip=0x27b88086
rev=0x01 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801GB/GR (ICH7 Family) LPC Interface Controller'
class= bridge
subclass = PCI-ISA
[EMAIL PROTECTED]:31:2:  class=0x010180 card=0x01a81028 chip=0x27c08086
rev=0x01 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller'
class= mass storage
subclass = ATA
[EMAIL PROTECTED]:31:3:class=0x0c0500 card=0x01a81028 chip=0x27da8086
rev=0x01 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801G (ICH7 Family) SMBus Controller'
class= serial bus
subclass = SMBus
[EMAIL PROTECTED]:0:0:   class=0x03 card=0x02d110de chip=0x014e10de
rev=0xa2 hdr=0x00
vendor   = 'NVIDIA Corporation'
device   = 'NV43 NVIDIA Quadro FX 540'
class= display
subclass = VGA
[EMAIL PROTECTED]:0:0:  class=0x02 card=0x01a81028 chip=0x167714e4 rev=0x01 
hdr=0x00
vendor   = 'Broadcom Corporation'
device   = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express'
class= network
subclass = ethernet
[EMAIL PROTECTED]:4:0:  class=0x02 card=0x3a131186 chip=0x0013168c rev=0x01 
hdr=0x00
vendor   = 'Atheros Communications Inc.'
device   = 'AR5212, AR5213 802.11a/b/g Wireless Adapter'
class= network
subclass = ethernet

$ dmesg
Copyright (c) 1992-2007 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 6.2-STABLE #0: Sun Aug 12 18:52:17 CEST 2007