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 266] ftdi-eeprom-native missing confuse-native
dependency ([EMAIL PROTECTED])
2. [Bug 266] ftdi-eeprom-native missing confuse-native
dependency ([EMAIL PROTECTED])
3. [Bug 175] MOKO_FINGER_WINDOW has to show_all and then hide to
initialize ([EMAIL PROTECTED])
4. [Bug 175] MOKO_FINGER_WINDOW has to show_all and then hide to
initialize ([EMAIL PROTECTED])
5. [Bug 259] implement 500mA charging in u-boot
([EMAIL PROTECTED])
6. [Bug 259] implement 500mA charging in u-boot
([EMAIL PROTECTED])
7. [Bug 259] implement 500mA charging in u-boot
([EMAIL PROTECTED])
8. [Bug 263] gsmd doesn't receive AT reply from the modem
properly. ([EMAIL PROTECTED])
9. [Bug 263] gsmd doesn't receive AT reply from the modem
properly. ([EMAIL PROTECTED])
10. [Bug 34] Need to decide if lgsm_handle is still valid.
([EMAIL PROTECTED])
11. [Bug 34] Need to decide if lgsm_handle is still valid.
([EMAIL PROTECTED])
12. [Bug 106] Emergency Call Support
([EMAIL PROTECTED])
13. [Bug 106] Emergency Call Support
([EMAIL PROTECTED])
14. [Bug 176] libgsmd need a mechanism to avoid dead waiting.
([EMAIL PROTECTED])
15. [Bug 176] libgsmd need a mechanism to avoid dead waiting.
([EMAIL PROTECTED])
16. [Bug 256] GSM Modem doesn't seem to work on some devices
([EMAIL PROTECTED])
17. [Bug 256] GSM Modem doesn't seem to work on some devices
([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=266
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 12:19 -------
fixed in r1361, thanks Rod!
------- 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=266
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 12:19 -------
fixed in r1361, thanks Rod!
------- 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=175
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 12:26 -------
We do not have a phone working to test incoming calls with, so I apologise if it
caused problems.
The no-show-all property should be used so that you do not need to use
gtk_widget_show_all and then hide certain widgets.
------- 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=175
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 12:26 -------
We do not have a phone working to test incoming calls with, so I apologise if it
caused problems.
The no-show-all property should be used so that you do not need to use
gtk_widget_show_all and then hide certain widgets.
------- 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=259
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 20:58 -------
This has now been implemented as part of svn commit 1364. However, this code
needs some more cleanup, namely
* decouple the raw pcf50606 calls from usbtty into some kind of per-machine
abstraction
* make sure this also works with gserial, not only cdc_acm
Also still missing is the timer code, i.e. just heuristically guess that the ac
wall outlet is plugged in (and switch to 500mA) if we get CHGINS but never see a
USB bus reset following it within 30 seconds.
------- 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=259
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 20:58 -------
This has now been implemented as part of svn commit 1364. However, this code
needs some more cleanup, namely
* decouple the raw pcf50606 calls from usbtty into some kind of per-machine
abstraction
* make sure this also works with gserial, not only cdc_acm
Also still missing is the timer code, i.e. just heuristically guess that the ac
wall outlet is plugged in (and switch to 500mA) if we get CHGINS but never see a
USB bus reset following it within 30 seconds.
------- 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=259
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 20:58 -------
This has now been implemented as part of svn commit 1364. However, this code
needs some more cleanup, namely
* decouple the raw pcf50606 calls from usbtty into some kind of per-machine
abstraction
* make sure this also works with gserial, not only cdc_acm
Also still missing is the timer code, i.e. just heuristically guess that the ac
wall outlet is plugged in (and switch to 500mA) if we get CHGINS but never see a
USB bus reset following it within 30 seconds.
------- 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=263
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 21:10 -------
Are you sure there is no getty running on /dev/ttySAC0 anymore? You have to
explicitly disable it in /etc/inittab, reload inittab by the standard 'init q'
command.
using 'ps' and/or 'lsof' you can verify that there's really no getty on ttySAC0
anymore.
------- 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=263
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 21:10 -------
Are you sure there is no getty running on /dev/ttySAC0 anymore? You have to
explicitly disable it in /etc/inittab, reload inittab by the standard 'init q'
command.
using 'ps' and/or 'lsof' you can verify that there's really no getty on ttySAC0
anymore.
------- 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=34
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 21:11 -------
it's the usual return value conventions: Everything >= 0 indicates success,
everything < 0 is an error.
So unless you get '0' reading from the gsmd socket, or a negative return value
from libgsmd_* api calls, the handle is valid.
------- 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=34
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 21:11 -------
it's the usual return value conventions: Everything >= 0 indicates success,
everything < 0 is an error.
So unless you get '0' reading from the gsmd socket, or a negative return value
from libgsmd_* api calls, the handle is valid.
------- 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=106
Bug 106 depends on bug 34, which changed state.
Bug 34 Summary: Need to decide if lgsm_handle is still valid.
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=34
What |Old Value |New Value
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |WORKSFORME
------- 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=106
Bug 106 depends on bug 34, which changed state.
Bug 34 Summary: Need to decide if lgsm_handle is still valid.
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=34
What |Old Value |New Value
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |WORKSFORME
------- 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=176
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 21:14 -------
lgsm_passthrough() should not be used by any application. It is merely ment for
testing/debugging.
however, I will add some genal 'alive' checking of the GSM Modem to gsmd by
means of the +CPAS command. I think by tomorrow we will have some functions in
libgsmd that we can use to track GSM Modem availability.
------- 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=176
------- Additional Comments From [EMAIL PROTECTED] 2007-03-14 21:14 -------
lgsm_passthrough() should not be used by any application. It is merely ment for
testing/debugging.
however, I will add some genal 'alive' checking of the GSM Modem to gsmd by
means of the +CPAS command. I think by tomorrow we will have some functions in
libgsmd that we can use to track GSM Modem availability.
------- 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-14 21:33 -------
Ok, this is really strange. I now have received Stefan's original phone, and I
can clearly reproduce the bug. Interestingly, my GTA01Bv3 just next to it works
perfectly fine.
I'll try to do some more investigation and have a thorough conversation with the
hardware and testing folks
------- 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-14 21:33 -------
Ok, this is really strange. I now have received Stefan's original phone, and I
can clearly reproduce the bug. Interestingly, my GTA01Bv3 just next to it works
perfectly fine.
I'll try to do some more investigation and have a thorough conversation with the
hardware and testing folks
------- 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
