lock order reversal bufwait/dirhash

2010-06-09 Thread Bernd Walter
Got this during installworld (source on NFS, destination UFS on CF-card) Source is current checked out yesterday. lock order reversal: 1st 0xc28b85b4 bufwait (bufwait) @ /data/builder/c13-2010-06-07/head/sys/kern/vfs_bio.c:2575 2nd 0xc343f000 dirhash (dirhash) @

Patch for really fixing bsnmpd hrProcessorLoad values

2010-06-09 Thread Ulrich Spörlein
Hi guys, I finally got fed up with bsnmpd no longer returning the right CPU load values when running under ULE. After taking a look at how top(1) does it, I came up with the following initial patch to bsnmpd, that seems to DTRT. A few technical questions remain: - Is the idle state guaranteed

Re: lock order reversal bufwait/dirhash

2010-06-09 Thread Garrett Cooper
On Jun 9, 2010, at 12:51 AM, Bernd Walter wrote: Got this during installworld (source on NFS, destination UFS on CF-card) Source is current checked out yesterday. lock order reversal: 1st 0xc28b85b4 bufwait (bufwait) @ /data/builder/c13-2010-06-07/head/sys/kern/vfs_bio.c:2575 2nd

Re: lock order reversal bufwait/dirhash

2010-06-09 Thread John Baldwin
On Wednesday 09 June 2010 3:51:52 am Bernd Walter wrote: Got this during installworld (source on NFS, destination UFS on CF-card) Source is current checked out yesterday. lock order reversal: 1st 0xc28b85b4 bufwait (bufwait) @ /data/builder/c13-2010-06-07/head/sys/kern/vfs_bio.c:2575

Re: Patch for really fixing bsnmpd hrProcessorLoad values

2010-06-09 Thread Gustau Pérez
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 En/na Ulrich Spörlein ha escrit: Hi guys, I finally got fed up with bsnmpd no longer returning the right CPU load values when running under ULE. After taking a look at how top(1) does it, I came up with the following initial patch to bsnmpd, that

Re: lock order reversal bufwait/dirhash

2010-06-09 Thread Rui Paulo
On 9 Jun 2010, at 12:58, John Baldwin wrote: On Wednesday 09 June 2010 3:51:52 am Bernd Walter wrote: Got this during installworld (source on NFS, destination UFS on CF-card) Source is current checked out yesterday. lock order reversal: 1st 0xc28b85b4 bufwait (bufwait) @

Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless

2010-06-09 Thread Ganbold
AK-san, PseudoCylon wrote: - Original Message From: Ganbold ganb...@gmail.com To: PseudoCylon moonlightak...@yahoo.ca Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu ganb...@mobicom.mn Sent: Wed, May 26, 2010 10:10:46 AM Subject: Re: CALL for TEST [HOSTAP] run(4) ralink

Re: Patch for really fixing bsnmpd hrProcessorLoad values

2010-06-09 Thread Ulrich Spörlein
On Wed, 09.06.2010 at 14:49:10 +0200, Gustau Pérez wrote: En/na Ulrich Spörlein ha escrit: Hi guys, I finally got fed up with bsnmpd no longer returning the right CPU load values when running under ULE. After taking a look at how top(1) does it, I came up with the following initial

Import of clang/LLVM about to start

2010-06-09 Thread Roman Divacky
Hi, The import of clang/LLVM is about to start. I'll announce when the import is finished. It would be nice if you didn't commit while the import is in progress. thank you Roman Divacky pgpy8CasgxJd6.pgp Description: PGP signature

Re: Import of clang/LLVM about to start

2010-06-09 Thread Roman Divacky
the import is finished. feel free to commit and enjoy clang :) On Wed, Jun 09, 2010 at 07:45:16PM +0200, Roman Divacky wrote: Hi, The import of clang/LLVM is about to start. I'll announce when the import is finished. It would be nice if you didn't commit while the import is in

Re: Import of clang/LLVM about to start

2010-06-09 Thread Alexander Best
that's great news! :) just tried to do `make depend all` in usr.bin/clang and got: === clang (depend) tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include

Re: Import of clang/LLVM about to start

2010-06-09 Thread Roman Divacky
I dont see the error message but I guess you dont have tblgen built (a necessary part for building clang/LLVM) buildworld should be fine On Wed, Jun 09, 2010 at 11:30:10PM +0200, Alexander Best wrote: that's great news! :) just tried to do `make depend all` in usr.bin/clang and got: ===

[sparc64] [panic] mutex vm object not owned

2010-06-09 Thread Nathaniel W Filardo
Attempting to boot on (2-way SMP; SUN Fire V240) sparc64 a 9.0-CURRENT kernel built on Jun 9 at 14:41, and fully csup'd before building (I don't have the SVN revision number, sorry) yields, surprisingly late in the boot process, this panic: panic: mutex vm object not owned at

Re: Import of clang/LLVM about to start

2010-06-09 Thread Garrett Cooper
On Wed, Jun 9, 2010 at 2:30 PM, Alexander Best alexbes...@uni-muenster.de wrote: that's great news! :) just tried to do `make depend all` in usr.bin/clang and got: === clang (depend) tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include

Re: Import of clang/LLVM about to start

2010-06-09 Thread jhell
On 06/09/2010 17:31, Roman Divacky wrote: I dont see the error message but I guess you dont have tblgen built (a necessary part for building clang/LLVM) buildworld should be fine On Wed, Jun 09, 2010 at 11:30:10PM +0200, Alexander Best wrote: that's great news! :) just tried to do `make

Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless

2010-06-09 Thread PseudoCylon
- Original Message From: Ganbold ganb...@gmail.com To: PseudoCylon moonlightak...@yahoo.ca Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu ganb...@mobicom.mn Sent: Wed, June 9, 2010 9:09:22 AM Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless Any update on driver

Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless

2010-06-09 Thread PseudoCylon
Hello, Sorry for taking long. But, please try following update (if_run.c and if_runvar.h) http://gitorious.org/run/run/blobs/raw/a74fa9ba5a16f1d1f058efa724261351e267a474/dev/usb/wlan/if_run.c

[RFC] Macro to sum DPCPU vars

2010-06-09 Thread Lawrence Stewart
Does anyone have objections to or feedback on the following patch? The macro simplifies the act of calculating an aggregate from DPCPU counters. http://people.freebsd.org/~lstewart/patches/tcp_ffcaia2008/dpcpu_sum_9.x.r208900.patch If anyone is curious how you would use it, take a look at: