[RFC] Macro to sum DPCPU vars

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: htt

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

> 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 > http://gitorious.org/run/run/blobs/raw/a74fa9ba5a16f1d1f058efa724261351e267a474/dev/usb/wlan/

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

- Original Message > From: Ganbold > To: PseudoCylon > Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu > Sent: Wed, June 9, 2010 9:09:22 AM > Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless > > Any update on driver side? > Please let me know. > > thanks, > > Ganbold

Re: Import of clang/LLVM about to start

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

Re: Import of clang/LLVM about to start

On Wed, Jun 9, 2010 at 2:30 PM, Alexander Best 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 > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/

[sparc64] [panic] mutex vm object not owned

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 /systank/src/sys/vm/v

Re: Import of clang/LLVM about to start

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: > > =

Re: Import of clang/LLVM about to start

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 -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/

Re: Import of clang/LLVM about to start

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 pr

Import of clang/LLVM about to start

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: Patch for really fixing bsnmpd hrProcessorLoad values

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 in

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

AK-san, PseudoCylon wrote: > - Original Message > >> From: Ganbold >> To: PseudoCylon >> Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu >> Sent: Wed, May 26, 2010 10:10:46 AM >> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless >> >> It looks like either bridge or

Re: lock order reversal bufwait/dirhash

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) @ >> /da

Re: Patch for really fixing bsnmpd hrProcessorLoad values

-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,

Re: lock order reversal bufwait/dirhash

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: lock order reversal bufwait/dirhash

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 0

Patch for really fixing bsnmpd hrProcessorLoad values

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 to

lock order reversal bufwait/dirhash

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) @ /data/builder/c13-2010-06-07/he