Re: [QtExtended] Latest and greatest, progress mail 12

[Filip Onkelinx]

Hi Rene, Franky,

I've been using GRPS on QtE for several months without major issues. I  
remember I once had to create the device file /dev/ppp
On my current (old) QtE image, ls -l /dev/ppp gives me:

crw--- 1 root root 108,0  Jun 8 16:49 /dev/ppp

you might want to check if you have this device file, and if not try to  
create it with mknod. (you will probably need to add it to the startup  
script )

cheers,

Filip.

On Mon, 08 Jun 2009 20:58:58 +0200, Franky Van Liedekerke  
 wrote:

> On Sun, 7 Jun 2009 19:43:40 -0500
> Rene Horn  wrote:
>
>> I just tried out this version.  I'm still having issues with GPRS.
>> I'd like to be able to fix the issue myself if I could, or at least
>> point out a possible fix.  I know it can work because it does under
>> SHR-Unstable.
>>
>> Where should I be looking for this?  Where is all the GPRS code
>> located? Where are the scripts?
>>
>> Rene
>
> I never tried gprs myself (don't have an account), but you can always
> look at the script in
>
> /opt/Trolltech/Qtopia/bin/ppp-network
>
> The pppd daemon seems to be launched by this script via using sudo. You
> might want to check that the needed ppp modules are up and running.
> Also check if the ppp packages are installed.
>
> The dialup source is in src/plugins/network/dialing
> Also read the hint mentioned here:
> http://www.mail-archive.com/community@lists.openmoko.org/msg33030.html
> and a small howto also here:
> http://journal.wjsullivan.net/232100.html
>
> If you find anything, please let us know, so we can improve the user
> experience for everybody!
>
> Franky
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

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

Re: [QtExtended] Latest and greatest, progress mail 7

[Filip Onkelinx]

Hi all,

I know boot speed and resume speed is influenced by kernel boot  
parameters: the more kernel/debug messages displayed (on rather slow  
framebuffer), the slower the device will boot/resume. Might want to  
compare boot params (cat /proc/cmdline , look for loglevel= and console= )

F.

On Fri, 17 Apr 2009 11:30:02 +0200, Franky Van Liedekerke  
 wrote:

> Hi,
>
> On Fri, Apr 17, 2009 at 10:41 AM, Sascha Gering  wrote:
>
>> Petr Vanek schrieb:
>> >> A new version is available that fixes the issue with incoming
>> >> phonenumbers being parsed wrong (was a typo of me):
>> >> http://users.telenet.be/liedekef/qte_20090416.tgz .
>> >>
>> >> The new list with bugs is now at:
>> >> http://users.telenet.be/liedekef/qt-issues.txt
>>
>> Hi Franky, Hi List,
>>
>> first of all, thanks for this great release, i killed my "native"
>> QTExtended for your version and doesnt regret it. Phoning works, SMS
>> send/recieve works, Alarm works (important for me :)), its daily-usable
>> for me.
>>
>> But there are some questions i need to ask.
>>
>> The only working kernel for me is the FSO
>>
>> "uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin"
>> kernel, any other kernel/modules combination gives me a blinking cursor
>> in the upper left on black screen after boot.
>
>
> I use this:
> #
> http://users.telenet.be/liedekef/uImage-2.6.28-andy-tracking+gitr6+9c4451ff31b937a478f3d3eabef30b71cbe12b12-r3-om-gta02.bin
> # Get fso-console-image from:
> # http://downloads.openmoko.org/distro/unstable/daily/om-gta02/20090404/
>
> Does this kernel not work for you then? Remember that after flashing, you
> need to reboot *twice* ...
>
> But with this kernel i have a resume time from about 4secs, is this
>> normal, or can i tweak it somehow?
>
>
> I have that as well, maybe just 3 secs, but anyway :-)
>
> Is it possible that you can provide us with patches for small changes
>> like the "bin-only" ones? I hope i dont have to download ~30mb and copy
>> them every time.
>
>
> sorry, but for now, I try to bring out what I've got sofar, sometimes I
> don't know which binaries changed, so this is easier for me. I always  
> use my
> own install script even :-)  Once everything is more "stable", this will
> change of course.
>
> Again, thanks for your great work.
>>
>> Sascha
>>
>
> glad you like it.
>
> Franky

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: [QtExtended] Latest and greatest

[Filip Onkelinx]

Hi Franky,

about the usb cable: (cablechanged signal):

