Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server

2010-04-21 Thread Daniel Braniss
> On 21.04.2010 10:01, pluknet wrote: > > Hmm.. That's strange to hear. > > We have in production a number of x3650m2: 7.2-R, 7.3-R (all amd64). > > All runs flawlessly. > > I'll try to boot it from head today if that matters. > > It was about 1.5 hour ago when i entered "autoboot" in loader pro

Re: HEADS UP: SUJ Going in to head today

2010-04-21 Thread Jeff Roberson
On Tue, 20 Apr 2010, Patrick Tracanelli wrote: Jeff Roberson escreveu: Hi Folks, You may have seen my other Soft-updates journaling (SUJ) announcements. If not, it is a journaling system that works cooperatively with soft-updates to eliminate the full background filesystem check after an uncle

Re: HEADS UP: SUJ Going in to head today

2010-04-21 Thread Gary Jennejohn
On Tue, 20 Apr 2010 12:15:48 -1000 (HST) Jeff Roberson wrote: > Hi Folks, > > You may have seen my other Soft-updates journaling (SUJ) announcements. > If not, it is a journaling system that works cooperatively with > soft-updates to eliminate the full background filesystem check after an > u

ANY-ONE-ELSE? ntpd+oncore+i386 doesn't work

2010-04-21 Thread Ian FREISLICH
Hi The oncore ntp driver worked fine in my Athlon64 machine running FreeBSD-amd64. I've tried it on a VIA-C7 and a Pentium-M based board with an onboard serial port. The following patch from Russell J. Yount fixes (bandaids) the issue: Index: /usr/src/contrib/ntp/ntpd/refclock_oncore.c

Re: ANY-ONE-ELSE? ntpd+oncore+i386 doesn't work

2010-04-21 Thread Ollivier Robert
According to Ian FREISLICH: > The oncore ntp driver worked fine in my Athlon64 machine running > FreeBSD-amd64. I've tried it on a VIA-C7 and a Pentium-M based > board with an onboard serial port. Can you open a bug on bugs.ntp.org with the patch please? I'd rather have upstream fix it properly.

Re: ANY-ONE-ELSE? ntpd+oncore+i386 doesn't work

2010-04-21 Thread Ian FREISLICH
Ollivier Robert wrote: > According to Ian FREISLICH: > > The oncore ntp driver worked fine in my Athlon64 machine running > > FreeBSD-amd64. I've tried it on a VIA-C7 and a Pentium-M based > > board with an onboard serial port. > > Can you open a bug on bugs.ntp.org with the patch please? I'd ra

[head tinderbox] failure on i386/pc98

2010-04-21 Thread FreeBSD Tinderbox
TB --- 2010-04-21 07:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-21 07:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-04-21 07:40:00 - cleaning the object tree TB --- 2010-04-21 07:40:21 - cvsupping the source tree TB --- 2010-04-21 07:40:21 - /usr/bin/c

Re: ZFS DEADLKRES - AHCI blocks on ICH7M

2010-04-21 Thread Marcin Cieslak
Dnia 08.04.2010 Attilio Rao napisaƂ/a: > This may be a false positive. > May you please try the following patch and report if you can fix it > does fix it or not?: > http://www.freebsd.org/~attilio/Sandvine/deadlkres/deadlkres-blessed.diff Thanks for your help. I have applied this patch and I am

Re: HEADS UP: SUJ Going in to head today

