I started having this problem like a day after installing midi-support(which installed three packages).
I've since removed midi-support(which only removed two packages), extra-decoders, and disabled my ApMeFo profile... to no avail.

Any ideas of other apps that could be triggering this problem? Or, a patched version of hildon-desktop to fix it?

My hildon-desktop is not hogging and I got Extra-decoders.
I just reflashed everything though lol.

Even I reinstalled everything and still okay for now. From what I see is Modified-Hildon-Desktop package hogging up my CPU every time my N900 is on more than 1day.

Yea, I didn't think extra-decoders is the problem, but when you are trying to debug a problem, you try all potential problems.

To be honest, I've had no problem with Hildon-desktop up until recently. I could leave it up for a week, no issues. Its only recently that I've started to have issues.

Unless someone comes up with another potential cause/fix I can test, I'm gonna back things up and restore to my last image.

I am also trying to eliminating the problems. I just reflashed twice last night to find the problem. So far my device is running more less CPU consumption. I took out a bunch of software during my restoration.

One of the problem is my MicroB stopped its kenetic scrolling.
Solution is uninstalled: Bluetooth HID

Hildon-home hogging up the CPU:
Solution romoval of widgets: ConnectNow, Ipaddress, Sleeper, clockWidget (this is not yet confirmed i'm leaving it on for 24hours to see if there any increase in CPU usage)

Stuttering and slow while sliding home screens::
Solution: Transition control modification

These are what I've tried and works so far.

See below the last changelog entry for hildon-desktop.
Guess that means nokia will not support it anymore and won't fix the high battery drain issue when using submenus.

This does not feel good. Can nokia explain this?

Quite the opposite , if I got it right this means they gonna give source code for that components which means some talented guys here at tmo will be able to solve problems related to hildon-desktop

Hmm. People have strange logic these days.

A. Using submenus is not basically Nokia headache. They did not use them so why should they implement fix that is triggered by 3rd party apps? Just for fun?

B.They gave source code so that is basically lifetime support by community & YOU & Guy X. It´s basically second best thing that any company can do. First would be to let it be open source and keep fixing stuff.

well it has always been open source so why then did we complain in the first place? But so far noone has come up with a patch to fix this battery drain yet.

Nokia developped the hildon-desktop didn't they (or are responsible for its development I guess). If they did not want us to use submenus why did they implemented the possibility to use them?

Oh, and it has nothing to do wit 3th party apps. It is just adding menu statements to the hildon-desktop cofiguration file that trigger the bug.

The bugzilla report about it shows all info to trigger the bug and even has system call trace logs that show what's going on/goes wrong. Maemo/nokia people are/were participating in the bug report...

So it just seems a bit odd that they suddenly stop upstream development.

Good news. A few hours ago hildon-desktop received some updates and it looks like the submenu/battery drain problem is solved!

Hello, this is my first post here, so hello again!

I have built and installed latest hildon-desktop from gitorious, and it actually seems to fix this.

If anyone wants to try, the deb can be found here (completely on your own risk, of course):
http://81.216.215.120/maemo/hildon-d...+0m5_armel.deb
UPDATE: This is an updated link with the version set to 2.2.138-1+0m5 (the same as in PR1.2). The real version still is 2.2.141-1 (or something like that) as per gitorious earlier today. This should solve the dependency problems introduced by my first attempt.

Caveat: This is the first time ever I build a deb file or compile anything for maemo at all.

EDIT: Note that this will overwrite any custom transitions, so you may want to backup /usr/share/hildon-desktop/transitions.ini . Also, note that this version should support setting of scrolling speed, see http://talk.maemo.org/showthread.php...127#post798127 (not tested).

If you can't do it from here without further instructions, then you probably shouldn't (and instead wait for a hopefully upcoming "unofficial pre-released updates" repository mentioned somewhere by MohammadAG and others). But a hint is 'dpkg -i' as root.)

Note that, according to what I read somewhere, this version may be automatically replaced with the PR1.2 version by apt-get upgrade. This can be solved by pinning the package (Hints here:
http://talk.maemo.org/showthread.php...504#post790504
http://www.debian.org/doc/manuals/ap...pt-get.en.html
)

I haven't seen this happen or done this myself though, so no details from me.

BTW, my way to reproduce the bug was to drag/scroll a submenu with less than 15 items so that it bounces immediately a number of times. This always made it use 5-15 % CPU according to htop/top. To restart hildon-desktop, just 'killall hildon-desktop'.

After installation of this deb + 'killall hildon-desktop'/reboot, I can't reproduce it anymore.

/T