--- Dan Nelson <[EMAIL PROTECTED]> wrote:
> 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
On Mon, Jan 09, 2006 at 08:21:16PM +0900, Daichi GOTO wrote:
> 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 p
On Mon, 2006-Jan-09 23:59:10 -0800, kamal kc wrote:
>thanks i tried getloadavg() it worked.
>
>but when i tried to put it in the kernel the kernel
> failed to link.
You didn't mention the kernel bit before. To access
the load average in the kernel, you just access
"averunnable" (see ). Note tha
Matteo Riondato wrote:
I think that on sys/fs/unionfs/union_vfsops.c, line 116, done should
be size_t, to have unionfs compiled on amd64 (and probably other
!32bit archs)
Best Regards
Yes, you are correct. Danny have pointed out the same problem.
It is a careless mistake, so sorry. Please try
--- Peter Jeremy <[EMAIL PROTECTED]> wrote:
> On Mon, 2006-Jan-09 23:59:10 -0800, kamal kc wrote:
> >thanks i tried getloadavg() it worked.
> >
> >but when i tried to put it in the kernel the kernel
> > failed to link.
>
> You didn't mention the kernel bit before. To access
> the load average
I can't tell when this broke, but compiling pxeboot with
BOOT_PXELDR_PROBE_KEYBOARD set would redirect the console to the serial
port if no keyboard was detected. This no longer works, which explains
the problems i had with the serial port on my intel 1U servers.
the relevant code is in /sys/boot/
On Tuesday 10 January 2006 09:11 am, Danny Braniss wrote:
> I can't tell when this broke, but compiling pxeboot with
> BOOT_PXELDR_PROBE_KEYBOARD set would redirect the console to the serial
> port if no keyboard was detected. This no longer works, which explains
> the problems i had with the seria
Since no-one else has offered any input...
On Sun, 2006-Jan-08 03:04:44 +0300, Ilya E Veretenkin wrote:
>Problem: Total amount of visible memory is decreasing while system is
>running
>(total amount = sum of all memory fields in 'top' utility output,
>in other words: Active+Inact+Wired+Cache+Buf+
--- Tofik Suleymanov <[EMAIL PROTECTED]> wrote:
> kamal kc wrote:
>
> >--- Peter Jeremy <[EMAIL PROTECTED]>
> wrote:
> >>>thanks i tried getloadavg() it worked.
> >>>
> >>>but when i tried to put it in the kernel the
> kernel
> >>>failed to link.
> >>You didn't mention the kernel bit before.
kamal kc wrote:
actually the thing is , i have put some code in the
bridge.c
routine that attempts to compress/decompress ip
packets.
i don't know if it was a good idea since i am just a
beginner
in programming in the kernel and have a little
knowledge
regarding it.
after i put my code
On Tue, 2006-Jan-10 17:55:04 -0800, kamal kc wrote:
>after i put my code i got a very high amount of interrupts (irq 21:
>xl1 interrupts) that overloads the cpu withing seconds if i pump
>about 4Mbps traffic through it.
>
>so i thought as a temp solution that i could turn off the compression
>if ev
Hi,
I was just browsing the source tree, and came along a possible typo in
src/sys/coda/coda_vfsops.c rev 1.60:
#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[op].unsat_intrn++)
#define
In message <[EMAIL PROTECTED]>, "M. Warner Losh" wrote:
>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?
I'll commit it soon. Thanks.
___
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ed Maste wrote:
> In addition, the current polling algorithm breaks down when you get to
> very high CPU utilization by the stack (e.g. if acting as a high
> bandwidth router). This happens because it adds one count per tick
> if the polling did not r
kamal kc wrote:
--- Peter Jeremy <[EMAIL PROTECTED]> wrote:
On Mon, 2006-Jan-09 23:59:10 -0800, kamal kc wrote:
thanks i tried getloadavg() it worked.
but when i tried to put it in the kernel the kernel
failed to link.
You didn't mention the kernel bit before. To access
the
In message: <[EMAIL PROTECTED]>
Brooks Davis <[EMAIL PROTECTED]> writes:
: 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:
: > >>
In message: <[EMAIL PROTECTED]>
Brooks Davis <[EMAIL PROTECTED]> writes:
: 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
: >
From: Brooks Davis
> On Mon, Jan 09, 2006 at 11:12:30AM -0500, David Gilbert wrote:
> > Has anyone had a look at the following:
> >
[ Ricoh SD Bus Host Adapter, PCI ID 0x08221180 ]
>
> People are looking at it, but there are no docs available. Apparently,
> there is some work being done to revers
In message: <[EMAIL PROTECTED]>
"Darren Pilgrim" <[EMAIL PROTECTED]> writes:
: From: Brooks Davis
: > On Mon, Jan 09, 2006 at 11:12:30AM -0500, David Gilbert wrote:
: > > Has anyone had a look at the following:
: > >
: [ Ricoh SD Bus Host Adapter, PCI ID 0x08221180 ]
: >
: > People are
19 matches
Mail list logo
