High load average but low cpu (xenomai can be the explanation?)
Hi, I have an MPC880 @133MHz. If I look into the load (with uptime) I get values around 3.0 but my CPU is always under 5 percent (top). How could I explain this? I'm using linux 2.6.19 with xenomai but no xenomai application is running at all. I have a cramfs on a nor flash. What could be the problem? If I kill the process I developed the average load goes down. Thank you, Adi ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
R: High load average but low cpu (xenomai can be the explanation?)
It is an AgentX subagent, it does a lot of things like accessing the hardware, handling messages from the main snmp agent received from an unix socket, writing files on jffs2 partition, polling hardware for alarms. If I kill it, the load goes down. Anyway the subagent only takes 2-3% of the CPU.. Thank you, Antonio. >Da: daniele.b...@mta.it > >Can you give us some more details about your app? >Is it multithread or single process? >What do the process do? > >Bye Daniele > > > >-Messaggio originale- >Da: linuxppc-dev- bounces+daniele.bosi=mta...@lists.ozlabs.org [mailto:linuxppc-dev- bounces+daniele.bosi=mta...@lists.ozlabs.org] Per conto di diba...@libero.it >Oggetto: High load average but low cpu (xenomai can be the explanation?) > >Hi, > >I have an MPC880 @133MHz. If I look into the load (with uptime) I get >values around 3.0 but my CPU is always under 5 percent (top). How could I >explain this? I'm using linux 2.6.19 with xenomai but no xenomai application is >running at all. I have a cramfs on a nor flash. What could be the problem? If I >kill the process I developed the average load goes down. > >Thank you, >Adi >___ >Linuxppc-dev mailing list >Linuxppc-dev@lists.ozlabs.org >https://lists.ozlabs.org/listinfo/linuxppc- dev >___ >Linuxppc-dev mailing list >Linuxppc-dev@lists.ozlabs.org >https://lists.ozlabs.org/listinfo/linuxppc-dev > ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
__pa giving strange phys address on PPC
Hi all, I'm using a linux 2.6.19 (from Denx ELDK) on a PPC MPC880. In a driver (that uses TDM channels) I have some calls to __pa to get the physical address corresponding to a virtual address. The physical address returned by __pa is higher than the maximum physical memory I have on the board. This result make my driver hang. The driver I'm trying to use was written for a 2.4 kernel and I'm wondering if I have to replace the calls to __pa with some other API/MACRO. Thank you in advance. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: __pa giving strange phys address on PPC
I used __pa on the result of an uncached_mem_alloc. Furthermore __pa should work on the return of a kmalloc? Thank you. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
lapb discipline
Hi all, I need a LAPB line discipline. Is there anything in the 2.6 kernels? Anyone has anything even unstable or to complete? ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev