[Bug 1014] gsmd doesn't work in x86 platform

bugzilla-daemon at bugzilla.openmoko.org bugzilla-daemon at bugzilla.openmoko.org
Tue Nov 20 10:36:19 CET 2007


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





------- Additional Comments From sean_chiang at openmoko.com  2007-11-20 10:36 -------
When gsmd start to run in my pc, it will receive '\r' twice, hence the 
llp->state will change from LLPARSE_STATE_IDLE_CR to LLPARSE_STATE_ERROR. That's
why gsmd hang. Below is the log. The same situation happen in another PC too.

Tue Nov 20 16:33:39 2007 <1> atcmd.c:654:atcmd_submit() extra-submiting command
Tue Nov 20 16:33:39 2007 <1> machine_gta01.c:72:atcmd_wakeup_modem() try to wake up
Tue Nov 20 16:33:39 2007 <1> atcmd.c:657:atcmd_submit() submitting command `ATZ'
Tue Nov 20 16:33:39 2007 <1> machine_gta01.c:64:wakeup_timer() Create wake up timer
Tue Nov 20 16:33:39 2007 <1> atcmd.c:92:llparse_byte() == 0xd ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 0 To
1) ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:92:llparse_byte() == 0xd ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 1 To
8) ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:92:llparse_byte() == 0xa ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:92:llparse_byte() == 0x4f ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:92:llparse_byte() == 0x4b ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:92:llparse_byte() == 0xd ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:92:llparse_byte() == 0xa ==
Tue Nov 20 16:33:39 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:42 2007 <1> machine_gta01.c:29:wakeup_timeout() Wakeup time out!!
Tue Nov 20 16:33:42 2007 <1> atcmd.c:594:discard_timer() Create discard timer
Tue Nov 20 16:33:42 2007 <1> atcmd.c:92:llparse_byte() == 0x41 ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:92:llparse_byte() == 0x54 ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:92:llparse_byte() == 0x5a ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:92:llparse_byte() == 0xd ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:92:llparse_byte() == 0xd ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:92:llparse_byte() == 0xa ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:92:llparse_byte() == 0x4f ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:92:llparse_byte() == 0x4b ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:92:llparse_byte() == 0xd ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:92:llparse_byte() == 0xa ==
Tue Nov 20 16:33:42 2007 <1> atcmd.c:164:llparse_byte() == llp-state (From 8 To
8) ==




------- 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