Send buglog mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openmoko.org/mailman/listinfo/buglog
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of buglog digest..."
Today's Topics:
1. [Bug 410] Needing default volumes of the various devices
displayed by "alsamixer" ([EMAIL PROTECTED])
2. [Bug 89] determine correct gamma calibration values and put
them in LCM config code ([EMAIL PROTECTED])
3. [Bug 149] lm4857 not i2c address compliant
([EMAIL PROTECTED])
4. [Bug 149] lm4857 not i2c address compliant
([EMAIL PROTECTED])
5. [Bug 990] Missing libxod.tar.gz while building openmoko from
scratch ([EMAIL PROTECTED])
6. [Bug 1014] gsmd doesn't work in x86 platform
([EMAIL PROTECTED])
7. [Bug 1014] gsmd doesn't work in x86 platform
([EMAIL PROTECTED])
8. [Bug 1014] gsmd doesn't work in x86 platform
([EMAIL PROTECTED])
9. [Bug 1014] gsmd doesn't work in x86 platform
([EMAIL PROTECTED])
10. [Bug 1014] gsmd doesn't work in x86 platform
([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=410
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-11-20 08:50 -------
For now, we have default scenarios in /etc/xxx.state.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=89
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-11-20 08:57 -------
Following Sean_chiang instruction, setting value is as follows
(b1,b5,c7,c8,c9) = (0x9f,0x2b,0xb07f,0x64,0x91)
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=149
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From [EMAIL PROTECTED] 2007-11-20 09:45 -------
Masking check i2c address code isn't good solution.
We need to find out good solution for lm4857.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=149
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED]
Status|REOPENED |NEW
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=990
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|OE bitbake recipes / build |autobuilds
|system |
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1014
------- Additional Comments From [EMAIL PROTECTED] 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.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1014
------- Additional Comments From [EMAIL PROTECTED] 2007-11-20 10:43 -------
Created an attachment (id=386)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=386&action=view)
avoid error when got twice '\r'
Still don't understand why gsmd got '\r' twice. Before find the root cause, we
can use this patch to make gsmd work under x86 platform if you have the same
problem with me.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1014
------- Additional Comments From [EMAIL PROTECTED] 2007-11-20 10:49 -------
Are you using the u-boot passthrough? There is bug #1005 that duplicates the
\r, we had the same problem and we first modified gsmd but if another program
uses the u-boot passthrough it will hit the same problem (not only on x86), so
it's a passthrough bug.
http://lists.openmoko.org/pipermail/openmoko-uboot/2007-September/000125.html
has a fix for u-boot.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1014
------- Additional Comments From [EMAIL PROTECTED] 2007-11-20 11:12 -------
In fact, we have GSM modem EVB, which is the same as the one on NEO device.
Hence, I didn't use u-boot passthrough.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1014
------- Additional Comments From [EMAIL PROTECTED] 2007-11-20 11:17 -------
Ah ok, I used gsmd with a modem that connects directly to USB (not Neo) and it
didn't send the additional \r, I guess different modems have different
deviations from the protocol. Maybe gsmd ll parser should be more tolerant to
such deviations.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
