[Qtopia] qpe crash happened after flash the new image

[wendy_hung]

kernel:20080723-asu.stable-uImage.bin
root file system:20080730-asu.stable-rootfs.jffs2

Summary:
qpe crash happened after flash the new image

Step + current result:
1) flash the new image
2) launch the device
3) the qpe crash error message pop up
4) error message :

-Application Error-

The qpe process Vanished. This is bad. This is not meant to happen and is likely a sign of a bug in Qtopia. Please try to reproduce it and report the issue to ​http://docs.openmoko.org.
To be able to use your phone as a phone again you will have to restart Qtopia.

[(F1)Restart] [(F2)Exit]

[wendy_hung]

The hole process for me works like this:
flash the new image ---> power on the device ---> wait wait wait ---> the device with the home screen ---> suspend time come (system default setting) ---> resume ---> show up the error message

[wendy_hung]

Tested with the image below:

kernel:20080807-asu.stable-uImage.bin
root file system:20080807-asu.stable-rootfs.jffs2

On device NO.68, I flashed twice but all of them have the qpe crash and even I Restart it still comes out all the time. Not the case in other device.

[zecke]

Get a dev to do the following on your device:

vi /etc/X11/Xsession.d/89qtopia

before launching qpe add a "ulimit -c 99999999", restart the device if qpe crashes provide me with the coredump (probably don't attach it to the bug report).

[Toscho]

/var/log/messages nachdem /etc/X11/Xsession.d/89qtopia nach zecks vorschlägen angepasst wurde

[Toscho]

Got the same problem. The device starts, one gets to see the homescreen, there is short blackscreen (like an eyeblink), one gets to see the homescreen again and after a while the qpe-message pops up. Clicking on "F1: Restart" doesn't help, of course.

This bug first occured after changing /etc/fstab so that /dev/mmcblk0p2 is mounted as /media/card but still occurs after changing /etc/fstab so that /dev/mmcblk0p1 is mounted as /media/card and /dev/mmcblk0p2 is mounted as /media/cardzwei.

[zecke]

I don't see a coredump attached.

[Toscho]

If you tell me, where to get the coredump, I'll attach it.

[zecke]

Hmmm... It could be in / or /home/root... find / -name '*core*' should find it.

[Toscho]

​http://www.tobias-schoel.de/core diese Datei ist eine Kopie von /core nach der qpe-Nachricht.

[Toscho]

Bug is reproducible:

1. Flash Neo with FDOM-Distribution as of 2008-09-13
2. opkg update
3. opkg install nano (probably totally irrelevant)
4. opkg upgrade
5. reboot

So it seems, as if the upgrade is broken.

[csamuel]

I was seeing the same issue on my FreeRunner? with FDOM 2008-09-13 as Toscho described (without the nano step). Digging in the logs it appeared that qpe was having problems talking to the modem and logging lots of timeouts, after a number of which QPE would exit and the watcher would pop up the window.

I found that restarting the GSM daemon would fix the timeout problem (or at least it would be able to talk to the modem successfully and stopped crashing), but the phone still wouldn't register with the network (unlike under the standard FDOM 20080913 release).

I'm upgrading to the OM 2008.9 release (pending the FDOM version) to see whether that's working now.

[Toscho]

Somewhere on the mailing lists i found this workaround:

chmod a+rx /etc/X11/Xsession.d/89qtopia

but that didn't work, which means, after a reboot, the qpe-message again popped up. I then tried chmod +rx /etx/X11/Xsession.d/89qtopia and it worked although I don't understand why then.

[csamuel]

OM 2008.9 flashes OK and works, which is positive.

What I don't see is the /var/log/messages file I was seeing with FDOM, I presume that's an FDOM enhancement ?

[tick]

Hi Csamuel,
"logread" may help

Is this bug still happen to you?

Cheers,
Tick

[zecke]

@tick: What about taking a look at the coredump first?

[zecke]

Okay, I just tried to get a backtrace from the coredump with my compiled version of Qtopia and did not get anywhere. This means we need a way to reproduce this. E.g. is this with SD card in or not?

[goldie]

qtopia-phone-x11 - 1:4.3.2+gitr429+563d5f4c781efe1a11680c6a055b409034b528ab-r41 - 
kernel - 3:2.6.24+gitr75969+a1e97c611253511ffc2d8c45e3e6d6894fa03fa3-r2 - 
FDOM, testing branch

Removed the SD card, nothing changed for me.
I also attached gdb to the qpe process:

root@om-gta02:~# gdb --pid=1380
GNU gdb 6.8
(...)
This GDB was configured as "arm-angstrom-linux-gnueabi".
Attaching to process 1380

Reading symbols (...)

(gdb) continue
Continuing.

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x41aa6570 (LWP 1380)]
0x41874df4 in raise () from /lib/libc.so.6
(gdb) backtrace
#0  0x41874df4 in raise () from /lib/libc.so.6
#1  0x418763fc in abort () from /lib/libc.so.6
Backtrace stopped: frame did not save the PC

Messages in /var/log/messages are the same.

[john_lee]

The current image in testing repo should not have this problem. Please verify.