2010-04-21 Thread Garrett Cooper
On Wed, Apr 21, 2010 at 12:39 AM, Gary Jennejohn wrote: > On Tue, 20 Apr 2010 12:15:48 -1000 (HST) > Jeff Roberson wrote: > >> Hi Folks, >> >> You may have seen my other Soft-updates journaling (SUJ) announcements. >> If not, it is a journaling system that works cooperatively with >> soft-updates

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Alexander Best
i might have stumbled upon a problem with clang. i've compiled a kernel from the clang branch using `make kernel INSTKERNNAME=clang` and booted from it. i'm now experiencing audio problems with mp3s and certain video files. playback is awfully slow and the audio output gets distorted massively. `to

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Dimitry Andric
On 2010-04-20 16:04, Roman Divacky wrote: Tried again with llvm r101891, still the same error... the problem is that gcc miscompiles llvm at -O3, I havent managed to contact brooks@ to change the port to default to -O2 you can do that locally I guess Tried llvm-devel-2.7.r101995 built with -

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Roman Divacky
On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: > i might have stumbled upon a problem with clang. i've compiled a kernel from > the clang branch using `make kernel INSTKERNNAME=clang` and booted from it. > i'm now experiencing audio problems with mp3s and certain video files. > pla

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Roman Divacky
On Wed, Apr 21, 2010 at 05:26:03PM +0200, Dimitry Andric wrote: > On 2010-04-20 16:04, Roman Divacky wrote: > >>Tried again with llvm r101891, still the same error... > > > >the problem is that gcc miscompiles llvm at -O3, I havent managed > >to contact brooks@ to change the port to default to -O2

Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server

2010-04-21 Thread John Baldwin
On Tuesday 20 April 2010 7:35:46 pm Matthew Jacob wrote: > On 04/20/2010 03:44 PM, Maxim Sobolev wrote: > > Maxim Sobolev wrote: > >>> Maybe try adding > >>> > >>> hint.atkbdc.0.disabled="1" > >>> hint.atkbd.0.disabled="1" > >>> > >>> to /boot/device.hints? That has reportedly removed minute-long

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Dimitry Andric
On 2010-04-21 17:24, Roman Divacky wrote: Tried llvm-devel-2.7.r101995 built with -O2, but no difference in the result. I guess it's a real bug in llvm. :) can you try with LLVM svn trunk? it works for me ok (with -O2 compilation) AFAICS the only change between r101995 and r102001 is in some

Re: ANY-ONE-ELSE? ntpd+oncore+i386 doesn't work

2010-04-21 Thread Ollivier Robert
According to Ian FREISLICH: > Fixed in 4.2.5p248 and later. Seems FreeBSD has lagged somewhat: > version="ntpd 4.2.4p5-a (1)" ok, got the message :) TODO.add("upgrade ntpd") -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr In memoriam to Ondine : http://ondine.

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Alexander Best
Roman Divacky schrieb am 2010-04-21: > On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: > > i might have stumbled upon a problem with clang. i've compiled a > > kernel from > > the clang branch using `make kernel INSTKERNNAME=clang` and booted > > from it. > > i'm now experiencing au

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Rui Paulo
On 21 Apr 2010, at 18:22, Alexander Best wrote: > Roman Divacky schrieb am 2010-04-21: >> On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: >>> i might have stumbled upon a problem with clang. i've compiled a >>> kernel from >>> the clang branch using `make kernel INSTKERNNAME=clang

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Roman Divacky
On Wed, Apr 21, 2010 at 07:22:00PM +0200, Alexander Best wrote: > Roman Divacky schrieb am 2010-04-21: > > On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: > > > i might have stumbled upon a problem with clang. i've compiled a > > > kernel from > > > the clang branch using `make kern

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Roman Divacky
On Sat, Apr 17, 2010 at 07:03:14PM +0200, Dimitry Andric wrote: > On 2010-04-16 18:08, Roman Divacky wrote: > > cd clangbsd&& make buildworld > > Buildworld all goes well, until this stage: > > -- > >>>stage 4.2: building libraries

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Dimitry Andric
On 2010-04-21 20:20, Roman Divacky wrote: /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.inc:140:1: warning: control may reach end of non-void function [-Wreturn-type] } ^ /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Roman Divacky
On Wed, Apr 21, 2010 at 08:37:10PM +0200, Dimitry Andric wrote: > On 2010-04-21 20:20, Roman Divacky wrote: > >>/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.inc:140:1: > >> warning: control may reach end of non-void function > >>[-Wreturn-type] > >>[0

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Alexander Best
Roman Divacky schrieb am 2010-04-21: > On Wed, Apr 21, 2010 at 07:22:00PM +0200, Alexander Best wrote: > > Roman Divacky schrieb am 2010-04-21: > > > On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: > > > > i might have stumbled upon a problem with clang. i've compiled > > > > a > >

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Alexander Best
Roman Divacky schrieb am 2010-04-21: [snip] > 1) cd modules/sound/sound && make CC=gcc after this step these are the sizes of sound.ko* in modules/sound/sound: -rw-r--r-- 1 root wheel 449120 Apr 21 21:36 sound.ko -rw-r--r-- 1 root wheel 2284757 Apr 21 21:36 sound.ko.debug -rw-r--r-- 1 r

Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server

