Reply
Thread Tools
Posts: 2,802 | Thanked: 4,491 times | Joined on Nov 2007
#321
Originally Posted by Addison View Post
Anyway, I was at least hoping to get a response on this.
Sorry, I wasn't ignoring you but I don't have an answer :-(
 

The Following 2 Users Say Thank You to lma For This Useful Post:
Posts: 398 | Thanked: 301 times | Joined on Sep 2007 @ Texas
#322
I've noticed that I can no longer rotate the screen anymore using advanced backlight controls. It initially worked on install as I tested it immediately after SSU update. But I tried it again last night and nothing happens when I try to rotate to any orientation.

I'm not sure where the root problem lies so any pointers to ways of diagnosing this would be appreciated.

Frank
 
qwerty12's Avatar
Posts: 4,274 | Thanked: 5,358 times | Joined on Sep 2007 @ Looking at y'all and sighing
#323
Originally Posted by lma View Post
Nah, too many unnecessary moving parts :-) If it's got to be in the filesystem let's stick it somewhere under /home/user (or even better /home/user/.osso so it gets backed up/restored automatically without additional configuration).
Done: http://slexy.org/view/s2YTcGLwFj

This patch, unlike melknin's, does not inhibit the ability for an application to display a help text instead using the hildon_code_dialog_set_help_text () function. Since the Lock Code Dialog that SystemUI uses does not set a help text, we see our owner information there instead.
For other HildonCodeDialog-utilizing applications that do set a help text, you'll see that instead. If not, you'll see the owner information. Perhaps slightly irritating but nothing major.

As it stands, you have nothing to lose by including the patch (providing that it's not buggy...) as it only has an effect if /home/user/.osso/owner_text.txt exists.
 

The Following 5 Users Say Thank You to qwerty12 For This Useful Post:
Posts: 2,802 | Thanked: 4,491 times | Joined on Nov 2007
#324
Originally Posted by Frank Banul View Post
I've noticed that I can no longer rotate the screen anymore using advanced backlight controls.
Hm, if the controls are still there it probably means the applet still detects rotation support. Does the problem persist after restarting hildon-desktop? After a reboot?

Last edited by lma; 2010-04-19 at 19:41.
 
Posts: 398 | Thanked: 301 times | Joined on Sep 2007 @ Texas
#325
The problem persisted after a 'killall hildon-deskop' but not after a reboot. Well at least not at first. I rotated several times.

When I rebooted, I then connected. As part of the connection, I connect to two jabber accounts and one skype account. OMWeather updates. And I ran rdate to set the time. Now I can't rotate any more.

So I disabled all 3 accounts and removed OMWeather from the desktop and rebooted. Rotation worked. I connected, rotation worked. Then I ran rdate and rotation stopped working.

Re-enabling the IM accounts and OMWeather allowed rotation to continue to work.

I admit that this rdate is of dubious origins. I don't even think I have a .deb anymore, I just have the executable that I restored after the last reflash and SSU install.

What are others using for time synchronization? My RTC is weak on this N810. It doesn't always save the time.

Originally Posted by lma View Post
Hm, if the controls are still there it probably means the applet still detects rotation support. Does the problem persists after restarting hildon-desktop? After a reboot?
thanks,
Frank
 

The Following User Says Thank You to Frank Banul For This Useful Post:
Posts: 2,802 | Thanked: 4,491 times | Joined on Nov 2007
#326
Originally Posted by Frank Banul View Post
Then I ran rdate and rotation stopped working.
Interesting, do you remember how much the clock was off, and in which direction?

I admit that this rdate is of dubious origins. I don't even think I have a .deb anymore, I just have the executable that I restored after the last reflash and SSU install.
Could you strace it in case it does something other than set the clock?

What are others using for time synchronization?
openntpd works nicely for me, no rotation problems so far.
 
Posts: 398 | Thanked: 301 times | Joined on Sep 2007 @ Texas
#327
Hi,

The clock was off maybe 2 minutes behind I think.

I've attached the strace.

Thanks for the openntpd pointer. I'll give that a try.

Originally Posted by lma View Post
Interesting, do you remember how much the clock was off, and in which direction?



Could you strace it in case it does something other than set the clock?
thanks,
Frank
Attached Files
File Type: zip rdate.log.zip (2.4 KB, 101 views)
 

The Following User Says Thank You to Frank Banul For This Useful Post:
Posts: 2,802 | Thanked: 4,491 times | Joined on Nov 2007
#328
I managed to reproduce it by stopping ntpd, setting the clock forward with "date -s" (rotation still working fine) and then back again. I guess running ntpd avoids the issue by ensuring the clock only increases monotonically.

xrandr (I cheated and just grabbed the debian package) also stops working so the bug isn't in the advanced backlight applet. I don't see anything clock-related in either the kernel or xserver patches either :-(

EDIT: I think this may explain it.

EDIT: Upstream bug, including patch. here.

Last edited by lma; 2010-04-20 at 00:24.
 

The Following 7 Users Say Thank You to lma For This Useful Post:
qole's Avatar
Moderator | Posts: 7,109 | Thanked: 8,820 times | Joined on Oct 2007 @ Vancouver, BC, Canada
#329
One word for that last bit of diagnostic magic you just did there, lma:

Wow.
__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
 

The Following 2 Users Say Thank You to qole For This Useful Post:
Posts: 398 | Thanked: 301 times | Joined on Sep 2007 @ Texas
#330
Yeah I'll second the wow. Ima, you are a bug hunting ninja. Well done.

Frank
 

The Following User Says Thank You to Frank Banul For This Useful Post:
Reply

Tags
backintime, diablo cssu, diablo turbo


 
Forum Jump


All times are GMT. The time now is 01:21.