[Bug 1431] New: ASU on GTA01: every QT application segfaults

bugzilla-daemon at bugzilla.openmoko.org bugzilla-daemon at bugzilla.openmoko.org
Wed May 28 11:18:12 CEST 2008


http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1431

           Summary: ASU on GTA01: every QT application segfaults
           Product: OpenMoko
           Version: unspecified
          Platform: Neo1973
        OS/Version: Linux
            Status: NEW
          Severity: critical
          Priority: P2
         Component: Autobuilds / Snapshots
        AssignedTo: john_lee at openmoko.com
        ReportedBy: danielmewes at onlinehome.de
                CC: buglog at lists.openmoko.org


I installed the following images onto my Neo GTA01:
http://buildhost.openmoko.org/daily/neo1973/deploy/glibc/images/neo1973/Openmoko-openmoko-qtopia-x11-image-glibc-ipk-P1-Snapshot-20080524-om-gta01.rootfs.jffs2
http://buildhost.openmoko.org/daily/neo1973/deploy/glibc/images/neo1973/uImage-2.6.24+git20080524-r0-om-gta01.bin

While the system boots fine and illume seems to work very well too, every QT
application I'm trying to start produces a SEGMENTATION FAULT.

Example:
(ssh to phone)
# export DISPLAY=:0.0
# clock
ApplicationLayer: Unable to connect to server, application layer will be disabled.
qstring_to_xtp result code -2
qstring_to_xtp result code -2
Segmentation fault

I'm not sure whether those ApplicationLayer errors have anything to do with
this, but I guess not, since I saw other Qtopia apps that do not produce any
error messages but segfault anyway. This even happens with qpe, however qpe
manages to run for a few seconds before it crashes (perhaps it crashed as soon
as it tries to display something, e.g. PIN dialog?).

The last lines of "strace clock" are
gettimeofday({1211965909, 177653}, NULL) = 0
gettimeofday({1211965909, 184003}, NULL) = 0

For qpe those interestingly are the same:
gettimeofday({1211965993, 912695}, NULL) = 0
gettimeofday({1211965993, 919445}, NULL) = 0

I also did an "strace -e write qpe" to monitor the modem interaction:
write(13, "-16\n", 4)                   = 4
write(13, "\371\3\357\5\303\1\362\371\r", 9) = 9
write(13, "AT+CMUX=0,0,5,31", 16)       = 16
write(13, "\r", 1)                      = 1
write(13, "AT+CGMI", 7)                 = 7
write(13, "\r", 1)                      = 1
write(13, "AT+CBC\r", 7)                = 7

After the following writes (which obviously do not go to the modem), qpe crashed
then:
write(21, "\0", 1)                      = 1
write(21, "AUTH EXTERNAL 30\r\n", 18)   = 18
write(21, "BEGIN\r\n", 7)               = 7

perhaps this can give a hint where in the code the error occurs...

Since some people reported ASU working on GTA02, i guess that there is some
build problem with a library or so in the buildsystem regarding the GTA01 build?
Or a problem when interacting with the (non accelerated) X server?



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.




More information about the buglog mailing list