Re: Resume bug on 2.6.39 kernel identified! (was QTMoko v55 GTA02 flash issue)

2014-01-29 Thread Peter Viskup
Radek Polak:
 On Monday, January 20, 2014 05:04:53 PM Jake Drexel wrote:
 
 the mmc0 device is actually where the ar6000 (wifi) is conneted. I had
 the same problem with the 2.6.39 kernel on shr. The issue looks hw and
 sw related. My wifi-board was not connected very well but with older
 kernel it still worked, which is strange.

  Here is the ticket where I tried to document the issue i saw:
 http://shr-project.org/trac/ticket/2103
 
 Hi,
 it seems that thanks to your mail we have discovered resume problems on 
 2.6.39 
 kernels!
 
 I tried rmmod ar6000 and i cant reproduce my resume issues anymore! I had 
 running my dial script over night. Freerunner now shows 333 succesful 
 resumes, 
 while it used to fail after 30 resumes before.
 
 So please if you are using 2.6.39 kernel edit /etc/modules, remove or comment 
 out line with ar6000, reboot and report if your resume issues are gone.
 
 Regards
 
 Radek
 
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 

Confirm the removal of that module make the responses of QtMoko for
suspend much quicker on my phone.
Within my investigation I recognized the qpe process was hanging in
disk-sleep state.
If that module is included in newer version of Linux kernel it would be
probably helpful to look for the changes made.

Do we miss only WiFi functionality once the module is removed?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Resume bug on 2.6.39 kernel identified! (was QTMoko v55 GTA02 flash issue)

2014-01-27 Thread Giacomo 'giotti' Mariani
Hi Radek, all,
  

 Hi,

 it seems that thanks to your mail we have discovered resume problems
 on 2.6.39 kernels!

  

 I tried rmmod ar6000 and i cant reproduce my resume issues anymore! I
 had running my dial script over night. Freerunner now shows 333
 succesful resumes, while it used to fail after 30 resumes before.

  

 So please if you are using 2.6.39 kernel edit /etc/modules, remove or
 comment out line with ar6000, reboot and report if your resume issues
 are gone.


I've been using 2.6.39 with ar6000 commented in /etc/modules in the last
week and I've not encountered the resume so far.

Editing /etc/modules I noticed that  snd-soc-neo1973-wm8753 is repeated
three times. Is it the right behaviour?


Thank you very much!

By the way, gnuchess does not seem to work on this last QtMoko release.
Is this a my problem or is it a common one? 

I've a suggestion for you developers: in the scripts menu (top left
icon in the mail menu) it would be great if the script could be return
some kind of feedback. For example, each category (such as GPS
standby) should present a slide button with the two (or more) possible
values (checked against the script behind, if possible). Indeed, it
should be something similar to neocontrol...
Sorry for proposing instead of coding, but my lack of knowledge is too
big :-(

  

 Regards

  

 Radek


Cheers,
  Giacomo



-- 
##
giacomo 'giotti' mariani
gpg --keyserver pool.sks-keyservers.net --recv-key 0x99bfa859
O ASCII ribbon campaign: stop HTML mail
www.asciiribbon.org
##

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Resume bug on 2.6.39 kernel identified! (was QTMoko v55 GTA02 flash issue)

2014-01-27 Thread Radek Polak
On Monday, January 27, 2014 02:29:10 PM Giacomo 'giotti' Mariani wrote:
 Hi Radek, all,
 
  Hi,
  
  it seems that thanks to your mail we have discovered resume problems
  on 2.6.39 kernels!
  
  
  
  I tried rmmod ar6000 and i cant reproduce my resume issues anymore! I
  had running my dial script over night. Freerunner now shows 333
  succesful resumes, while it used to fail after 30 resumes before.
  
  
  
  So please if you are using 2.6.39 kernel edit /etc/modules, remove or
  comment out line with ar6000, reboot and report if your resume issues
  are gone.
 
 I've been using 2.6.39 with ar6000 commented in /etc/modules in the last
 week and I've not encountered the resume so far.

Hi,
well it's quite stable, but not rock stable, at least not for me :( I had 
encountered problem that the phone wouldnt wake with POWER button. So i tried 
call from another phone. The screen turned on, but was unresponsive. I tried 
connecting USB, but this did not work too.

 Editing /etc/modules I noticed that  snd-soc-neo1973-wm8753 is repeated
 three times. Is it the right behaviour?

No. It needs to be there only once. I messed it in the rootfs howto while 
trying to figure list of modules needed. It shouldnt hurt, but once is enough. 
Fixed this in git now.

 By the way, gnuchess does not seem to work on this last QtMoko release.
 Is this a my problem or is it a common one?

Hmm maybe i can take a look.

 I've a suggestion for you developers: in the scripts menu (top left
 icon in the mail menu) it would be great if the script could be return
 some kind of feedback. For example, each category (such as GPS
 standby) should present a slide button with the two (or more) possible
 values (checked against the script behind, if possible). Indeed, it
 should be something similar to neocontrol...

