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

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 prompt. It still show

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

2010/4/21 Andrey V. Elsukov : > On 21.04.2010 2:44, Maxim Sobolev wrote: >> >> Maxim Sobolev wrote: Maybe try adding hint.atkbdc.0.disabled="1" hint.atkbd.0.disabled="1" >> >> Actually it helped, thank you very much! The problem was that I have had >> my hints compiled into

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

On 21.04.2010 2:44, Maxim Sobolev wrote: Maxim Sobolev wrote: Maybe try adding hint.atkbdc.0.disabled="1" hint.atkbd.0.disabled="1" Actually it helped, thank you very much! The problem was that I have had my hints compiled into the kernel itself. Hi, Maxim. I tried to boot 9.0-CURRENT amd6

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

On Fri, Apr 16, 2010 at 12:08 PM, Roman Divacky wrote: > Hi, > > ClangBSD is a branch of FreeBSD that aims at integrating clang ( > clang.llvm.org) > into FreeBSD, replacing GCC as a system compiler. > > Recently, we've achieved the state when clang can compile all of FreeBSD > world > on i386/amd

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

On Apr 20, 2010, at 5:48 PM, Maxim Sobolev wrote: > John Baldwin wrote: >> On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote: >>> Update: I've discovered that the 7.3 kernels actually boot after some >>> ridiculously long waiting period after the "boot" command (i.e. 10 minutes >>> or eve

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

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 some Nehalem machines. No, that have not helped at all. I measured the delay

[head tinderbox] failure on amd64/amd64

TB --- 2010-04-20 21:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 21:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-04-20 21:35:00 - cleaning the object tree TB --- 2010-04-20 21:35:27 - cvsupping the source tree TB --- 2010-04-20 21:35:27 - /usr/bin

Re: HEADS UP: SUJ Going in to head today

On Wed, Apr 21, 2010 at 00:15, 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 unclean shutdown.

[head tinderbox] failure on i386/i386

TB --- 2010-04-20 21:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 21:35:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-04-20 21:35:00 - cleaning the object tree TB --- 2010-04-20 21:35:24 - cvsupping the source tree TB --- 2010-04-20 21:35:24 - /usr/bin/c

Re: HEADS UP: SUJ Going in to head today

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 > unclean shutdown. SUJ may be enabled with t

[head tinderbox] failure on i386/pc98

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

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

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 some Nehalem machines. No, that have not helped at all. I measured the delay - it's about 6 minutes from boot command to t

HEADS UP: SUJ Going in to head today

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 unclean shutdown. SUJ may be enabled with tunefs -j enable and disabled wi

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

John Baldwin wrote: On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote: Update: I've discovered that the 7.3 kernels actually boot after some ridiculously long waiting period after the "boot" command (i.e. 10 minutes or even more). I suspect that it might be caused by the memory probing,

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

John Baldwin wrote: On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote: Update: I've discovered that the 7.3 kernels actually boot after some ridiculously long waiting period after the "boot" command (i.e. 10 minutes or even more). I suspect that it might be caused by the memory probing,

Re: Strange disk problem

On Tue, Apr 20, 2010 at 5:29 AM, Attilio Rao wrote: > > > David, > do you think you are willing to re-create the problem and do a PMC > analysis on it? > (If you need any guidance let me know, I will be happy to give it). > > Maybe, but I don't know what PMC analysis is, so a lot of guidance might

Re: ZFS behavior when device disappears

Hi Pawel, I totally understand the time commitment. I know several of the primary ZFS committers on OpenSolaris, and realize that it's easier for them because they're paid by Sun to work on it. Thank you very much for your effort on making it work inside of FreeBSD. It's giving all of us that made

Re: ZFS behavior when device disappears

On Tue, Apr 20, 2010 at 07:24:53AM -0600, Jason J. W. Williams wrote: > Hi Pawel, > > Thank you very much for the response! Please forgive some of my > questions, as I'm a bit unfamiliar with the FreeBSD port. > > What is the nature of the port? Is it something where each new version > of ZFS is

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

On Tue, Apr 20, 2010 at 04:04:37PM +0200, Dimitry Andric wrote: > On 2010-04-17 20:13, Roman Divacky wrote: > I'm using the llvm-devel-2.7.r100430 port. > >> > >>This is the current devel/llvm-devel port, AFAICS? The system itself > >>runs -CURRENT as of r206706. > > > >sorry.. havent noticed

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

On 2010-04-17 20:13, Roman Divacky wrote: I'm using the llvm-devel-2.7.r100430 port. This is the current devel/llvm-devel port, AFAICS? The system itself runs -CURRENT as of r206706. sorry.. havent noticed that you wrote that in your first mail yes, i386 has a problem. I am just distilling

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

