Reply
Thread Tools
CarstenDutch's Avatar
Posts: 147 | Thanked: 78 times | Joined on Dec 2009 @ Netherlands
#21
I have found the problem, it's hildon-desktop that is using around 15% cpu usage.

I found out because i saw that the battery drained faster in standby mode, and take a look at your top.txt same problem!

We need to look if there is a bug submitted with this problem.

Last edited by CarstenDutch; 2010-05-28 at 17:57.
 

The Following User Says Thank You to CarstenDutch For This Useful Post:
Banned | Posts: 138 | Thanked: 45 times | Joined on Feb 2010
#22
"N900 died a couple of hours after PR 1.2 Update"

Lucky b****d

mine is still working

think of PR1.2 as Nokia's coupe de grace
 
Posts: 15 | Thanked: 0 times | Joined on May 2010
#23
@CarstenDutch: was away, did you see if the bug has been reported, this is a critical one :/

Maybe revert to the old firmware till this is fixed?
 
CarstenDutch's Avatar
Posts: 147 | Thanked: 78 times | Joined on Dec 2009 @ Netherlands
#24
It's better if it's reproducible, and then later submit to bugzilla, i have a bugzilla tab opened to fill in the submit.

I did not found any hildon-desktop cpu usage submits.
 
CarstenDutch's Avatar
Posts: 147 | Thanked: 78 times | Joined on Dec 2009 @ Netherlands
#25
I encountered the hildon-desktop cpu usage slow drainage after i played Quake3 and saw that the system resources were freed up for a longer time, it did not refilled the system resources again.

Look at it the next time hildon-desktop take alot of cpu load.
 
Posts: 15 | Thanked: 0 times | Joined on May 2010
#26
I think i have managed to find a way to reproduce this but I havent been able to test it a lot as it requires rebooting the tablet.

Have battery graph installed so you can see the cpu usage etc.

1. Reboot the device
2. Make sure that auto lock is turned off
3. Go to the desktop and press the power button
4. Select secure device, do not enter the lock code
5. Put the device in standby
6. Wait for 20 mins
7. Bring the device out of standy and touch outside the lock screen window, it should say device not secured.
8. Open battery graph.

Now you will see that the cpu was been used 100% when the prompt for securing your device was left without any input.

Note. If you enter the code once, the device wont ask you for the code again when you select secure device (unless you reboot), it is the same case if auto lock is enabled.

Someone try this out and confirm so this bug can be reported.
 
CarstenDutch's Avatar
Posts: 147 | Thanked: 78 times | Joined on Dec 2009 @ Netherlands
#27
@samad909,

That is a problem that is not related to the hildon-desktop problem. i also found more stuff in PR1.2 that needs to be addressed and it's time consuming.
 
Posts: 15 | Thanked: 0 times | Joined on May 2010
#28
@CarstenDutch:

That is true, but this is a bug which should have high priority too as it increases the cpu usage to 100% till the battery drains, the cpu and battery life could be critically hindered.

I will keep an eye on hildon-desktop. Could you check if this bug (the one I reported here) can be reproduced with the steps I mentioned?
 
CarstenDutch's Avatar
Posts: 147 | Thanked: 78 times | Joined on Dec 2009 @ Netherlands
#29
Originally Posted by samad909 View Post
@CarstenDutch:

That is true, but this is a bug which should have high priority too as it increases the cpu usage to 100% till the battery drains, the cpu and battery life could be critically hindered.

I will keep an eye on hildon-desktop. Could you check if this bug (the one I reported here) can be reproduced with the steps I mentioned?
hildon-desktop in conjuction with Xorg i found out is a less critical one but it shorter the use of the battery, yes every bug that drains the battery less or more heavy must be eliminated as soon as possible.

[edited] I could not reproduce your problem, no cpu usage at all.

Last edited by CarstenDutch; 2010-05-29 at 19:50.
 
Reply


 
Forum Jump


All times are GMT. The time now is 18:12.