I have seen some similar behavior recently.  I tried to get debugging,
but was unsuccessful.

Phone was deadly low on power (2 days in suspend), would not boot.
Plugged it directly to the wall.  After a few hours, it revived and
booted on it's own.

When I finally went to use it, noticed a few things:

1. Battery icon in o-p-p was empty (0%).  Plugging in to the wall or a
laptop did not change this.  The act of plugging in did brighten the
screen, however.

2. Power button did work.

3. Plugging in the USB to my computer failed, I could not get it to
connect, just messages like this in PCs /var/log/messages:

Jan 22 20:11:53 safire kernel: usb 4-1: new full speed USB device using 
uhci_hcd and address 33
Jan 22 20:11:54 safire kernel: usb 4-1: device descriptor read/64, error -71
Jan 22 20:11:54 safire kernel: usb 4-1: device descriptor read/64, error -71
Jan 22 20:11:54 safire kernel: usb 4-1: new full speed USB device using 
uhci_hcd and address 34
Jan 22 20:11:54 safire kernel: usb 4-1: device descriptor read/64, error -71
Jan 22 20:11:54 safire kernel: usb 4-1: device descriptor read/64, error -71
Jan 22 20:11:55 safire kernel: usb 4-1: new full speed USB device using 
uhci_hcd and address 35
Jan 22 20:11:55 safire kernel: usb 4-1: device not accepting address 35, error 
-71
Jan 22 20:11:55 safire kernel: usb 4-1: new full speed USB device using 
uhci_hcd and address 36
Jan 22 20:11:55 safire kernel: usb 4-1: device not accepting address 36, error 
-71
Jan 22 20:11:55 safire kernel: hub 4-0:1.0: unable to enumerate USB device on 
port 1

Unfortunately I was booted into X as a normal user and did not setup
sudo, so I could not connect wireless, so further debugging was painful.
I tried some in an xterm, but I got frustrated and rebooted... That
cleared it up.

A few days ago I did also experience the power button not reacting.
I'll track the log next time I experience this.

...cj


On Fri, 2009-01-23 at 15:37 +0300, Nikita V. Youshchenko wrote:
> > > Disabling power button handling in o-p-p made situation better. When
> > > I press power button, FR just suspends after 5 seconds or so. Good.
> > >
> > > However, that stopped working after several days of runtime. FR just
> > > ignored power button presses. Restarting fso-frameworkd fixed that.
> > >
> > > So looks like frameworkd stops processing power button presses after
> > > some time? Any hints how to debug this?
> >
> > Send framework debugging to a file and watch for odeviced.input
> > INFO messages.
> 
> At last this happened again yesterday.
> 
> On NORMAL case (i.e. when freerunner suspends ok), this is logged:
> 
> 2009.01.21 21:13:43 odeviced.input INFO     name POWER pressed 0
> 2009.01.21 21:13:43 odeviced.input INFO     name POWER released 0
> 2009.01.21 21:13:43 oeventsd INFO     call dbus signal 
> /org/freesmartphone/Usage Suspend(())
> 2009.01.21 21:13:43 ousaged  INFO     suspending all resources
> 2009.01.21 21:13:43 frameworkd.resource INFO     setting resource status for 
> GSM from enabled to suspending
> 2009.01.21 21:13:43 frameworkd.resource INFO     setting resource status for 
> GSM from suspending to suspended
> 2009.01.21 21:34:21 ousaged  INFO     resuming all resources
> 2009.01.21 21:34:21 odeviced.kernel26 INFO     capacity now 63
> 2009.01.21 21:34:21 odeviced.idlenotifier INFO     odeviced.idlenotifier 
> state change to idle
> 
> (notice timestamps - it really suspended for some time)
> 
> On PROBLEM case, this is logged:
> 
> 2009.01.23 14:48:26 odeviced.input INFO     name POWER pressed 0
> 2009.01.23 14:48:26 odeviced.input INFO     name POWER released 0
> 2009.01.23 14:48:26 oeventsd INFO     call dbus signal 
> /org/freesmartphone/Usage Suspend(())
> 2009.01.23 14:48:26 ousaged  INFO     suspending all resources
> 2009.01.23 14:48:26 frameworkd.resource INFO     setting resource status for 
> GSM from enabled to suspending
> 2009.01.23 14:48:36 odeviced.idlenotifier INFO     odeviced.idlenotifier 
> state change to idle
> 
> (and it did not suspend)
> 
> Any futher hints?
> _______________________________________________
> Smartphones-userland mailing list
> Smartphones-userland@linuxtogo.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland


_______________________________________________
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland

Reply via email to