initial state is using one of the files as you mentioned, but that's only  
for initial state (both old and new kernels)
- old system : using /dev/input/event4
- new system : using uevent.
Can you please double check the power managment, settings when Plugged in  
: make sure 'suspend' is set to off.
If it still does suspend when connected, please go to :  
settings->logging->options->categories and check 'hardware' .
plug/unplug the cable a couple of times, enter a console (ssh)  and do a  
'logread'.

What's the exact kernel version (url ?) you are using ?

thx,

F.


On Thu, 02 Apr 2009 19:14:03 +0200, Franky Van Liedekerke  
 wrote:

> On Thu, 2 Apr 2009 18:39:34 +0200
> Franky Van Liedekerke  wrote:
>
>> Hi,
>>
>> here are some first results of my tests on a fso-nox image and
>> andy-tracking kernel (2.6.28):
>>
>> - alarms (using atd from angstrom, since no newer package exists),
>>   normal + when suspended
>>   ==> OK
>>
>> - wake up when receiving sms
>>   ==> OK
>>
>> - call + echo check
>>   ==> OK
>>
>> - missed call bug
>>   ==> OK
>>
>> - duplicate sms thing
>>   ==> OK
>>
>> - bluetooth
>>   ==> "bluetooth not available" error
>>
>> - voice notes
>>   ==> not working (not recording)
>>
>> - usb cable handling for power charging ...
>>   ==> the freephone seems to charge when plugged in, but it suspends
>>   anyway (if the setting "suspend" is set when on battery). So
>>   somewhere there's a small bug there.
>>
>> So for me, this seems great! The bluetooth worked on a 2.6.24 kernel,
>> so it should be easy to fix ... and I'm sure Filip will fix the
>> suspending thing :-)
>
> ok, I think I found the suspending thing. In the patch provided by
> Radek (0001-patch-for-2.6.28-kernels.patch), the file
> devices/neo/server/neohardware.cpp gets patched:
>
> +else if (QFileInfo("/sys/class/power_supply/usb/online").exists())
>   {
> + //freerunner kernel > 2.6.28
> +chargeFile = "/sys/class/power_supply/usb/online";
> +}
>
> but this file gives me "0" as result, even when the usb is connected ...
> So it should be (as for neo/server/neobattery.cpp):
>
> +else if
>   (QFileInfo("/sys/class/power_supply/battery/status").exists()) {
> + //freerunner kernel > 2.6.28
> +chargeFile = "/sys/class/power_supply/battery/status";
> +}
>
> This file (/sys/class/power_supply/battery/status) gives the correct
> status ("Charging") when plugged in ...
> Filip, can you confirm this?
>
> Franky
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

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

Re: [Qt Extended] debian image

[Filip Onkelinx]

Hi,

I did a quick try of Radek's image on a µSD last night, and alltough I  
have no 'hard-figures', it seemed to be considerably slower to me as well  
compared to my home-brewn SD.
Not sure what/why it is slower: kernel, QtE binaries or other...

voicenotes: could it be that the 'mic' is muted? Maybe try using the alsa  
files from another image (radek's?)

Cheers,

Filip.

On Thu, 02 Apr 2009 09:19:59 +0200, Franky Van Liedekerke  
 wrote:

> Hi,
>
> yesterday evening I've tried the debian image (converted to  
> uimage+jffs2),
> but it seems very slow compared to a fso based image. Also the voicenotes
> *seems* to be recording, but not playing :-)
> So I've tried an fso-nox image+andy-tracking kernel, and that just worked
> out of the box (but again not the voicenotes). Although there's an issue
> with bluetoothd not finding HAL (any tips are appreciated), and probably
> because of that, bluetooth doesn't work in QtExtended as well ... it  
> needs
> further investigation.
> So this evening I'll play a bit with that image (I need to add atd from
> angstrom to get the alarms to work probably) and see about the bluetooth
> thingie.
>
> Can anybody explain to me what the gstreamer engine does for qtextended?  
> It
> seems the compile is ok, I've got sound, but no mp3 support yet (so for
> that: do I just need extra gstreamer plugins or the mp3 libmad patch?)
>
> Franky
>
> On Thu, Apr 2, 2009 at 2:23 AM, Stefan Monnier  
> wrote:
>
>> > Yes, i was thinking exactly the same. There are some things that
>> > have to be solved cleanly before this can be done. E.g. the udev
>> > rule for GSM modem. I have described it in my howto.
>>
>> The udev rule seems easy to fix: rather than put it in
>> /media/card/etc/udev/rules.d/50-udev.rules, put it in a new file
>> /media/card/etc/udev/rules.d/50-qtextended.rules
>>
>>
>>Stefan
>>
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>>

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: [QT Extended Improved] patch: 0001-using-uevent-to-get-kernel-notifications-for-usb-cable-changed.txt