On Tue, Apr 20, 2010 at 02:38:01PM +0200, Alexander Best wrote: > Eitan Adler schrieb am 2010-04-20: > > > i was also wondering: what's the reason gcc is still being used > > > during step > > > "Building an up-to-date make(1)" and not clang? > > > because make segfaults when using clang ;) > > a

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

On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote: > Update: I've discovered that the 7.3 kernels actually boot after some > ridiculously long waiting period after the "boot" command (i.e. 10 > minutes or even more). I suspect that it might be caused by the memory > probing, which as far a

Re: ZFS behavior when device disappears

Hi Pawel, Thank you very much for the response! Please forgive some of my questions, as I'm a bit unfamiliar with the FreeBSD port. What is the nature of the port? Is it something where each new version of ZFS is a from-scratch effort to some degree? Or is it a point where new ZFS versions are a

[head tinderbox] failure on i386/pc98

TB --- 2010-04-20 11:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 11:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-04-20 11:50:00 - cleaning the object tree TB --- 2010-04-20 11:50:25 - cvsupping the source tree TB --- 2010-04-20 11:50:25 - /usr/bin/c

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

Eitan Adler schrieb am 2010-04-20: > > i was also wondering: what's the reason gcc is still being used > > during step > > "Building an up-to-date make(1)" and not clang? > because make segfaults when using clang ;) ah ok. that's quite a good reason. ;) -- Alexander Best ___

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

Update: I've discovered that the 7.3 kernels actually boot after some ridiculously long waiting period after the "boot" command (i.e. 10 minutes or even more). I suspect that it might be caused by the memory probing, which as far as I know the FreeBSD does to determine if the physical memory th

Re: Strange disk problem

2010/4/20 David Ehrmann : > Initially, I noticed a problem where reading a file on this machine seemed > to stop--something like a video would just stop playing.  At first, I > thought it was the machine, but a new motherboard, CPU, and RAM later, the > problem persists.  The network card uses a di

Re: panic: deadlkres: possible deadlock detected

2010/4/20 Erik Cederstrand : > > Den 19/04/2010 kl. 17.03 skrev Attilio Rao: > >> 2010/4/19 Erik Cederstrand : >>> Hi >>> >>> I'm testing ClangBSD in a VirtualBox client and ran into a panic on the >>> client, but I don't think it's clang-related. I haven't tried kernel >>> debugging before. I tr

newsyslog patch implementing file includes

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

On 2010-Apr-20 10:39:26 +0300, Eitan Adler wrote: >> i was also wondering: what's the reason gcc is still being used during step >> "Building an up-to-date make(1)" and not clang? > >because make segfaults when using clang ;) (On amd64) I've discovered this as well. It does somewhat restrict th

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

Quoting jhell (from Mon, 19 Apr 2010 08:46:33 -0400): [testing CTF] This sounds like a case of too many knobs to control whether ctfconvert will be used on any resulting object code. Couldn't this be better handled by defaulting WITH_CTF:=NO instead of having it act Boolean and set NO_CTF to 0

[head tinderbox] failure on powerpc/powerpc

TB --- 2010-04-20 07:12:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 07:12:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-04-20 07:12:16 - cleaning the object tree TB --- 2010-04-20 07:12:29 - cvsupping the source tree TB --- 2010-04-20 07:12:29 - /usr

Re: net/mpd5, ppp, proxy-arp issues

> > I was using csup to track RELEN_8_0 branch. Currently I'm syncing to > RELENG_8. > > If I understood you right, after getting the sources for RELENG_8, I need to > apply the patch and then rebuild world? > You only need to rebuild the kernel. -- Qing __

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

Maxim Sobolev wrote: the boot command, HEAD - filled in console with funny blinking characters. ...and hanged machine after that as well. -Maxim ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To

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

Hi, For the first time in many years, I've stumbled across a server hardware where FreeBSD kernel refuses to boot. It's FUJITSU PRIMERGY RX200 S5 server with 2x Quad core E5520 processors and 16GB of RAM. Linux boots on that hardware just fine. Linux dmesg is available here: http://sobomax.s

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

> i was also wondering: what's the reason gcc is still being used during step > "Building an up-to-date make(1)" and not clang? because make segfaults when using clang ;) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listi

[head tinderbox] failure on i386/pc98

TB --- 2010-04-20 05:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 05:45:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-04-20 05:45:00 - cleaning the object tree TB --- 2010-04-20 05:45:24 - cvsupping the source tree TB --- 2010-04-20 05:45:24 - /usr/bin/c

[head tinderbox] failure on i386/i386

TB --- 2010-04-20 05:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 05:45:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-04-20 05:45:00 - cleaning the object tree TB --- 2010-04-20 05:45:25 - cvsupping the source tree TB --- 2010-04-20 05:45:25 - /usr/bin/c