2010-04-21 Thread Maxim Sobolev
John Baldwin wrote: On Tuesday 20 April 2010 7:35:46 pm Matthew Jacob wrote: On 04/20/2010 03:44 PM, Maxim Sobolev wrote: Maxim Sobolev wrote: Maybe try adding hint.atkbdc.0.disabled="1" hint.atkbd.0.disabled="1" to /boot/device.hints? That has reportedly removed minute-long boot delays on

SYSCTL_XXX(9) manual page deficiency

2010-04-21 Thread Maxim Sobolev
Hi, According to the manual page for the SYSCTL_XXX(9) family of functions, in order to use them one needs to include sys/types.h and sys/sysctl.h. However, if you do just that the code doesn't compile due to missing DATA_SET() macros, which is defined in sys/linker_set.h. My question is whet

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Roman Divacky
On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote: > Roman Divacky schrieb am 2010-04-21: > > [snip] > > > 1) cd modules/sound/sound && make CC=gcc > > after this step these are the sizes of sound.ko* in modules/sound/sound: > > -rw-r--r-- 1 root wheel 449120 Apr 21 21:36 sound

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Alexander Best
Roman Divacky schrieb am 2010-04-21: > On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote: > > Roman Divacky schrieb am 2010-04-21: > > [snip] > > > 1) cd modules/sound/sound && make CC=gcc > > after this step these are the sizes of sound.ko* in > > modules/sound/sound: > > -rw-r--r

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Alexander Best
Roman Divacky schrieb am 2010-04-21: > On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote: > > Roman Divacky schrieb am 2010-04-21: > > [snip] > > > 1) cd modules/sound/sound && make CC=gcc > > after this step these are the sizes of sound.ko* in > > modules/sound/sound: > > -rw-r--r

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Alexander Best
Roman Divacky schrieb am 2010-04-21: > On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote: > > Roman Divacky schrieb am 2010-04-21: > > [snip] > > > 1) cd modules/sound/sound && make CC=gcc > > after this step these are the sizes of sound.ko* in > > modules/sound/sound: > > -rw-r--r

Re: Does "makeoptions WITH_CTF=yes" actually work?

2010-04-21 Thread Navdeep Parhar
On Fri, Apr 16, 2010 at 03:51:40PM +0200, Alexander Leidinger wrote: > Quoting Navdeep Parhar (from Wed, 14 Apr 2010 > 11:35:40 -0700): > > >Have you or anyone else ever used buildkernel successfully with > >"makeoptions WITH_CTF=yes" in the conf file? Something as simple as > >this does not work

newsyslog patch implementing file includes

2010-04-21 Thread Gordon Tetlow
I wanted the ability for a port to have a rotating log policy so I wrote a patch for newsyslog to implement includes of other newsyslog.conf style files. Please find the patch at: http://people.freebsd.org/~gordon/patches/newsyslog.diff

Re: [CFT]: ClangBSD is selfhosting, we need testers now

2010-04-21 Thread Andrew Reilly
On Wed, Apr 21, 2010 at 05:23:38PM +0200, Roman Divacky wrote: > On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: > > i might have stumbled upon a problem with clang. i've compiled a kernel from > > the clang branch using `make kernel INSTKERNNAME=clang` and booted from it. > > i'm n