[Filip Onkelinx]

Franky,

battery starts charging as well, cableChanged is also being used for  
changing powermanagment scheme.

F.

On Thu, 02 Apr 2009 09:22:33 +0200, Franky Van Liedekerke  
 wrote:

> On Wed, Apr 1, 2009 at 8:48 AM, Filip Onkelinx  wrote:
>
>> Hi,
>>
>> attached is a patch to use uevent to get kernel notifications for
>> 'usb-cable-changed' in QtExtended on recent kernels (>=2.6.28).
>> On 'older' kernels (<2.6.28), this information was comming in trough
>> /dev/input/event4 but this is no longer working (there is a ticket for  
>> this
>> at https://docs.openmoko.org/trac/ticket/2254 ).
>> With this patch my FR switches correctly from battery power savings  
>> scheme
>> to online pwoer scheme, and usb networking goes up/down as expected.
>> Same mechanism could be used to re-implement an event based neobattery.
>>
>
> Filip,
>
> does this mean the 2.6.28 based system detects usb cable changed, just  
> for
> networking? Or does the battery start charging as well?
>
> Franky

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

[QT Extended Improved] patch: 0001-using-uevent-to-get-kernel-notifications-for-usb-cable-changed.txt

[Filip Onkelinx]

Hi,

attached is a patch to use uevent to get kernel notifications for  
'usb-cable-changed' in QtExtended on recent kernels (>=2.6.28).
On 'older' kernels (<2.6.28), this information was comming in trough  
/dev/input/event4 but this is no longer working (there is a ticket for  
this at https://docs.openmoko.org/trac/ticket/2254 ).
With this patch my FR switches correctly from battery power savings scheme  
to online pwoer scheme, and usb networking goes up/down as expected.

Same mechanism could be used to re-implement an event based neobattery.

This patch should not break 2.6.24 compatibility.

Cheers,

Filip.
>From 367a7ec014442b47be615ccbde8dc7441bfb466c Mon Sep 17 00:00:00 2001
From: Filip Onkelinx 
Date: Tue, 31 Mar 2009 22:28:22 +0200
Subject: [PATCH] using uevent to get kernel notifications for usb cable changed

Signed-off-by: Filip Onkelinx 
---
 devices/neo/server/neohardware.cpp|   79 ++
 devices/neo/server/neohardware.h  |6 +-
 2 files changed, 85 insertions(+), 1 deletions(-)

diff --git a/devices/neo/server/neohardware.cpp 
b/devices/neo/server/neohardware.cpp
index e259094..fca61bc 100644
--- a/devices/neo/server/neohardware.cpp
+++ b/devices/neo/server/neohardware.cpp
@@ -44,6 +44,16 @@
 #include 
 
 #include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
 
 QTOPIA_TASK(NeoHardware, NeoHardware);
 
@@ -52,10 +62,31 @@ NeoHardware::NeoHardware()
   vsoUsbCable("/Hardware/UsbGadget"),
   vsoNeoHardware("/Hardware/Neo")
 {
+struct sockaddr_nl snl;
 adaptor = new QtopiaIpcAdaptor("QPE/NeoHardware");
 
 qLog(Hardware) << "neohardware";
 
+memset(&snl, 0x00, sizeof(struct sockaddr_nl));
+snl.nl_family = AF_NETLINK;
+snl.nl_pid = getpid();
+snl.nl_groups = 1;
+snl.nl_groups = 0x1;
+
+int hotplug_sock = socket(PF_NETLINK, SOCK_DGRAM, NETLINK_KOBJECT_UEVENT);
+if (hotplug_sock == -1) {
+qLog(Hardware) << "error getting uevent socket: "<< strerror(errno);
+}else{ 
+  if ( bind(hotplug_sock, (struct sockaddr *) &snl, sizeof(struct 
sockaddr_nl)) < 0) {
+qLog(Hardware) << "uevent bind failed: "<< strerror(errno);
+hotplug_sock = -1;
+  }else{
+   ueventSocket = new QTcpSocket(this);
+   ueventSocket->setSocketDescriptor(hotplug_sock);
+   connect(ueventSocket, SIGNAL(readyRead()), this, SLOT(uevent()));
+  }
+}
+
 cableConnected(getCableStatus());
 
 vsoPortableHandsfree.setAttribute("Present", false);
@@ -77,6 +108,54 @@ NeoHardware::~NeoHardware()
 {
 }
 
+char *NeoHardware::findAttribute(char *buf, int len, const char *token)
+{
+int pos=0;
+
+  while (posbytesAvailable();
+  int readCount = UEVENT_BUFFER_SIZE;
+  if (bytesAvail < readCount)
+  readCount = bytesAvail;
+  ueventSocket->read(&buffer[0],readCount);
+  if(strcmp(buffer,"change@/class/power_supply/usb")==0)
+  {
+value=findAttribute(buffer,readCount,"POWER_SUPPLY_ONLINE=");
+qDebug()<<"usb change event; online='"<
 #include 
+#include 
 
 #include 
 #include 
@@ -48,15 +49,18 @@ private:
  QValueSpaceObject vsoUsbCable;
  QValueSpaceObject vsoNeoHardware;
  QtopiaIpcAdaptor *adaptor;
+ QTcpSocket *ueventSocket;
 
  void findHardwareVersion();
  QtopiaIpcAdaptor *audioMgr;
-  
+ char *findAttribute(char *buf, int len, const char *token);
+ 
 private slots:
  void headphonesInserted(bool);
  void cableConnected(bool);
  void shutdownRequested();
  bool getCableStatus();
+ void uevent();
 
 };
 
-- 
1.4.4.4
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

QtExtended GIT on github.com

[Filip Onkelinx]

Since Houyu Li doesn't seem to be available, and nobody else has write
access to the GIT, I've imported the latest 'offical' QtExt into a public
place (github.com), without any patches yet.

Anyone interested in having his key added for write access just drop me a
mail.


Filip.

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: [QT Extended Improved] on debian rootfs with 2.6.28

[Filip Onkelinx]

Hi Radek,

great news, I'll try to test those patches later tonight.

Filip.





On Mon, 30 Mar 2009 00:30:49 +0200, Franky Van Liedekerke  
 wrote:

> On Mon, 30 Mar 2009 00:17:42 +0200
> Radek Polak  wrote:
>
>> Hi,
>> i am now working on QTE running on debian rootfs with
>> recent kernel (latest andy-tracking).
>>
>> Right now i think i have working all that i was using
>> with QTE 4.4.3 from here [1]. This basically is:
>>
>> * working SMS/calls
>> * GPRS
>> * suspend/resume
>>
>> Attached are patches that i used and work-in progress
>> howto. I will upload whole rootfs during this week.
>>
>> As for the patches - 0001 is taken from here [2] and
>> adjusted to apply to current git.
>>
>> 0002 fixes problem when alsa scenarios are being
>> loaded from /etc/alsa which make troubles for debian
>> rootfs where this dir is used for something else. It
>> uses just /usr/share/openmoko/scenarios/ which is now
>> standard location for all distros.
>>
>> 0003 handles renaming of PMU input events
>>
>> 0005 gets rid of apm in favour of sysfs for suspending
>>
>> All those patches should not break 2.6.24 compatibility
>> so maybe it makes sense to apply them to QTE improved?
>>
>> Cheers
>>
>> Radek
>>
>>
>> [1] http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/
>> [2] http://pastebin.com/m4cf5bb93
>
> Hi,
>
> does your version unsuspends ok for sms's as well? Mine doesn't for
> now, but the current recommended kernel is
> testing-om-gta02-20090120.uImage.bin, and maybe that one is the source
> of those problems ...
> Also, given the fact that Houyu Li doesn't seem to be there, I think we
> need to change the git-location, since nobody has access ... at least
> these fixes should get in (and also the lan-network script update, and
> the fix for alarms and unsuspending).
>
> Franky
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: [QtExtended] Qt Extended 4.4.3 released

[Filip Onkelinx]

Hi Chris,

what kernel are you using ?

On 2.6.28/29 (not sure about older ones) there is the usb bug (OM ticket  
2254) that does not detect when usb disconnects. So once connected trough  
usb, the interface stays 'up', even if no longer connected, and the fr  
keeps trying to route packets trough it. This is causing other media  
(wifi, GPRS) not to work. A simple workaround is to issue an 'ifdown usb0'  
in a terminal.

Cheers,

Filip.

On Fri, 20 Mar 2009 19:33:02 +0100, xChris  wrote:

>
>
> Is wifi working? no way for me!
>
> As I see there is a patch on the [1] , using this patch, there is no way  
> to
> connect to wlan.
> Without that patch, I can connected but I cannot "see" any site etc.  
> (cant
> get DNS?)
>
> Can you please share how did you managed to connect on wlan?
>
> Thanx in advance
>
> chris
>
> PS I am using the 16032009 binary.
>
> [1]http://trac.karadog.net
>
>
> HouYu Li wrote:
>>
>> I have tried wifi. Everything seems OK. I can visit Google and Facebook  
>> as
>> expected. Did not check whether resolv.conf is updated properly. But I  
>> am
>> not able to delete the created Wireless Lan profile. Haven't tried the
>> GPRS
>> connection.
>> Yes. I am using fso rootfs.
>> ...
>>
>>
>

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

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

Re: Anyone have ogg support in qt extended 4.4.3 ?

[Filip Onkelinx]

Radek,

you should try one of the snapshots, located at  
http://dashi-x02.karadog.net/~lihouyu/qtextended/snapbuild/
It looks like you are using the 'released' version, without the patches  
(which are in snapshot builds only).

Cheers,

Filip.


On Wed, 18 Mar 2009 09:43:07 +0100, Radek Polak  wrote:

>> Do you mean the snapbuild 20090316? If it's true, then we have to work
>> on a new patch.
>>
>> On Wed, Mar 18, 2009 at 8:50 AM, xChris  wrote:
>>
>>
>> Hi,
>>
>> Is it fixed on the lates (13/6) improved release? I just re-flashed  
>> my
>> Freerunner, but the
>> mediaplayer cannot play the *.oga (*.ogg are not recognized)..
>>
>> TIA
>>
>> chris
>
> Btw i am wondering why all the binaries at
> http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/
> are dated to 05-Mar-2009. E.g. the ogg patches are
> of newer date.
>
> So is everybody really using the latest binaries? Do you
> Chris have the QTerminal in your applications?
>
> It would be nice to have e.g. git revision written
> somewhere during build so that it can be viewed in
> System Info application.
>
> Radek
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: [PATCH] Added echo suppression fixes for the OpenMoko Neo phone.

[Filip Onkelinx]

HouYu Li,

was the FR suspended when you received the call (i.e. did the call wake  
your FR), or was it on ?

Filip.

On Tue, 10 Mar 2009 15:08:58 +0100, HouYu Li  wrote:

> Just had a test, when someone call my freerunner, he or she still can  
> hear
> the echo. but when calling someone from my freerunner, no echo.
>
> On Tue, Mar 10, 2009 at 4:54 PM, Chris Samuel  wrote:
>
>> On Tuesday 10 March 2009, HouYu Li wrote:
>>
>> > The binary with your echo suppression patch is now available at
>> >  
>> http://dashi-x02.karadog.net/~lihouyu/qtextended/snapbuild/.
>> build
>> > 20090310.
>>
>> Wow, that's fast work!  Thanks!
>>
>> Have you tried the 4.4.3 version out yet ?
>>
>> --
>>  Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC
>>
>> This email may come with a PGP signature as a file. Do not panic.
>> For more info see: http://en.wikipedia.org/wiki/OpenPGP
>>
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>>
>
>

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: [QTE 4.4.3] Determining which version of GSM firmware I have.

[Filip Onkelinx]

within QtE: Main->Applications->System Info
check the tab 'Modem'

F.

On Tue, 10 Mar 2009 10:07:26 +0100, Friedrich Clausen  wrote:

> Hi All,
>
> I am currently running QT Extended 4.4.3 and I was wondering how I can
> determine which GSM firmware I have? I read that moko11 is the
> appropriate version to use. I don't actually have any echo problems
> but I thought it prudent to run the latest GSM firmware but first I
> want to see what I have.
>
> Regards,
>
> Fred.
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: Detecting ethernet gadget connections

[Filip Onkelinx]

which kernel ?

you might want to check this one:
/sys/class/net/usb0/operstate

F.

On Thu, 05 Mar 2009 16:01:41 +0100, Daniel Benoy  wrote:

> I'm working on a script that will detect which network interfaces are  
> connected and mess with the routing accordingly, but I'm having trouble  
> detecting whether my USB ethernet gadget connection is up or down.
>
> 
> ethtool when it's up:
> lisa:~# ethtool usb0
> Settings for usb0:
>   Link detected: yes
>
> ethtool when it's down:
> lisa:~# ethtool usb0
> Settings for usb0:
>   Link detected: yes
> 
>
> Unlike on the host side, the usb0 interface doesn't appear and  
> disappear, allowing udev scripts to bring up/down the interface.
>
> Anyone know if there's a way to detect that a network connection has  
> actually been established?
>

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: Lack of structured information

[Filip Onkelinx]

Hi ,

Andy, thanks for pointing me in to the mailing list archive. I've updated  
the wiki page to include that info and a reference to your post. That's  
part of the info I was looking for, it might be a good idea to always  
copy&paste that kind of information into the wiki, or just provide a link  
to it in the future. (not to blame you at all, but unfortunately the word  
sysfs was not mentioned in it, else I would probably have found it earlier  
when searching the archives)

I really appreciate the efforts made by all of you, but to me, an outdated  
page is worse than no doc. And I also remember how a lot of people  
complained/ranted because there is/was no glamo doc available, just want  
to prevent happening this again for things which are under OM's control  
and possible to document And I'm ocnvinced that with very little (or  
virtual no) additional effort (like auto-generated changelogs) the  
existing information can be made more accessible to all people trying to  
contribute.

I also understand that .28 is not yet adopted by any official distro, but  
if I was just trying to use any of the official distro's I probably  
wouldn't need this info. I'm trying to roll my own stuff (one of those is  
debian based, .28 kernel and QtExtended on top, but possibility to switch  
to X and back to QtE ; another one is application specific/vertical  
market).

thanks again for all the efforts, and keep up the good work.

cheers,

Filip.


On Wed, 25 Feb 2009 01:58:01 +0100, Andy Green  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Somebody in the thread at some point said:
>
> | Your points are good and you have defined a good area to pay atention
> | sysfs ,but you have to consider that .28 kernels are not being adopted
> | by any official Openmoko release yet, but start working on a wiki
> | draft of 2.6.28 sysfs is a pretty good idea.
>
> For 2.6.24 kernels I started this page and it has been added to by  
> others:
>
> http://wiki.openmoko.org/wiki/GTA02_sysfs
>
> so there's a good deal of "structured information" there specific to
> sysfs.  You can find it by just searching "sysfs" in the Wiki.
>
> Stuff changed along with suspend - resume fixed and driver rewrites in
> the last couple of kernel versions.  I posted a mapping for 2.6.28 here
>
> http://lists.openmoko.org/nabble.html#nabble-td1569863
>
> Some of these are changing slightly as we go on.  So we will update the
> sysfs wiki page with the new ones soon.
>
> But, you shouldn't take that there is no documentation about sysfs, all
> the important guys are on that page.
>
> - -Andy
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkmkl5kACgkQOjLpvpq7dMrnzwCgh3NRT1QDgpMu+W0BSzQBVZYC
> azcAni18kPsQdv4fGEKkSmX/ZvwsvDUm
> =hnJR
> -END PGP SIGNATURE-
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Lack of structured information

[Filip Onkelinx]

Hi all,

Since several months I'm trying to do some constructive development on my  
FreeRunner, but unfortunately I find myself spending way more time on  
finding trivial information compared to the time spent on actual coding.

I'm not looking for extensive manuals or generic linux info, just looking  
for minimalistic information which is specific to the FR.
- e.g. sysfs is supposed to be an interface between kernelspace and  
userspace, so I would expect it to be documented for at least the basics.
- lack of changelogs for downloads, including kernels, filesystem-images,  
srctarballs etc. When using a modern tracking system, changelogs do not  
present an additional effort, they are automatically generated from commit  
messages and are generated out-of-the-box and provide extremely valuable  
information to users / other developers.

To give just one example:
A simple question like 'is my FR running from battery, USB or wallcharger  
?'. With the recent kernel changes, most of these seem to have changed,  
but where are these documented ?
In order to find the answer, I had to check the kernel sourcecode, google,  
and do some trial & error tests . And even now I'm not sure I have it 100%  
correct.

what I found:
in /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-mbc/ there is a  
power_supply:ac , power_supply:adapter and power_supply:usb
usb is clear, but I'm still not sure I correctly understand the difference  
between 'adapter' and 'ac'.

I would expect OpenMoko to at least document the different  
files/Attributes which are platform dependant, and a changelog to indicate  
important changes having impact on userland applications / interfaces as  
well as known bugs (like the current usb crashes XP bug).

sorry for my rantings, but I would love to code & contribute, not to spent  
hours looking for some basic information...

Cheers,

Filip.


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

Re: Qt Extended 4.4.2 SDK Build Instructions

[Filip Onkelinx]

Hi,

I'm using my own QtExtended image, based on :

QtExtended 4.4.3 snapshot (13 Feb 2009 version)
Kernel 2.6.28
Based on Hackable1 (debian based rootfs, giving me easy access to all  
commandline tools. It is also possible to 'switch' between Qt & X.
running from µ-SD

The image is not yet 100% working, but I?m able to use my FR as a reliable  
mobile phone with a decent running time and a fun hacking device at the  
same time.
I'll post my patches (mostly changes to Qt to adapt for the new kernel)  
somewhere during the next days , and once I have an image that I'm happy  
with I'll make it available for download.

Filip.

On Fri, 20 Feb 2009 16:51:03 +0100, Przemys?aw Maci?g   
wrote:

> Hi! ...
>
> On Fri, Feb 20, 2009 at 4:46 PM, Tomas Riveros Schober
>  wrote:
>> and...@howlett.net escribió:
>>> Hi all,
>>>
>>> Just getting started with FreeRuner and thought I would share my
>>> experience building Qt Extended 4.4.2 SDK. Follow this link for the
>>> details:
>>>
>>> http://wiki.openmoko.org/wiki/User:Radagast#Qt_Extended_SDK
>
> ... and thank you for your job! I tried to build it myself (without
> success..), but I didn't have time to look more carefuly into this :/
>
> I'll try your your 'recipe' tomorrow :D
>
> Cheers,
> Przemek
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: Broken Screen

[Filip Onkelinx]

You might want to check with pulster, they offer a repair service (€89 for  
repairing a screen)

http://www.pulster.de/engl/index.html?d__omrepair__OpenMoko_Freerunner_repair_service793.htm

F.

On Mon, 16 Feb 2009 09:59:02 +0100, Sargun Dhillon  
 wrote:

> cc'd community.
>
> On Mon, Feb 16, 2009 at 12:55 AM, Matthias Stone
>  wrote:
>> Hello all,
>>
>> Long story short:
>>   Went to party (took freerunner)
>>   Played physically rough games at party.
>>   Broke freerunner screen.
>>
>> Now, I've actually come to love this device over the last seven months,  
>> and
>> am more interested in fixing my current device than purchasing a new  
>> one.
>> So I was wondering:
>>
>> 1.  If it's possible to just puchase a new screen
>> if not then
>> 2.  If anyone has a broken freerunner they're currently interested in
>> selling for ~$150, with a working screen.
>> if not then
>> 3.  If anyone has a used freerunner they're interested in selling for
>> ~$200.  I'd rather not get stuck with two of them, but I can still ssh  
>> into
>> my current one (lets be honest, it's a sweet, open device, screen or no
>> screen)
>>
>> I currently live in Edmonton (Alberta, Canada), but have a mailing  
>> address
>> in the USA I can use if that helps.
>>
>>
>> Thanks,
>>
>> Matthias Stone
>>
>> ___
>> support mailing list
>> supp...@lists.openmoko.org
>> https://lists.openmoko.org/mailman/listinfo/support
>>
>>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: [QTE] better kernel?

[Filip Onkelinx]

hopefully mwester is just waiting for Qt4.5 to be released; today I  
received the message from Nokia that Qt4.5 Release Candidate is now  
available, and the first bullet point in the list of changes is '- Broad  
performance improvements'


On Wed, 04 Feb 2009 13:39:22 +0100, HouYu Li  wrote:

> Hi, Chris, I am using QTE 4.4.2 with the testing kernel from
> http://downloads.openmoko.org/testing/daily. It's almost perfect except
> wifi. You can try it.
>
> You can also use this image
> http://other.lastnetwork.net/OpenMoko/qtextended-4.4.2-gta02-rootfs-release-working-with_voip+jabber+gtalk+SystemRingTones.jffs2.
> This one has working bluetooth and rings. Fantastic!
> On Tue, Feb 3, 2009 at 6:01 AM, Andy Green  wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Somebody in the thread at some point said:
>> | Hi,
>> |
>> | I used so far the uImage-gta02-gc7283981_mwester-stable.bin , it works
>> ok ,
>> | except the battery icon animates like is being charged (this happens
>> when I
>> | boot the FR, I could "fix" this, by connecting the charger for 1-2  
>> sec).
>> |
>> | Today, I tried the
>> | uImage-moredrivers-GTA02_andy-tracking-b72d8b4c5b7173a1.bin, the  
>> battery
>> | icon is stable, but the PM crashes when I go to the power settings.  
>> (as I
>> | see, I cannot even change the brightness)
>> |
>> | So, is there any kernel that works ok with the QTE 4.4.2 ?
>>
>> I guess the PM GUI stuff is choking simply because it doesn't know about
>> the new /sys paths in 2.6.28+ for this.
>>
>> There are several known problems in 2.6.24 branch we won't fix that are
>> fixed in andy-tracking.  So the recommended path for any distro to get
>> best performance is to uplevel to distro to work with andy-tracking.
>>
>> - -Andy
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1.4.9 (GNU/Linux)
>> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
>>
>> iEYEARECAAYFAkmHbUQACgkQOjLpvpq7dMpwWgCfdMUJMRmuBAOqm3zwMZn2OanY
>> W7YAn2AW2RMNTt2gBTZcWpCBOV4W6+Bs
>> =Jyut
>> -END PGP SIGNATURE-
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
>

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: debian on freerunner

[Filip Onkelinx]

Hi Jos,


could it be that your root-filesystem was not unmounted cleanly ? At first  
boot, system will do a FS-check followed by a reboot. Reboot wil use the  
default, being your Qt from flash?

F!L!P.

On Fri, 19 Dec 2008 01:53:43 +0100, Jos vd Snepscheut   
wrote:

> Hello,
>
> I have been installing debian on my SD cart using this script:
>
> wget http://pkg-fso.alioth.debian.org/freerunner/install.sh
>
> I use Qi latest by Andy
>
> on mmcblk0p2 there is / (root) and /boot
> in /boot there is append-GTA02 and uImage-GTA02.bin
>
> did this all by following the debian wikki
>
> after reboot just 2 rules and blinking cursor, after some time booting
> qt-extend from flash.
>
> Who can help me out, what a'm I doing wrong?
>
> thanks
>
> Jos.
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: [Any distro?] Funny, very old SIM card not detected

[Filip Onkelinx]

Hi,

could it be that this is an old 5V SIM card? If I'm not mistaken, those do  
not work with FR; only 3V and 1.8V (like in most recent phones).


F.

On Wed, 17 Dec 2008 18:04:36 +0100, Abelenda   
wrote:

> ah... forgot the list...
>
> On Wed, 17 Dec 2008 12:35:26 +0100
> Abelenda  wrote:
>
>> On Wed, 17 Dec 2008 03:03:35 -0800
>> Dima Kogan  wrote:
>>
>> > What's the model of the SIM card? I've had an issue where an old SIM
>> > card would only register after a few minutes, and some distros had a
>> > bug where they'd get confused if the registration didn't happen
>> > early enough. Qtopia would register fine, but Android and anything
>> > using FSO would not. See http://trac.freesmartphone.org/ticket/255
>>
>> Any info on how I do get the model of SIM? The only thing written on
>> it is the serial number (this is an orange (CH)).
>>
>> Anyway I don't understand what you mean by register time,
>>
>> is it the time the SIM takes to associate to an antenna ?
>> the time the SIM take to verify the PIN ?
>> This is not in question here, my PIN isn't even asked by most
>> distros... And it takes less than a minute between the moment the pin
>> is asked and the moment the signal strength is displayed (by Om2008.9)
>> (no mesurements here ^^).
>
>> Ah I forgot to say I didn't update the firmware of the calypso, because
>> #1024 has no reason to affect me and I don't think that a command
>> that is more recent than the SIM will change anything here...

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

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

Re: case manufacturing

[Filip Onkelinx]

Shapeways seems to be a decent 3D-printing shop, with different materials  
to choose from:

http://www.shapeways.com/

F.


On Thu, 11 Dec 2008 09:58:08 +0100, rakshat hooja <[EMAIL PROTECTED]>  
wrote:

> Does anyone know where one can get alternate case designs for the  
> freerunner
> manufactured in quantities of less than 100. Any information would be
> appreciated.
>
> Rakshat
>

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: Funding Global Domination

[Filip Onkelinx]

what about combining the T-shirt & bounty ideas ? Use the money from the  
T-Shirts to have some extra bounty budget.

F.

On Thu, 04 Dec 2008 13:31:27 +0100, Steve Mosher <[EMAIL PROTECTED]>  
wrote:

> all you have to do is ask me. I like saying yes.
>
> Rui Miguel Silva Seabra wrote:
>> On Wed, Dec 03, 2008 at 09:51:44AM +0100, Minh Ha Duong wrote:
 Could somebody official in OpenMoko respond to this email and perhaps
 indicate whether the company would be interested in this idea and
 perhaps some way of gauging if the community is interested? Perhaps
 somebody in the Community could design a cool subtle OpenMoko garment?
>>> The second option is more like it. It takes a few hours to design a  
>>> T-Shirt
>>> and upload it to an online store where everybody else can go and buy  
>>> it. So
>>> just do it: the entry costs are so low that there is no real need for a
>>> formal market study !
>>
>> There may be trademark issues, better clear that with OpenMoko first!
>>
>> Rui
>>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


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