Posts: 48 | Thanked: 2 times | Joined on Jan 2010 @ New York, NY
#501
Originally Posted by tso View Post
given that it can be done by setting the disable_ts to 1 while leaving disable_kp as 0, yes i think it can.
Well, that would be terrific then! Could you tell me where to find those settings, exactly? I didn't see them anywhere in ASUI interface or mentioned in the documentation. Thanks in advance.
 
tso's Avatar
Posts: 4,783 | Thanked: 1,253 times | Joined on Aug 2007 @ norway
#502
well i was thinking more in theory then currently available, sorry.
__________________
Be warned, posts are often line of thoughts at highway speeds...
 
Posts: 875 | Thanked: 918 times | Joined on Sep 2010
#503
I can add a button that unmaps ASUI and then lock&blank screen but leave keys unlocked. Whatever app is on top of the window stack would then receive the keys. Pressing the volume keys would work fine but if any other keys were pressed it could switch out of the app or put it in a state were volume keys don't work. Another option would be to leave ASUI mapped but in an audio mode and let it handle the volume while ignoring the other keys or using them for various functions such as mute for fullscreen. If the audio apps respond to dbus signals I could have the keys map to functions like start/stop, next/prev, etc.

But first I must fix the dpad center problem. If I understand this correctly, pressing any hardware key, even dpad center, causes the "press dpad" notification to appear, but ASUI is displaying that message without receiving a KeyRelease event which actually displays the message. But setting fullscreen as the secondary key works fine?

If I could get you guys to download the newest debug binary asui dd;asui id, and then perform the following tests and send me the log.

Set dpad center as secondary key: lock it, press each key once.
Set fullscreen as secondary key: lock it, press each key once with fullscreen last.

This build will show me exactly why dpad center isn't working.
 
tso's Avatar
Posts: 4,783 | Thanked: 1,253 times | Joined on Aug 2007 @ norway
#504
http://pastebin.com/FkRw4KYs
__________________
Be warned, posts are often line of thoughts at highway speeds...
 
Posts: 875 | Thanked: 918 times | Joined on Sep 2010
#505
New test binary should fix the n800 power+dpad center to unlock.
 

The Following 2 Users Say Thank You to auouymous For This Useful Post:
tso's Avatar
Posts: 4,783 | Thanked: 1,253 times | Joined on Aug 2007 @ norway
#506
Confirmed!
__________________
Be warned, posts are often line of thoughts at highway speeds...
 
Posts: 1,101 | Thanked: 1,184 times | Joined on Aug 2008 @ Spain
#507
Originally Posted by auouymous View Post
Does /sys/devices/platform/i2c_omap.2/i2c-0/0-0045/disable_kp (n810) exist and does it lock/unlock keys when writing 1 and 0 to it?

Does writing 1 and 0 to /sys/devices/platform/omap2_mcspi.1/spi1.0/disable_ts lock (n800 and n810) and unlock the screen?
Yes.
Let me know if this is still a problem after I release the new code, and if it is try to let me know what conditions cause it.
Installing latest test binary now.

Kroll mentioned some abnormal battery drain a couple releases back and I optimized a few of the hardware polls but none of the changes shouldv'e made any noticable changes in battery life. The loop goes to sleep when screen is off or ASUI is unmapped and only dbus signals will wake it briefly. You can test this by installing the debug binary and watching its log while the screen is off or ASUI is unmapped.
Since it only happened to me once up to now, it may be difficult to reproduce. While it was happening, I looked at "top" output; I didn't see much, but it looked for a moment that there was some periodic dbus traffic with icd2 which caused short cpu spikes, with the device in "flight mode".
I'll run the debug binary from now on and hope it reproduces again.
For a couple months now I've had a 0.4%/minute drain, with no load and screen off, after turning off wifi or entering flight mode. Even happened after I reformated and hadn't yet installed ASUI. I had to reboot every time I used wifi. Recently found out that if I stop ssh and all wifi services the problem goes away. So your 0.8%/hour is nothing!
Mi wifi AP (my PC with an atheros card) can sometimes leave the battery dry in a couple of hours because it don't supports power management correctly, so yes, a stuck wifi is really dangerous
 
Posts: 875 | Thanked: 918 times | Joined on Sep 2010
#508
Originally Posted by maacruz View Post
there was some periodic dbus traffic with icd2 which caused short cpu spikes, with the device in "flight mode".

I'll run the debug binary from now on and hope it reproduces again.

Mi wifi AP (my PC with an atheros card) can sometimes leave the battery dry in a couple of hours because it don't supports power management correctly, so yes, a stuck wifi is really dangerous
ASUI only talks to icd2 when you tell it to connect and doesn't do any wifi polling, but the wifi statusbar icon does poll signal strength every second when connected, it spews a lot of wifi related calls when you hildon-desktop from console.

Don't leave debug binary installed, not only will it fill up your partition but it will drain battery faster since it dumps a lot of text to the log. Only install it if you are having the battery drain problem and restore test/release binary after a few hours.

Don't know if my WAP handles power save correctly but it really shouldn't matter since I manually turn it on when I leave flight mode and turn it off when I enter flight mode. Its firmware is a little broken and won't enable encryption.
 
tso's Avatar
Posts: 4,783 | Thanked: 1,253 times | Joined on Aug 2007 @ norway
#509
Originally Posted by auouymous View Post
ASUI only talks to icd2 when you tell it to connect and doesn't do any wifi polling, but the wifi statusbar icon does poll signal strength every second when connected, it spews a lot of wifi related calls when you hildon-desktop from console.
Funny, given that the only time one see signal strength is when one display the drop down menu by tapping the icon. One would think that polling the signal strength only while that menu was shown would be enough.
__________________
Be warned, posts are often line of thoughts at highway speeds...
 
Posts: 875 | Thanked: 918 times | Joined on Sep 2010
#510
advanced-systemui (0.5.5)
  • fix: increased minimum alarm duration to 20 seconds to eliminate a divide by zero error
  • fix: devlock_open handler properly relocks screen and keys if they were locked before the signal
  • fix: power button no longer unmaps ASUI it used to wake an unlocked screen
  • fix: power button no longer turns screen on and then back when used to wake an unlocked secure keypad
  • fix: secure keypad is no longer briefly unmapped when power button used to blank screen
  • fix: charging runlevel will dismiss alarms immediately to prevent problems, this also causes the device to boot
  • fix: dpad center as secondary power unlock key now works on n800
  • fix: dpad arrow keys are now rotated when another app rotates the screen
  • fix: icons now work in Telescope
  • fix: battery applet should now transition from power button to battery icon every time it starts up
  • settings app can now go fullscreen
  • minor cosmetic fixes on secure keypad code dots and brightness icon
  • short tap markers for battery and brightness buttons on secure keypad
  • screen&keys active notification whenever the screen turns on and is not locked
  • statusbar applet only loads each icon once as battery drains
  • package icon for display in application manager

I couldn't find anything that would cause dpad arrows to not match screen orientation but if it was caused by another app rotating the screen and not also rotating arrows then this will fix it.

Let me know of any new problems or any that still exist in this release.
 

The Following 5 Users Say Thank You to auouymous For This Useful Post:
Reply

Tags
bada blows, bada rox

Thread Tools

 
Forum Jump


All times are GMT. The time now is 17:39.