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 264] package libelf-0.8.6-r0: task do_populate_staging:
failed ([EMAIL PROTECTED])
2. [Bug 256] GSM Modem doesn't seem to work on some devices
([EMAIL PROTECTED])
3. [Bug 256] GSM Modem doesn't seem to work on some devices
([EMAIL PROTECTED])
4. [Bug 256] GSM Modem doesn't seem to work on some devices
([EMAIL PROTECTED])
5. [Bug 256] GSM Modem doesn't seem to work on some devices
([EMAIL PROTECTED])
6. [Bug 256] GSM Modem doesn't seem to work on some devices
([EMAIL PROTECTED])
7. [Bug 256] GSM Modem doesn't seem to work on some devices
([EMAIL PROTECTED])
8. [Bug 291] New: Signal Strength reading always delivered as
'0' ([EMAIL PROTECTED])
9. [Bug 291] New: Signal Strength reading always delivered as
'0' ([EMAIL PROTECTED])
10. [Bug 264] package libelf-0.8.6-r0: task do_populate_staging:
failed ([EMAIL PROTECTED])
11. [Bug 264] package libelf-0.8.6-r0: task do_populate_staging:
failed ([EMAIL PROTECTED])
12. [Bug 281] implicit declaration of function `strdup'
([EMAIL PROTECTED])
13. [Bug 281] implicit declaration of function `strdup'
([EMAIL PROTECTED])
14. [Bug 292] New: Can't get into U-Boot boot menu twice in a row
([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=264
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-03-20 15:03 -------
thanks! I helps!
same dist and arch.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=256
------- Additional Comments From [EMAIL PROTECTED] 2007-03-20 15:29 -------
[EMAIL PROTECTED]:~$ lsof | grep ttySAC0
gsmd 1177 root 3u CHR 204,64 1001 /dev/ttySAC0
[EMAIL PROTECTED]:~$ killall gsmd
[EMAIL PROTECTED]:~$ lsof | grep ttySAC0
[EMAIL PROTECTED]:~$ echo "1" >
/sys/bus/platform/devices/gta01-pm-gsm.0/power_on
[EMAIL PROTECTED]:~$ dmesg | tail -n 1
<4>adc_read: returnung 716 0
[EMAIL PROTECTED]:~$ dmesg | grep gsm
<6>gta01-pm-gsm gta01-pm-gsm.0: powering up GSM, thus disconnecting serial
conso le
[EMAIL PROTECTED]:~$ cu -l /dev/ttySAC0
Connected.
ERROR
OK
ERROR
ERROR
ERROR
OK
ERROR
ERROR
ERROR
OK
------- You are receiving this mail because: -------
You reported the bug, or are watching the reporter.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=256
------- Additional Comments From [EMAIL PROTECTED] 2007-03-20 15:29 -------
[EMAIL PROTECTED]:~$ lsof | grep ttySAC0
gsmd 1177 root 3u CHR 204,64 1001 /dev/ttySAC0
[EMAIL PROTECTED]:~$ killall gsmd
[EMAIL PROTECTED]:~$ lsof | grep ttySAC0
[EMAIL PROTECTED]:~$ echo "1" >
/sys/bus/platform/devices/gta01-pm-gsm.0/power_on
[EMAIL PROTECTED]:~$ dmesg | tail -n 1
<4>adc_read: returnung 716 0
[EMAIL PROTECTED]:~$ dmesg | grep gsm
<6>gta01-pm-gsm gta01-pm-gsm.0: powering up GSM, thus disconnecting serial
conso le
[EMAIL PROTECTED]:~$ cu -l /dev/ttySAC0
Connected.
ERROR
OK
ERROR
ERROR
ERROR
OK
ERROR
ERROR
ERROR
OK
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=256
------- Additional Comments From [EMAIL PROTECTED] 2007-03-20 15:30 -------
doing a stty -F /dev/ttySAC0 crtscts
triggers another cycle of "ERROR ERROR OK"
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=256
------- Additional Comments From [EMAIL PROTECTED] 2007-03-20 15:30 -------
doing a stty -F /dev/ttySAC0 crtscts
triggers another cycle of "ERROR ERROR OK"
------- You are receiving this mail because: -------
You reported the bug, or are watching the reporter.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=256
------- Additional Comments From [EMAIL PROTECTED] 2007-03-20 16:06 -------
After stopping the kernel from spewing crap to ttySAC0 I have a working gsm
modem!
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=256
------- Additional Comments From [EMAIL PROTECTED] 2007-03-20 16:06 -------
After stopping the kernel from spewing crap to ttySAC0 I have a working gsm
modem!
------- You are receiving this mail because: -------
You reported the bug, or are watching the reporter.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=291
Summary: Signal Strength reading always delivered as '0'
Product: OpenMoko
Version: unspecified
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: major
Priority: P2
Component: libgsmd
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
libgsm-util shows:
EVENT: Signal Quality: 0
EVENT: Signal Quality: 0
EVENT: Signal Quality: 0
while gsm.log shows:
Thu Jan 1 02:03:36 1970 <1> atcmd.c:178:ml_parse() buf=`%CSQ: 15, 99, 1'(16)
Thu Jan 1 02:03:36 1970 <1> atcmd.c:230:ml_parse() extd reply `%CSQ: 15, 99,
1' to cmd `NONE', must be unsolicited
Thu Jan 1 02:03:36 1970 <1> vendor_ti.c:78:csq_parse() entering csq_parse
param=` 15, 99, 1'
Thu Jan 1 02:03:36 1970 <1> vendor_ti.c:96:csq_parse() sending EVT_SIGNAL
Thu Jan 1 02:03:36 1970 <1> unsolicited.c:69:usock_evt_send() entering evt=6
Thu Jan 1 02:03:36 1970 <1> usock.c:53:usock_cmd_enqueue() enqueueing usock cmd
0x18410 for user 0x18170
Thu Jan 1 02:03:36 1970 <1> usock.c:53:usock_cmd_enqueue() enqueueing usock cmd
0x18478 for user 0x18110
Thu Jan 1 02:03:36 1970 <1> usock.c:492:gsmd_usock_user_cb() successfully sent
cmd 0x18478 to user 0x18110, freeing
Thu Jan 1 02:03:36 1970 <1> usock.c:492:gsmd_usock_user_cb() successfully sent
cmd 0x18410 to user 0x18170, freeing
Thu Jan 1 02:04:35 1970 <1> atcmd.c:178:ml_parse() buf=`%CSQ: 18, 99, 2'(16)
Thu Jan 1 02:04:35 1970 <1> atcmd.c:230:ml_parse() extd reply `%CSQ: 18, 99,
2' to cmd `NONE', must be unsolicited
Thu Jan 1 02:04:36 1970 <1> vendor_ti.c:78:csq_parse() entering csq_parse
param=` 18, 99, 2'
Thu Jan 1 02:04:36 1970 <1> vendor_ti.c:96:csq_parse() sending EVT_SIGNAL
Thu Jan 1 02:04:36 1970 <1> unsolicited.c:69:usock_evt_send() entering evt=6
Thu Jan 1 02:04:36 1970 <1> usock.c:53:usock_cmd_enqueue() enqueueing usock cmd
0x18410 for user 0x18170
Thu Jan 1 02:04:36 1970 <1> usock.c:53:usock_cmd_enqueue() enqueueing usock cmd
0x18478 for user 0x18110
Thu Jan 1 02:04:36 1970 <1> usock.c:492:gsmd_usock_user_cb() successfully sent
cmd 0x18478 to user 0x18110, freeing
Thu Jan 1 02:04:36 1970 <1> usock.c:492:gsmd_usock_user_cb() successfully sent
cmd 0x18410 to user 0x18170, freeing
Thu Jan 1 02:05:25 1970 <1> atcmd.c:178:ml_parse() buf=`%CSQ: 15, 99, 1'(16)
Thu Jan 1 02:05:25 1970 <1> atcmd.c:230:ml_parse() extd reply `%CSQ: 15, 99,
1' to cmd `NONE', must be unsolicited
Thu Jan 1 02:05:25 1970 <1> vendor_ti.c:78:csq_parse() entering csq_parse
param=` 15, 99, 1'
Thu Jan 1 02:05:25 1970 <1> vendor_ti.c:96:csq_parse() sending EVT_SIGNAL
Thu Jan 1 02:05:25 1970 <1> unsolicited.c:69:usock_evt_send() entering evt=6
Thu Jan 1 02:05:25 1970 <1> usock.c:53:usock_cmd_enqueue() enqueueing usock cmd
0x18410 for user 0x18170
Thu Jan 1 02:05:25 1970 <1> usock.c:53:usock_cmd_enqueue() enqueueing usock cmd
0x18478 for user 0x18110
Thu Jan 1 02:05:25 1970 <1> usock.c:492:gsmd_usock_user_cb() successfully sent
cmd 0x18478 to user 0x18110, freeing
Thu Jan 1 02:05:25 1970 <1> usock.c:492:gsmd_usock_user_cb() successfully sent
cmd 0x18410 to user 0x18170, freeing
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=291
Summary: Signal Strength reading always delivered as '0'
Product: OpenMoko
Version: unspecified
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: major
Priority: P2
Component: libgsmd
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
libgsm-util shows:
EVENT: Signal Quality: 0
EVENT: Signal Quality: 0
EVENT: Signal Quality: 0
while gsm.log shows:
Thu Jan 1 02:03:36 1970 <1> atcmd.c:178:ml_parse() buf=`%CSQ: 15, 99, 1'(16)
Thu Jan 1 02:03:36 1970 <1> atcmd.c:230:ml_parse() extd reply `%CSQ: 15, 99,
1' to cmd `NONE', must be unsolicited
Thu Jan 1 02:03:36 1970 <1> vendor_ti.c:78:csq_parse() entering csq_parse
param=` 15, 99, 1'
Thu Jan 1 02:03:36 1970 <1> vendor_ti.c:96:csq_parse() sending EVT_SIGNAL
Thu Jan 1 02:03:36 1970 <1> unsolicited.c:69:usock_evt_send() entering evt=6
Thu Jan 1 02:03:36 1970 <1> usock.c:53:usock_cmd_enqueue() enqueueing usock cmd
0x18410 for user 0x18170
Thu Jan 1 02:03:36 1970 <1> usock.c:53:usock_cmd_enqueue() enqueueing usock cmd
0x18478 for user 0x18110
Thu Jan 1 02:03:36 1970 <1> usock.c:492:gsmd_usock_user_cb() successfully sent
cmd 0x18478 to user 0x18110, freeing
Thu Jan 1 02:03:36 1970 <1> usock.c:492:gsmd_usock_user_cb() successfully sent
cmd 0x18410 to user 0x18170, freeing
Thu Jan 1 02:04:35 1970 <1> atcmd.c:178:ml_parse() buf=`%CSQ: 18, 99, 2'(16)
Thu Jan 1 02:04:35 1970 <1> atcmd.c:230:ml_parse() extd reply `%CSQ: 18, 99,
2' to cmd `NONE', must be unsolicited
Thu Jan 1 02:04:36 1970 <1> vendor_ti.c:78:csq_parse() entering csq_parse
param=` 18, 99, 2'
Thu Jan 1 02:04:36 1970 <1> vendor_ti.c:96:csq_parse() sending EVT_SIGNAL
Thu Jan 1 02:04:36 1970 <1> unsolicited.c:69:usock_evt_send() entering evt=6
Thu Jan 1 02:04:36 1970 <1> usock.c:53:usock_cmd_enqueue() enqueueing usock cmd
0x18410 for user 0x18170
Thu Jan 1 02:04:36 1970 <1> usock.c:53:usock_cmd_enqueue() enqueueing usock cmd
0x18478 for user 0x18110
Thu Jan 1 02:04:36 1970 <1> usock.c:492:gsmd_usock_user_cb() successfully sent
cmd 0x18478 to user 0x18110, freeing
Thu Jan 1 02:04:36 1970 <1> usock.c:492:gsmd_usock_user_cb() successfully sent
cmd 0x18410 to user 0x18170, freeing
Thu Jan 1 02:05:25 1970 <1> atcmd.c:178:ml_parse() buf=`%CSQ: 15, 99, 1'(16)
Thu Jan 1 02:05:25 1970 <1> atcmd.c:230:ml_parse() extd reply `%CSQ: 15, 99,
1' to cmd `NONE', must be unsolicited
Thu Jan 1 02:05:25 1970 <1> vendor_ti.c:78:csq_parse() entering csq_parse
param=` 15, 99, 1'
Thu Jan 1 02:05:25 1970 <1> vendor_ti.c:96:csq_parse() sending EVT_SIGNAL
Thu Jan 1 02:05:25 1970 <1> unsolicited.c:69:usock_evt_send() entering evt=6
Thu Jan 1 02:05:25 1970 <1> usock.c:53:usock_cmd_enqueue() enqueueing usock cmd
0x18410 for user 0x18170
Thu Jan 1 02:05:25 1970 <1> usock.c:53:usock_cmd_enqueue() enqueueing usock cmd
0x18478 for user 0x18110
Thu Jan 1 02:05:25 1970 <1> usock.c:492:gsmd_usock_user_cb() successfully sent
cmd 0x18478 to user 0x18110, freeing
Thu Jan 1 02:05:25 1970 <1> usock.c:492:gsmd_usock_user_cb() successfully sent
cmd 0x18410 to user 0x18170, freeing
------- You are receiving this mail because: -------
You reported the bug, or are watching the reporter.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=264
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From [EMAIL PROTECTED] 2007-03-20 21:41 -------
Well, manually toying in the workdir is obviously not a fix.
I have seen this bug at least three times on Moko irc. It has to do with
TARGET_ARCH set to i486 and libelf
claiming i486 can't have shared libraries. You have either the option to fix
libelf's autoconf abuse or to
bump TARGET_ARCH to i686. TARGET_ARCH gets set to i486 by the x86.conf inside
the oe/conf/machine
directory of openmoko.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=264
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From [EMAIL PROTECTED] 2007-03-20 21:41 -------
Well, manually toying in the workdir is obviously not a fix.
I have seen this bug at least three times on Moko irc. It has to do with
TARGET_ARCH set to i486 and libelf
claiming i486 can't have shared libraries. You have either the option to fix
libelf's autoconf abuse or to
bump TARGET_ARCH to i686. TARGET_ARCH gets set to i486 by the x86.conf inside
the oe/conf/machine
directory of openmoko.
------- You are receiving this mail because: -------
You reported the bug, or are watching the reporter.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=281
------- Additional Comments From [EMAIL PROTECTED] 2007-03-20 22:21 -------
You're welcome. Glad to have been of help and to see somebody caring about code
quality.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=281
------- Additional Comments From [EMAIL PROTECTED] 2007-03-20 22:21 -------
You're welcome. Glad to have been of help and to see somebody caring about code
quality.
------- You are receiving this mail because: -------
You reported the bug, or are watching the reporter.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=292
Summary: Can't get into U-Boot boot menu twice in a row
Product: OpenMoko
Version: unspecified
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: u-boot
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
I can't seem to get into U-Boot boot menu twice in a row. Once the boot menu
timeout kicks in and the device gets powered off, when I power+aux again, it
just boots normally. I need to let it fully boot and then shutdown regularly to
be able to get into the U-Boot boot menu again.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
