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. Openmoko Bug #1596: mediaplayer console output - volume
changed (Openmoko Public Trac)
2. Openmoko Bug #1597: after a long suspend time, kernel thread
events/0 sits eating 30% cpu (Openmoko Public Trac)
3. Re: Openmoko Bug #1597: after a long suspend time, kernel
thread events/0 sits eating 30% cpu (Openmoko Public Trac)
4. Re: Openmoko Bug #1597: after a long suspend time, kernel
thread events/0 sits eating 30% cpu (Openmoko Public Trac)
5. Openmoko Bug #1598: Messages should list contacts with unread
messages first (Openmoko Public Trac)
6. Re: Openmoko Bug #666: 3G SIM capability (Openmoko Public Trac)
7. Re: Openmoko Bug #666: 3G SIM capability (Openmoko Public Trac)
8. Re: Openmoko Bug #666: 3G SIM capability (Openmoko Public Trac)
--- Begin Message ---
#1596: mediaplayer console output - volume changed
-----------------------------+----------------------------------------------
Reporter: goldie | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version: GTA02v5
Severity: normal | Keywords: openmoko-mediaplayer
Blocking: | Blockedby:
-----------------------------+----------------------------------------------
there is heavy output on the console
lots of:
omp_mplayback_is_playing:0
and even more:
set_property volume 1
about 8 msgs per second
when i change to volume to 10 the set_property volume 10 shows only once
and then I can see only omp_mplayback_is_playing:0 once per second
after I restart mediaplayer the volume goes to 1 - why?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1596>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1597: after a long suspend time, kernel thread events/0 sits eating 30% cpu
-----------------------------+----------------------------------------------
Reporter: raster | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: major | Keywords:
Blocking: | Blockedby:
-----------------------------+----------------------------------------------
if the freerunner is suspended for a long time (eg many hours) sometimes
it wakes up with events/0 process (kernel thread) eating 30% cpu and the
system being very slow (especially xglamo). and also i've seen avahi-
daemon eating up 30% of cpu too at the same time...
unsure what is really up at this stage but it smells of the wifi driver to
me. seen in current stable kernel:
uImage-2.6.24+git42+0f565eebf6f9a52a66053348aa710e05732f934e-r1-om-
gta02.bin
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1597>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1597: after a long suspend time, kernel thread events/0 sits eating 30% cpu
-----------------------------+----------------------------------------------
Reporter: raster | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: major | Resolution:
Keywords: | Blocking:
Blockedby: |
-----------------------------+----------------------------------------------
Comment(by raster):
added comment - killing avahi-daemon still has events/0 eating cpu at the
same rate... as best i can tell its doing it all on its own.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1597#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1597: after a long suspend time, kernel thread events/0 sits eating 30% cpu
-----------------------------+----------------------------------------------
Reporter: raster | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: major | Resolution:
Keywords: | Blocking:
Blockedby: |
-----------------------------+----------------------------------------------
Changes (by andy):
* cc: [EMAIL PROTECTED] (added)
Comment:
Holger, is this coming from recent uevent / PMU stuff? No basis for
suspecting it except that was recent event-related code.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1597#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1598: Messages should list contacts with unread messages first
---------------------+------------------------------------------------------
Reporter: nomeata | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Keywords:
Blocking: | Blockedby:
---------------------+------------------------------------------------------
Hi,
when I have contacts with unread messages, these should be listed by the
Messages application first – otherwise I have trouble finding them, if I
have a long list of messages.
This should be component openmoko-messages, but for some reason, I can’t
select that.
(This is the daily 2007.2 image from today).
Thanks,
Joachim
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1598>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#666: 3G SIM capability
----------------------------------------+-----------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority: high | Milestone:
Component: GSM Modem | Version: unspecified
Severity: critical | Resolution:
Keywords: | Blocking:
Blockedby: |
----------------------------------------+-----------------------------------
Changes (by JJR):
* cc: [EMAIL PROTECTED] (added)
Comment:
I am seeing this problem on my GTA02 with a Blau SIM
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/666#comment:33>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#666: 3G SIM capability
----------------------------------------+-----------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority: high | Milestone:
Component: GSM Modem | Version: unspecified
Severity: critical | Resolution:
Keywords: | Blocking:
Blockedby: |
----------------------------------------+-----------------------------------
Comment(by ChaosEagle):
Same problem here, somewhat recent (August 2007) SIM from O2. Doesn't
accept the pin entry.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/666#comment:34>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#666: 3G SIM capability
----------------------------------------+-----------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority: high | Milestone:
Component: GSM Modem | Version: unspecified
Severity: critical | Resolution:
Keywords: | Blocking:
Blockedby: |
----------------------------------------+-----------------------------------
Comment(by ChaosEagle):
Replying to [comment:34 ChaosEagle]:
> Same problem here, somewhat recent (August 2007) SIM from O2. Doesn't
accept the pin > entry.
Sorry, forgot to mention, problem occurs on the GTA02 with Kernel + 2007.2
rootfs dated 06072008.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/666#comment:35>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