These are just shell scripts. But yes, with GUI helper tool they could work 
like this. I implemented tool for showing QT message boxes already here:

https://github.com/radekp/qtmoko/tree/master/src/tools/qui

maybe extending this with sliders could work.

 Sorry for proposing instead of coding, but my lack of knowledge is too
 big :-(

No problem :)

BR

Radek

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Resume bug on 2.6.39 kernel identified! (was QTMoko v55 GTA02 flash issue)

2014-01-21 Thread Nick
On Tue, Jan 21, 2014 at 08:15:27AM +0100, Radek Polak wrote:
 I tried rmmod ar6000 and i cant reproduce my resume issues anymore! I had 
 running my dial script over night. Freerunner now shows 333 succesful 
 resumes, 
 while it used to fail after 30 resumes before.
 
 So please if you are using 2.6.39 kernel edit /etc/modules, remove or comment 
 out line with ar6000, reboot and report if your resume issues are gone.

Good news Radek, thanks for the update. I haven't upgraded from v55
to v58 yet, mostly because of the unreliable suspend issue, but I
shall certainly do so soon!

Thanks again for your continued work.

Nick

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Resume bug on 2.6.39 kernel identified! (was QTMoko v55 GTA02 flash issue)

2014-01-21 Thread robin
hi radek,

thank for digging in so deep to find the bug. If I remove the ar6000 does
that also mean that I will not be able to use wifi (that would be my guess)?

and as an off topic question: if I remove btusb and bluetooth (as I am not 
using bluetooth at all) would this somehow interfere with qtmoko (eg are
those modules expected to be present somewhere else?)

best regards and as always:
many thanks to you and the extended qtmoko development crew for keeping
the GTA02 alive!!!

robin


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Resume bug on 2.6.39 kernel identified! (was QTMoko v55 GTA02 flash issue)

2014-01-21 Thread Radek Polak
On Tuesday, January 21, 2014 10:53:08 AM robin wrote:

 hi radek,
 
 thank for digging in so deep to find the bug. If I remove the ar6000 does
 that also mean that I will not be able to use wifi (that would be my
 guess)?

Yes

Maybe it would be possible to use before-suspend.sh and after-resume.sh 
scripts to rmmod ar6000 and modprobe ar6000 + rfkill unblock wifi. This way 
wifi should work as before.

But I hope we can find proper kernel fix for this.

 and as an off topic question: if I remove btusb and bluetooth (as I am not
 using bluetooth at all) would this somehow interfere with qtmoko (eg are
 those modules expected to be present somewhere else?)

It can, i saw some errors during boot when bluetooth was not working. Maybe 
you would have to disable bluetooth service too to make it working. But i am 
not sure if it's worth the trouble. Bluetooth is by default off anyways so it 
should not eat your battery or CPU.

 best regards and as always:
 many thanks to you and the extended qtmoko development crew for keeping
 the GTA02 alive!!!

Thanks :) I am also happy that things are moving on.

Regards

Radek
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Resume bug on 2.6.39 kernel identified! (was QTMoko v55 GTA02 flash issue)

2014-01-21 Thread Radek Polak
On Tuesday, January 21, 2014 10:21:09 AM Jake Drexel wrote:

 On 1/21/14, Jake Drexel jackram...@googlemail.com wrote:
  Good to hear that. The strange thing is that the issue also is hw
  dependend. After I took apart my phone, reseated the wifi-board, put
  it back together, and replaced the two screws which I unsrcewed years
  ago, I didn't have a single resume (or rather suspend) problem in the
  last 6 weeks.
 
 The imminent problem why the kernel does not suspend again, is that in
 the kernel there is some handler registered which calls a function off
 mmc, when going into supend. But the function doesn't return (as it
 can't communicate with the ar6000?). So it just sits there.

This sounds like a good explanation (although i am not kernel dev).

Thanks!

Radek
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community