In the last episode (Jan 09), kamal kc said:
> dear everybody,
>
> i want to use the routine get_system_info() to get the load averages
> of the cpu. i found it that top uses it.
get_system_info is just a function /in/ top itself that gets the CPU
usage. It uses the vm.loadavg sysctl to get the
> On Mon, 2006-Jan-09 19:14:53 -0800, kamal kc wrote:
> >i want to use the routine get_system_info() to get
> the
> >load averages of the cpu. i found it that top uses
> it.
>
> The approved mechanism is via the sysctl(3) name
> "vm.loadavg" or OID
> CTL_VM.VM_LOADAVG - which returns a struct load
On Mon, 2006-Jan-09 19:14:53 -0800, kamal kc wrote:
>i want to use the routine get_system_info() to get the
>load averages of the cpu. i found it that top uses it.
The approved mechanism is via the sysctl(3) name "vm.loadavg" or OID
CTL_VM.VM_LOADAVG - which returns a struct loadavg. See sysctl(3
dear everybody,
i want to use the routine get_system_info() to get the
load
averages of the cpu. i found it that top uses it.
but i do not know which object files do i need to link
it to
my program. also the struct system_info is defined
in the machine.h of the /usr/src/contrib/top. do i
need
t
Hi all,
I know nullfs is not to be relied upon, but I did hit an interesting bug
the other day, and I was wondering if I should bother with a PR or not.
In short, doing the following seems to dirty the partition and leave the
machine in a state where a hard reset is required to recover. This
On Mon, Jan 09, 2006 at 03:35:51PM -0500, David Gilbert wrote:
> > "Brooks" == Brooks Davis <[EMAIL PROTECTED]> writes:
>
> Brooks> On Mon, Jan 09, 2006 at 11:12:30AM -0500, David Gilbert wrote:
> >> Has anyone had a look at the following:
> >>
> >> [EMAIL PROTECTED]:1:2: class=0x080501 card=
> "Brooks" == Brooks Davis <[EMAIL PROTECTED]> writes:
Brooks> On Mon, Jan 09, 2006 at 11:12:30AM -0500, David Gilbert wrote:
>> Has anyone had a look at the following:
>>
>> [EMAIL PROTECTED]:1:2: class=0x080501 card=0x01aa1028 chip=0x08221180
>> rev=0x17 hdr=0x00 vendor = 'Ricoh Co Ltd' dev
On Sat, Jan 07, 2006 at 11:17:00PM +, Nate Nielsen wrote:
> Nate Nielsen wrote:
> > The polling functionality in FreeBSD is currently a bit NIC centric.
> > With a few changes other types devices can use the polling subsystem.
> > Attached is my first whack at this.
> >
> > This is some of my
On Mon, Jan 09, 2006 at 11:12:30AM -0500, David Gilbert wrote:
> Has anyone had a look at the following:
>
> [EMAIL PROTECTED]:1:2: class=0x080501 card=0x01aa1028 chip=0x08221180
> rev=0x17 hdr=0x00
> vendor = 'Ricoh Co Ltd'
> device = 'SD Bus Host Adapter'
> class= base perip
On Mon, 9 Jan 2006, 18:57+0100, Hugo Meiland wrote:
> Hi,
>
> I was just browsing the coda code in the head cvs,
> src/sys/coda/coda_vfsops.c revision 1.60 and came along the
> following defines :
>
> #define MARK_ENTRY(op) (coda_vfsopstats[op].entries++)
> #define MARK_INT_SAT(op) (coda_vfsopstat
Hi,
I was just browsing the coda code in the head cvs,
src/sys/coda/coda_vfsops.c revision 1.60 and came along the following
defines :
#define MARK_ENTRY(op) (coda_vfsopstats[op].entries++)
#define MARK_INT_SAT(op) (coda_vfsopstats[op].sat_intrn++)
#define MARK_INT_FAIL(op) (coda_vfsopstats[o
takawata-san,
I have looked over this patch, and it looks good to me. Will you have
time to commit it soon, or would you like someone else to commit for
you?
Warner
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
Has anyone had a look at the following:
[EMAIL PROTECTED]:1:2: class=0x080501 card=0x01aa1028 chip=0x08221180 rev=0x17
hdr=0x00
vendor = 'Ricoh Co Ltd'
device = 'SD Bus Host Adapter'
class= base peripheral
This shows up on my new Dell XPS-170 laptop. Since there is no USB
at
I have updated the patches:
For 7-current patch:
http://people.freebsd.org/~daichi/unionfs/unionfs-p3.diff
For 6.x patch:
http://people.freebsd.org/~daichi/unionfs/unionfs6-p3.diff
changes from -p2 to -p3:
- fixed problem of attribute associated with shadow dir
- fixed lock/unlock problem (-p2
14 matches
Mail list logo
