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 672] New: [PATCH] check for valid config descriptors
([EMAIL PROTECTED])
2. [Bug 673] New: [PATCH] Handle the DFU status value correctly
during download ([EMAIL PROTECTED])
3. [Bug 673] [PATCH] Handle the DFU status value correctly
during download ([EMAIL PROTECTED])
4. [Bug 124] modem volume control on connection
([EMAIL PROTECTED])
5. [Bug 57] Recording Calls ([EMAIL PROTECTED])
6. [Bug 368] The ???Speaker??? function can???t work in incall
mode. ([EMAIL PROTECTED])
7. [Bug 394] In Call Mode/Unable to adjust the speaker volume
level. ([EMAIL PROTECTED])
8. [Bug 671]
openmoko-rssreader-0.0.1+svn20070722-r1-do_configure
([EMAIL PROTECTED])
9. [Bug 670] neo1973 forgets system time when rebooted
([EMAIL PROTECTED])
10. [Bug 670] neo1973 forgets system time when rebooted
([EMAIL PROTECTED])
11. [Bug 667] missing dependency on libusb in bluez-utils
([EMAIL PROTECTED])
12. [Bug 574] timing issues / buffer parsing issues in gsmd
([EMAIL PROTECTED])
13. [Bug 671]
openmoko-rssreader-0.0.1+svn20070722-r1-do_configure
([EMAIL PROTECTED])
14. [Bug 671]
openmoko-rssreader-0.0.1+svn20070722-r1-do_configure
([EMAIL PROTECTED])
15. [Bug 107] obtain list of operators / control operator
selection ([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=672
Summary: [PATCH] check for valid config descriptors
Product: OpenMoko
Version: current svn head
Platform: Other
OS/Version: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: dfu-util
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
Even if the device is found, the config descriptors are not always valid. Add
a check for a valid value in cfg:
Index: main.c
===================================================================
--- main.c (revision 2384)
+++ main.c (working copy)
@@ -85,6 +85,8 @@
for (cfg_idx = 0; cfg_idx < dev->descriptor.bNumConfigurations;
cfg_idx++) {
cfg = &dev->config[cfg_idx];
+ if (cfg == NULL)
+ return 1;
for (intf_idx = 0; intf_idx < cfg->bNumInterfaces;
intf_idx++) {
uif = &cfg->interface[intf_idx];
------- 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=673
Summary: [PATCH] Handle the DFU status value correctly during
download
Product: OpenMoko
Version: current svn head
Platform: Other
OS/Version: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: dfu-util
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
During download you can end up in an endless loop if the dst.bStatus changes
to != DFU_STATUS_OK. dfu-util never recovers and keeps sending GET_STATUS
requests.
Fail the transfer as DFU_STATUS seems to indicate a fatal error in all cases
except DFU_STATUS_OK.
Index: sam7dfu.c
===================================================================
--- sam7dfu.c (revision 2384)
+++ sam7dfu.c (working copy)
@@ -127,8 +127,11 @@
goto out_close;
}
usleep(5000);
- } while (dst.bState != DFU_STATE_dfuDNLOAD_IDLE ||
- dst.bStatus != DFU_STATUS_OK);
+ } while (dst.bState != DFU_STATE_dfuDNLOAD_IDLE);
+ if (dst.bStatus != DFU_STATUS_OK) {
+ printf(" failed!\n");
+ goto get_status;
+ }
hashes_todo = (bytes_sent / bytes_per_hash) - hashes;
hashes += hashes_todo;
------- 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=673
------- Additional Comments From [EMAIL PROTECTED] 2007-07-31 15:20 -------
... and return a correct error value to the caller, so we get an error in $?
after exit of the program.
Index: sam7dfu.c
===================================================================
--- sam7dfu.c (revision 2384)
+++ sam7dfu.c (working copy)
@@ -127,8 +127,15 @@
goto out_close;
}
usleep(5000);
- } while (dst.bState != DFU_STATE_dfuDNLOAD_IDLE ||
- dst.bStatus != DFU_STATUS_OK);
+ } while (dst.bState != DFU_STATE_dfuDNLOAD_IDLE);
+ if (dst.bStatus != DFU_STATUS_OK) {
+ printf(" failed!\n");
+ printf("state(%u) = %s, status(%u) = %s\n",
dst.bState,
+ dfu_state_to_string(dst.bState), dst.bStatus,
+ dfu_status_to_string(dst.bStatus));
+ ret = -1;
+ goto out_close;
+ }
hashes_todo = (bytes_sent / bytes_per_hash) - hashes;
hashes += hashes_todo;
------- 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=124
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
------- Additional Comments From [EMAIL PROTECTED] 2007-07-31 16:11 -------
since the modem sound level is routed via the wolfson codec, the modem sound
very much is affected by libasound alsa mixer settings.
Also, we now have the sidetone level control. gsmd should set the sidetone to
zero and let dialer/fluxsound/libasound control the sidetone in the wolfson
codec explicitly via alsa controls.
------- 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=57
Bug 57 depends on bug 124, which changed state.
Bug 124 Summary: modem volume control on connection
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=124
What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
------- 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=368
Bug 368 depends on bug 124, which changed state.
Bug 124 Summary: modem volume control on connection
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=124
What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
------- 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=394
Bug 394 depends on bug 124, which changed state.
Bug 124 Summary: modem volume control on connection
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=124
What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
------- 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=671
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-07-31 20:17 -------
fixed in svn rev 2588. Pretty ugly. Read the commitlof if you are interested.
Thanks zecke for finding out what the problem was.
------- 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=670
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|[email protected] |[EMAIL PROTECTED]
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
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=670
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Additional Comments From [EMAIL PROTECTED] 2007-07-31 21:31 -------
Yeah, clock is set through CONFIG_RTC_HCTOSYS.
I just need to add the initscript to save the time on shutdown/reboot.
------- 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=667
------- Additional Comments From [EMAIL PROTECTED] 2007-07-31 21:31 -------
It was indeed still a bug in OE.dev
Will go away once we switch.
------- 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=574
------- Additional Comments From [EMAIL PROTECTED] 2007-07-31 21:43 -------
Created an attachment (id=232)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=232&action=view)
Correctly segment usock reads into packets.
This is a patch for an unrelated to the above discussion timing issue in
libgsmd. In particular, when the modem responds fast enough, gsmd generates
usock packets fast enough for libgsmd to read multiple packets in a single read
and concatenate them thus discarding all packets but first. This happens on
Neo1973 when requesting for example the list of preferred operators or all
operators or, sometimes, list of short messages.
Do we also want to handle short reads and short writes in libgsmd and gsmd? I
think we should, but I'd rather ask before fixing it.
------- 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=671
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://
Status|RESOLVED |REOPENED
Resolution|FIXED |
Target Milestone|--- |Phase+0
------- Additional Comments From [EMAIL PROTECTED] 2007-07-31 21:47 -------
The package failed to build at 20070731123628
------- Additional Comments From [EMAIL PROTECTED] 2007-07-31 21:47 -------
Created an attachment (id=233)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=233&action=view)
Build log
The package failed to build at 20070731123628
------- 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=671
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://
Status|RESOLVED |REOPENED
Resolution|FIXED |
Target Milestone|--- |Phase+0
------- Additional Comments From [EMAIL PROTECTED] 2007-07-31 21:47 -------
The package failed to build at 20070731123628
------- Additional Comments From [EMAIL PROTECTED] 2007-07-31 21:47 -------
Created an attachment (id=233)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=233&action=view)
Build log
The package failed to build at 20070731123628
------- 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=107
------- Additional Comments From [EMAIL PROTECTED] 2007-07-31 21:48 -------
Created an attachment (id=234)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=234&action=view)
Preferred operators list management commands.
his makes use of the AT+CPOL variants to add / delete / list entries in the
preferred operators list on the SIM. There's some inconsistency, similarly as
with operator selection, in that we return operator names in long
alphanumeric format but we take only operators in numeric format as
parameters. Either the client will have to convert between the formats or
we should always use for example the long alphanumeric format, or maybe
do something else.
If libgsmd is to be used on a Neo1973 with these calls, attachment #232 to bug
#574 is needed.
Also attempts to fix some scanf() string parameter maximum length glitches.
------- 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
