Re: power drain after wifi connection
On Thu, May 26, 2011 at 6:02 AM, Paul Fertser fercer...@gmail.com wrote: Basically, ``ls /sys/bus/platform/drivers/s3c2440-sdi'', it should let you know if the module (even when built-in) is binded or not. It shouldn't be if you want the card to not drain the battery. ``echo s3c2440-sdi .../unbind'' (or bind) is how to handle this manually. thanks for the hint! but here it looks a little different: root@neo:~# find /sys/bus/ -name '*sdi*' /sys/bus/platform/devices/s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi /sys/bus/platform/drivers/s3c-sdi/s3c2440-sdi /sys/bus/sdio /sys/bus/sdio/drivers/sdio_ar6000 the location is in devices and in drivers I see s3c-sdi so I can find the unbind here: root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi /sys/bus/platform/drivers/s3c-sdi/unbind /sys/bus/sdio/drivers/sdio_ar6000/unbind how I can check if it's in bind or unbind state? maybe the scripts in qtmoko try to unbind it using a wrong path? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
Alfa21-mobile freerun...@my.is.it writes: so I can find the unbind here: root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi /sys/bus/platform/drivers/s3c-sdi/unbind ... how I can check if it's in bind or unbind state? If ar6000 is listed among the files at the path you mention, it's binded. maybe the scripts in qtmoko try to unbind it using a wrong path? Possibly so :) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
On Thursday 26 May 2011 12:08:07 Paul Fertser wrote: Alfa21-mobile freerun...@my.is.it writes: so I can find the unbind here: root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi /sys/bus/platform/drivers/s3c-sdi/unbind ... how I can check if it's in bind or unbind state? If ar6000 is listed among the files at the path you mention, it's binded. maybe the scripts in qtmoko try to unbind it using a wrong path? Possibly so :) You can run the script from terminal and see if it is ok. All the scripts are in /opt/qtmoko/bin - it's very easy to check what they do. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
On Thu, May 26, 2011 at 12:08 PM, Paul Fertser fercer...@gmail.com wrote: Alfa21-mobile freerun...@my.is.it writes: so I can find the unbind here: root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi /sys/bus/platform/drivers/s3c-sdi/unbind ... how I can check if it's in bind or unbind state? If ar6000 is listed among the files at the path you mention, it's binded. maybe the scripts in qtmoko try to unbind it using a wrong path? Possibly so :) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com fine, root@neo:~# echo s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi/unbind root@neo:~# find /sys/bus/ -name '*sdi*' /sys/bus/platform/devices/s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi /sys/bus/sdio /sys/bus/sdio/drivers/sdio_ar6000 now I see in internet, wireless lan = unavailable and it's not possible to start a wifi connection. root@neo:~# echo s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi/bind root@neo:~# find /sys/bus/ -name '*sdi*' /sys/bus/platform/devices/s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi /sys/bus/platform/drivers/s3c-sdi/s3c2440-sdi /sys/bus/sdio /sys/bus/sdio/drivers/sdio_ar6000 now I see wifi ok and it's functional (verified also with arora browser) the strange thing (for me) is: why at boot time it's binded but does not consumes the battery untill the first wifi connection? btw I've to check if after that, a unbind/bind operation can fix this issue... I'll tell you asap! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] power drain after wifi connection
Alfa21 freerun...@my.is.it writes: afaik the difference is in the std-by power consumption and I think any script does not run during the std-by power state. You can measure suspend power consumption by taking a reading immediately after resume. mmh.. a question: I do not remember how to verify if it goes in sleep or in deep-sleep What are these? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
On Thu, May 26, 2011 at 12:44 PM, Radek Polak pson...@seznam.cz wrote: On Thursday 26 May 2011 12:08:07 Paul Fertser wrote: Alfa21-mobile freerun...@my.is.it writes: maybe the scripts in qtmoko try to unbind it using a wrong path? Possibly so :) You can run the script from terminal and see if it is ok. All the scripts are in /opt/qtmoko/bin - it's very easy to check what they do. hi radek,i can confirm they are correct: root@neo:~# grep -r sdi /opt/qtmoko/bin/ /opt/qtmoko/bin/wifi-bind.sh:echo s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi/bind /opt/qtmoko/bin/wifi-unbind.sh:echo s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi/unbind and are executables... but I do not know neither if they are called after a wifi disconnection, nor if after an unbind/bind cycle the power consumption during stdby returns to the same state like after a reboot (now I'm testing this one) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
On Thursday 26 May 2011 13:01:05 Alfa21-mobile wrote: and are executables... but I do not know neither if they are called after a wifi disconnection, nor if after an unbind/bind cycle the power consumption during stdby returns to the same state like after a reboot (now I'm testing this one) I am quite sure they are not called after disconnect. I think that the kernel is responsible to turn wifi off in suspend (unless you want to keep it on during suspend e.g. for wake-on-wlan function). So if there is high current in suspend it is probably kernel related problem. Unbinding the adapter seems to me quite ugly workaround. I would like to check it myself, but i am right now in the middle of too many things. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] power drain after wifi connection
Alfa21-mobile freerun...@my.is.it writes: maybe deep-sleep is only related to the gsm-chip power state? I'm not sure. btw I've hardware fix #1024 and deep-sleep enable in neocontrol. Indeed. I thought this thread was about wifi. If you measure wifi consumption you better power down your GSM, bluetooth, backlight, accelerometer, GPS. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
Radek Polak pson...@seznam.cz writes: On Thursday 26 May 2011 13:01:05 Alfa21-mobile wrote: and are executables... but I do not know neither if they are called after a wifi disconnection, nor if after an unbind/bind cycle the power consumption during stdby returns to the same state like after a reboot (now I'm testing this one) I am quite sure they are not called after disconnect. I think that the kernel is responsible to turn wifi off in suspend (unless you want to keep it on during suspend e.g. for wake-on-wlan function). Yes, in suspend the kernel turns off the module completely, it shouldn't drain anything, at least it never used to. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community