On Sun, 9 Aug 2009 19:19:12 -0300 Gustavo Sverzut Barbieri <[email protected]> said:
> On Thu, Aug 6, 2009 at 9:03 AM, Iván Briano (Sachiel)<[email protected]> > wrote: > > On Thu, Aug 6, 2009 at 7:56 AM, Fernando Meira<[email protected]> wrote: > >> Hi, > >> > >> about a month ago, or so, I've noticed (probably after some updates) that > >> the battery module was using 100% of 1 cpu. > >> The solution was to unload the module. > >> Has anyone seen this too? Or has ideas of what can it be? Or better, how to > >> solve it? > >> > > > > Something changed in kernel 2.6.30 that screws up polling. More info on this > > can be found somewhere in the archive for either this list or e-devel, I > > don't remember. > > Apparently, using hal as the backend for the module works just fine, > > but I haven't > > really tested. > > yes, hal works fine. Someone (not me!) should either ask LKML, some > friend kernel hacker or even look at HAL on how to do this. What E > does is believe /sys files will block on read if data did not change, > but instead 2.6.30 changed to READ always work but no data there, so > we end reading nothing all the time and cpu gets abused. > > raster already said that changing this to period polling is not the > correct solution and I agree, but a definitive answer should exist to > "how to listen to uevent and /sys" properties changes. > > as Ivan pointed, in the list history/archive you should even find > reference to exact kernel commit that broke, you could mail the author > and ask it... we're quite busy these days :-/ the uevent files in sysfs used to work like this: you would sit on a select() on them. if anything in the battery changed they'd blip out some dummy data (select would wake up with them being available for read). thats how they worked when i wrote the code. that seemed to change as of 2.6.30 - i've disabled the batget uevent code in the meantime. u'll just need to wait for it to poll to figure out changes. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
