Re: Summary: Re: Spin down HDD after disk sync or before power off

2010-09-15 Thread Garrett Cooper
On Wed, Sep 15, 2010 at 5:49 PM, Alexander Best wrote: > On Wed Sep 15 10, Oliver Fromme wrote: >> Warren Block wrote: >>  > [...] >>  > 8. Alexander Motin has an updated CAM version of the ATA system which >>  > will eventually replace the existing one.  In -CURRENT, anyway.  He was >>  > kind e

[Fwd: Crash dump on HP Proliant G6 broken as of V8.0]

2010-09-15 Thread Patrick Mahan
Forwarding for a colleague, Patrick Original Message Subject: Crash dump on HP Proliant G6 broken as of V8.0 Date: Wed, 15 Sep 2010 11:53:16 -0700 From: Paul Heyman To: freebsd-hackers@freebsd.org CC: Patrick Mahan References: <32ab5c9615cc494997d9abb1db12783c024c8c5...@sj-

traling whitespace in CFLAGS if make.conf:CPUTYPE is not defined/empty

2010-09-15 Thread Alexander Best
hi there, after discovering PR #114082 i noticed that with CPUTYPE not being defined in make.conf, `make -VCFLAGS` reports a trailing whitespace for CFLAGS. the reason for this is that ${_CPUCFLAGS} gets added to CFLAGS even if it's empty. the following patch should take care of the problem. i al

Re: Summary: Re: Spin down HDD after disk sync or before power off

2010-09-15 Thread Alexander Best
On Wed Sep 15 10, Oliver Fromme wrote: > Warren Block wrote: > > [...] > > 8. Alexander Motin has an updated CAM version of the ATA system which > > will eventually replace the existing one. In -CURRENT, anyway. He was > > kind enough to look at my event handler. My understanding is that

odd issues with DDB vs GDB

2010-09-15 Thread Patrick Mahan
All, I am trying to debug a system hang occurring on my HP Proliant G6 running some of our kernel software. I am seeing that under certain test loads, the system will hang-up complete, no keyboard, no console, etc. I suspect it is some of the kernel code that I have inherited that contains a

Re: Summary: Re: Spin down HDD after disk sync or before power off

2010-09-15 Thread Oliver Fromme
Warren Block wrote: > [...] > 8. Alexander Motin has an updated CAM version of the ATA system which > will eventually replace the existing one. In -CURRENT, anyway. He was > kind enough to look at my event handler. My understanding is that he is > looking at implementing the head parkin

So I got "The D Programming Language" (and: threaded .xz compression)

2010-09-15 Thread Juergen Lock
(that's this book: http://amazon.com/exec/obidos/ASIN/0321635361/modecdesi-20 Author's homepage: http://erdani.com/ ) ...and finally played with the language a bit. I've posted some notes about getting dmd 2.048 running on FreeBSD (that's the D 2.0 compiler + runtime + phobos l

Re: Questions about mutex implementation in kern/kern_mutex.c

2010-09-15 Thread John Baldwin
On Wednesday, September 15, 2010 11:46:00 am Matthew Fleming wrote: > I'll take a stab at answering these... > > On Wed, Sep 15, 2010 at 6:44 AM, Andrey Simonenko > wrote: > > Hello, > > > > I have questions about mutex implementation in kern/kern_mutex.c > > and sys/mutex.h files (current versio

Re: is vfs.lookup_shared unsafe in 7.3?

2010-09-15 Thread John Baldwin
On Monday, September 13, 2010 4:57:15 pm cronfy wrote: > Hello, > > Trying to overtake high server load (sudden peaks of 15%us/85%sy, LA > > 40, very slow lstat() at these moments, looks like some kind of lock > contention) I enabled vfs.lookup_shared=1 on two servers today. One is > FreeBSD-7.3 k

Crash dump on HP Proliant G6 broken as of V8.0

2010-09-15 Thread Paul Heyman
ALL, The crash dump worked fine in V7.3. I am debugging crash dump problem on a HP Proliant G6 which uses a SATA drive connected to a CISS Raid Controller. I have tried this on a x86 box using a non-raid ATA/SATA disk controller and it works well. I noticed that in V8.0 there is a new SCSI oper

Re: Questions about mutex implementation in kern/kern_mutex.c

2010-09-15 Thread Matthew Fleming
I'll take a stab at answering these... On Wed, Sep 15, 2010 at 6:44 AM, Andrey Simonenko wrote: > Hello, > > I have questions about mutex implementation in kern/kern_mutex.c > and sys/mutex.h files (current versions of these files): > > 1. Is the following statement correct for a volatile pointer

Questions about mutex implementation in kern/kern_mutex.c

2010-09-15 Thread Andrey Simonenko
Hello, I have questions about mutex implementation in kern/kern_mutex.c and sys/mutex.h files (current versions of these files): 1. Is the following statement correct for a volatile pointer or integer variable: if a volatile variable is updated by the compare-and-set instruction (e.g. atomi