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 759] GSM_REGISTER_TIMEOUT is too short
([EMAIL PROTECTED])
2. [Bug 757] Patch to openmoko-dialer to handle CREG: 2
responses ([EMAIL PROTECTED])
3. [Bug 733] Ignore call button
([EMAIL PROTECTED])
4. [Bug 732] display the DTMF tones received
([EMAIL PROTECTED])
5. [Bug 765] New: Factory Reset writes wrong environment
([EMAIL PROTECTED])
6. [Bug 765] Factory Reset writes wrong environment
([EMAIL PROTECTED])
7. [Bug 199] We need freely licensed ringtones
([EMAIL PROTECTED])
8. [Bug 45] Automatic opening input methods
([EMAIL PROTECTED])
9. [Bug 574] timing issues / buffer parsing issues in gsmd
([EMAIL PROTECTED])
10. [Bug 764] initiating a PAN using pand gets "Permission denied
(13)" ([EMAIL PROTECTED])
11. [Bug 764] initiating a PAN using pand gets "Permission denied
(13)" ([EMAIL PROTECTED])
12. [Bug 574] timing issues / buffer parsing issues in gsmd
([EMAIL PROTECTED])
13. [Bug 704] /etc/init.d/gsmd kills self.
([EMAIL PROTECTED])
14. [Bug 751] /etc/init.d/gsmd stop - kills own shell-script
([EMAIL PROTECTED])
15. [Bug 704] /etc/init.d/gsmd kills self.
([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=759
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-08-28 12:15 -------
Agreed. I have changed the timeout in svn.
------- 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=757
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-08-28 12:18 -------
Hmm, I did amend that function to work properly when 'Searching' was returned.
However, your approach is cleaner and reads better, so I've applied the patch in
svn, thanks!
------- 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=733
------- Additional Comments From [EMAIL PROTECTED] 2007-08-28 12:36 -------
The ignore feature is now implemented in svn (the middle button in the incoming
call toolbar). It will switch off the vibration alert and the ringtone, but will
continue to show the incoming window until the other person hangs up.
Regarding the AUX button, it's definitely a good idea to make use of it in the
dialer, and make it configurable (to either answer or ignore calls). However, I
think it's better to wait for neod to implement some type of button-press
signalling instead of copy and pasting more code into the dialer.
------- 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=732
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED]
------- Additional Comments From [EMAIL PROTECTED] 2007-08-28 13:40 -------
AFAIK, any tones received cannot be distinguished from the normal audio stream
without putting the audio through something to extract them, and I think any
audio-processing on the Neo will be expensive cpu-wise.
------- 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=765
Summary: Factory Reset writes wrong environment
Product: OpenMoko
Version: current svn head
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: u-boot
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
When u-boot resets the environment (by detecting a wrong checksum or using
'factory reset') usb-serial stops working and the partition names are lost.
We should use the environment from the devirginator as the hardcoded u-boot
default environment.
------- 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=765
------- Additional Comments From [EMAIL PROTECTED] 2007-08-28 14:29 -------
I agree that the full menu should be default. I have a bad u-boot version
(august 8 I think) and get hit with this every time I flash a new kernel. What
happens is that part of the kernel always overwrites /dev/mtdblock1
The way around it for me, since I don't have a debug board, is to boot with
"Factory Reset" (the Boot option never works) and then scp a working mtdblock1
to the neo, ssh in and do a "dd if=working_mtdblock1 of=/dev/mtdblock1".
After that I get the full boot menu and can use the USB-serial. I still can't
boot without selecting Factory Reset though. (More here:
http://wiki.openmoko.org/wiki/Bricked)
I will try a newer u-boot. Just a bit afraid of bricking it totally.
------- 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=199
------- Additional Comments From [EMAIL PROTECTED] 2007-08-28 14:40 -------
I've created a theme: "Retro 1973". Is about old sounds. See/listen/modify it
here:
http://wiki.openmoko.org/wiki/Wish_List_-_OpenMoko_Ringtones_and_Sounds#Retro_1973
------- 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=45
------- Additional Comments From [EMAIL PROTECTED] 2007-08-28 14:42 -------
Yes, we do, however as Stefan indicated we need to come up with a means to make
automatic opening possible w/ different toolkits.
------- 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-08-28 15:12 -------
command without cb?
cat /tmp/gsm.log
Tue Feb 1 00:31:54 2000 <1> machine.c:131:gsmd_machine_plugin_init() detected
'GTA01' hardware
Tue Feb 1 00:31:54 2000 <1> machine.c:72:gsmd_machine_plugin_load() loading
machine plugin "generic"
Tue Feb 1 00:31:54 2000 <1> vendor.c:75:gsmd_vendor_plugin_load() loading
vendor plugin "ti"
Tue Feb 1 00:31:54 2000 <1> machine.c:56:gsmd_machine_plugin_find() selecting
machine plugin "generic"
Tue Feb 1 00:31:55 2000 <1> atcmd.c:561:atcmd_drain() c_iflag = 0x00000000,
c_oflag = 0x00000000, c_cflag = 0x800018b2, c_lflag = 0x00000a30
Tue Feb 1 00:31:55 2000 <1> vendor.c:59:gsmd_vendor_plugin_find() selecting
vendor plugin "TI Calypso"
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command `ATZ'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`ATZ'(3)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:229:ml_parse() ignoring echo
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`ATZ'(3)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:229:ml_parse() ignoring echo
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`OK'(2)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:406:ml_parse() Calling final cmd->cb()
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`ATE0V1'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT+CRC=1'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT+CREG=2'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT+CMEE=1'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT+CLIP=1'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT+COLP=1'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT+CMGF=0'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT+CMGF=0'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT+CTZR=1'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT%CTZV=1'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT%CPRI=1'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT%CSQ=1'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT%CUNS=0'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:545:atcmd_submit() submitting command
`AT%CPI=?'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:415:ml_parse() Clearing mlbuf
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`ATE0V1'(6)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:229:ml_parse() ignoring echo
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`ATE0V1'(6)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:229:ml_parse() ignoring echo
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`OK'(2)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:406:ml_parse() Calling final cmd->cb()
Tue Feb 1 00:31:55 2000 <1> gsmd.c:154:gsmd_test_atcb() `ATE0V1' returned `OK'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:415:ml_parse() Clearing mlbuf
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`OK'(2)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:406:ml_parse() Calling final cmd->cb()
Tue Feb 1 00:31:55 2000 <1> gsmd.c:154:gsmd_test_atcb() `AT+CRC=1' returned
`OK'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:415:ml_parse() Clearing mlbuf
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`OK'(2)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:406:ml_parse() Calling final cmd->cb()
Tue Feb 1 00:31:55 2000 <1> gsmd.c:154:gsmd_test_atcb() `AT+CREG=2' returned
`OK'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:415:ml_parse() Clearing mlbuf
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`OK'(2)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:406:ml_parse() Calling final cmd->cb()
Tue Feb 1 00:31:55 2000 <1> gsmd.c:154:gsmd_test_atcb() `AT+CMEE=1' returned
`OK'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:415:ml_parse() Clearing mlbuf
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`OK'(2)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:406:ml_parse() Calling final cmd->cb()
Tue Feb 1 00:31:55 2000 <1> gsmd.c:154:gsmd_test_atcb() `AT+CLIP=1' returned
`OK'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:415:ml_parse() Clearing mlbuf
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`OK'(2)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:406:ml_parse() Calling final cmd->cb()
Tue Feb 1 00:31:55 2000 <1> gsmd.c:154:gsmd_test_atcb() `AT+COLP=1' returned
`OK'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:415:ml_parse() Clearing mlbuf
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`OK'(2)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:406:ml_parse() Calling final cmd->cb()
Tue Feb 1 00:31:55 2000 <1> gsmd.c:154:gsmd_test_atcb() `AT+CMGF=0' returned
`OK'
Tue Feb 1 00:31:55 2000 <1> atcmd.c:415:ml_parse() Clearing mlbuf
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`OK'(2)
Tue Feb 1 00:31:55 2000 <5> atcmd.c:404:ml_parse() command without cb!!!
Tue Feb 1 00:31:55 2000 <1> atcmd.c:210:ml_parse() buf=`OK'(2)
Tue Feb 1 00:31:55 2000 <1> atcmd.c:406:ml_parse() Calling final cmd->cb()
------- 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=764
------- Additional Comments From [EMAIL PROTECTED] 2007-08-28 15:21 -------
I have installed hcidump (thanks to ScaredyCat who put it in his repository)
For some reason, I am not getting "Permission denied(13)" anymore, but
"Connection refused(111).
Looking into the hcidump, the error there is "Connection refused - PSM not
supported"
Does that help?
------- 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=764
------- Additional Comments From [EMAIL PROTECTED] 2007-08-28 15:23 -------
That means that no PAN server is running on the remote device.
------- 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-08-28 15:39 -------
I don't know if that has anything to do with it, but the command AT+CMGF=0 is
submitted twice so maybe handling the first answer also removes callback for the
second command?
(Disclaimer: I haven't looked at the code in gsmd yet where that occurs, this is
just a hinch)
------- 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=704
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Additional Comments From [EMAIL PROTECTED] 2007-08-28 16:10 -------
I have commited a different script utilizing start-stop-daemon from busybox to
OE fa056f4e1e3e3e49a96459c011ccfcb235a4f695. Does that fix it?
------- 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=751
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From [EMAIL PROTECTED] 2007-08-28 16:10 -------
*** This bug has been marked as a duplicate of 704 ***
------- 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=704
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[EMAIL PROTECTED]
------- Additional Comments From [EMAIL PROTECTED] 2007-08-28 16:10 -------
*** Bug 751 has been marked as a duplicate of this bug. ***
------- 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 ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
