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
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]>
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
: >
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:
: > >>
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
-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
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.
___
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
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
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
--- 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.
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+
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
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/
--- 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
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
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
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
--- 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
19 matches
Mail list logo
