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. Re: Openmoko Bug #2299: Audio does not work (Openmoko Public Trac)
2. Re: Openmoko Bug #2298: GPRS connection works only once
(Openmoko Public Trac)
3. Re: Openmoko Bug #2298: GPRS connection works only once
(Openmoko Public Trac)
4. Re: Openmoko Bug #2304: gllin or gps chip produces wrong time
stamps (Openmoko Public Trac)
5. Re: Openmoko Bug #2305: GSM connection hangs up when during a
call a second incoming call is not answered (Openmoko Public Trac)
--- Begin Message ---
#2299: Audio does not work
---------------------+------------------------------------------------------
Reporter: niccolo | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone: Om2009
Component: unknown | Version: unspecified
Severity: normal | Keywords: audio
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
---------------------+------------------------------------------------------
Comment(by zoff99):
i had the same problem with some python program having no sound.
no sound with openmoocow, ko-lightsaber
but after doing:
# modules part2
depmod -a
modprobe snd-pcm-oss
sleep 1
echo "snd-pcm-oss" > /etc/modutils/snd-pcm-oss
update-modules
depmod -a
# modules part2
these programs worked fine.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2299#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2298: GPRS connection works only once
---------------------+------------------------------------------------------
Reporter: niccolo | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone: Om2009
Component: unknown | Version: unspecified
Severity: normal | Keywords: GPRS
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
---------------------+------------------------------------------------------
Comment(by zoff99):
Replying to [comment:3 matthias]:
> Just to be more concret:
> It always happened after calling `DeactivateContext()`.
>
> It just took up to 20 minutes for paroli to come up with the requested
window which reacted as slow as the former.
>
> FYI: I had the same experience with shr-unstable from august.
> So it seems to be something about the framework.
i have the same problem. after disabling gprs i need to reboot neo, or
else almost nay dbus calls freeze
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2298#comment:4>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2298: GPRS connection works only once
---------------------+------------------------------------------------------
Reporter: niccolo | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone: Om2009
Component: unknown | Version: unspecified
Severity: normal | Keywords: GPRS
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
---------------------+------------------------------------------------------
Comment(by zoff99):
also i needed this fix to get normal nameservers after shutting down GPRS.
otherwise 127.0.0.1 would be in /etc/resolv.conf
# grps down fix
cd /usr/lib/python2.6/site-
packages/framework/subsystems/ogsmd/modems/abstract/
rm -f pdp.pyo
cat pdp.py |sed -e 's#echo nameserver 127.0.0.1 > /etc/resolv.conf#
echo nameserver 208.67.222.222 \> /etc/resolv.conf\;echo nameserver
208.67.220.220 \>\> /etc/resolv.conf#' > pdp.py_patched
mv pdp.py_patched pdp.py
# grps down fix
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2298#comment:5>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2304: gllin or gps chip produces wrong time stamps
---------------------+------------------------------------------------------
Reporter: keroami | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
---------------------+------------------------------------------------------
Comment(by lindi):
I don't really wish to debug proprietary programs but maybe you should
wait until you have 3D fix before you trust the timestamp?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2304#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2305: GSM connection hangs up when during a call a second incoming call is not
answered
---------------------+------------------------------------------------------
Reporter: nhv | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone: Om2009
Component: unknown | Version:
Severity: normal | Keywords: Conversation lost
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------
Comment(by lindi):
I don't have SHR but I'll try to help. Modify /etc/frameworkd.conf make
sure you have something like
[frameworkd]
log_to = syslog
[ogsmd]
log_level = DEBUG
Then check that AT commands get logged by syslog (/var/log/something
depending on your syslog configuration). If logging seems to work, repeat
your phone call test and then upload the full log here. You will want to
check that there is nothing private in the log file first, though.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2305#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
