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 #1597: after a long suspend time, kernel
thread events/0 sits eating 30% cpu (Openmoko Public Trac)
2. Re: Openmoko Bug #1748: [Qtopia-contacts] shows "Loading SIM"
and no progress more. (Openmoko Public Trac)
3. Re: Openmoko Bug #1746: qtmail closes connection when sending
SMTP mail with TLS (Openmoko Public Trac)
4. Re: Openmoko Bug #1746: qtmail closes connection when sending
SMTP mail with TLS (Openmoko Public Trac)
5. Re: Openmoko Bug #1748: [Qtopia-contacts] shows "Loading SIM"
and no progress more. (Openmoko Public Trac)
6. Re: Openmoko Bug #1597: after a long suspend time, kernel
thread events/0 sits eating 30% cpu (Openmoko Public Trac)
7. Openmoko Bug #1749: Mixer: Amp Spk switch will turn off left
headplug (Openmoko Public Trac)
--- Begin Message ---
#1597: after a long suspend time, kernel thread events/0 sits eating 30% cpu
-----------------------------+----------------------------------------------
Reporter: raster | Owner: zecke
Type: defect | Status: accepted
Priority: normal | Milestone:
Component: System Software | Version:
Severity: major | Resolution:
Keywords: | Blocking:
Blockedby: |
-----------------------------+----------------------------------------------
Comment(by zecke):
Okay, the previous entry was a red herring. I attached the debug board and
waited for it to happen. It is the wlan driver. The internal debug buffer
of the a6k runs over and tells the host about it... I try to understand
how to disable that.
Breakpoint 19, wireless_send_event (dev=0xc7430000, cmd=35842,
wrqu=0xc7c25d50, extra=0xc7d594c0 "\b0l�,D\b0") at
net/wireless/wext.c:1229
1229 if (cmd <= SIOCIWLAST) {
(gdb) bt
#0 wireless_send_event (dev=0xc7430000, cmd=35842, wrqu=0xc7c25d50,
extra=0xc7d594c0 "\b0l�,D\b0") at net/wireless/wext.c:1229
#1 0xc01e534c in ar6000_send_event_to_app (ar=0xc7430360, eventId=12296,
datap=0xc7fe0094 "l�,D\b0", len=244)
at drivers/sdio/function/wlan/ar6000/ar6000/ar6000_drv.c:2894
#2 0xc01e5464 in ar6000_dbglog_event (ar=0xc7430000, dropped=<value
optimized out>, buffer=0xc7fe0094 "l�,D\b0", length=1492)
at drivers/sdio/function/wlan/ar6000/ar6000/ar6000_drv.c:482
#3 0xc01f63e0 in wmi_control_rx_xtnd (wmip=0xc7d59ec0, osbuf=0xc7c32380)
at drivers/sdio/function/wlan/ar6000/wmi/wmi.c:1359
#4 0xc01f7308 in wmi_control_rx (wmip=0xc7d59ec0, osbuf=0xc7c32380) at
drivers/sdio/function/wlan/ar6000/wmi/wmi.c:630
#5 0xc01e7f78 in ar6000_rx (Context=0xc7430360, pPacket=0xc7fe0000) at
drivers/sdio/function/wlan/ar6000/ar6000/ar6000_drv.c:1913
#6 0xc01e0fd0 in HTCRecvCompleteHandler (Context=0xc7e9a000,
pPacket=0xc7fe0000) at
drivers/sdio/function/wlan/ar6000/htc/htc_recv.c:324
#7 0xc01de7b0 in DevRWCompletionHandler (context=0xc7d594c0,
status=<value optimized out>) at
drivers/sdio/function/wlan/ar6000/htc/ar6k_events.c:42
#8 0xc01e2d10 in hifRWCompletionHandler (request=<value optimized out>)
at drivers/sdio/function/wlan/ar6000/hif/hif.c:420
#9 0xc01da0f4 in _SDIO_HandleHcdEvent (pHcd=0xc039b884, Event=<value
optimized out>) at drivers/sdio/stack/busdriver/_busdriver.h:347
#10 0xc01dacc8 in SDIO_HandleHcdEvent (pHcd=0xc7430000, Event=2 '\002') at
drivers/sdio/stack/busdriver/sdio_bus_os.c:199
#11 0xc01ddb88 in s3c24xx_hcd_io_work (work=<value optimized out>) at
drivers/sdio/hcd/s3c24xx/s3c24xx_hcd.c:645
#12 0xc005773c in run_workqueue (cwq=0xc7c01a00) at kernel/workqueue.c:277
#13 0xc0058374 in worker_thread (__cwq=<value optimized out>) at
kernel/workqueue.c:322
#14 0xc005bfec in kthread (_create=<value optimized out>) at
kernel/kthread.c:78
#15 0xc0048db4 in sys_waitid (which=-942304064, pid=35842,
infop=0xc7c25d50, options=-943563448, ru=0x0) at kernel/exit.c:1727
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1597#comment:15>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1748: [Qtopia-contacts] shows "Loading SIM" and no progress more.
------------------------+---------------------------------------------------
Reporter: regina_kim | Owner: [EMAIL PROTECTED]
Type: defect | Status: in_testing
Priority: normal | Milestone: ASU
Component: Qtopia | Version: GTA02v5
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Changes (by zecke):
* status: new => in_testing
Comment:
Yeah, my attempt to try again to load a phonebook lead to not being able
to read the phonebook at all... Should be fixed for tomorrow.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1748#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1746: qtmail closes connection when sending SMTP mail with TLS
------------------------+---------------------------------------------------
Reporter: ssinger | Owner: openmoko-devel
Type: defect | Status: assigned
Priority: normal | Milestone:
Component: Qtopia | Version: current svn head
Severity: normal | Resolution:
Keywords: qtmail,ssl | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Changes (by zecke):
* owner: zecke => openmoko-devel
* status: new => assigned
* milestone: ASU =>
Comment:
mail support is currently not in the set of tested things for ASU. I will
look at it once my todolist is a lot shorter.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1746#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1746: qtmail closes connection when sending SMTP mail with TLS
------------------------+---------------------------------------------------
Reporter: ssinger | Owner: openmoko-devel
Type: defect | Status: assigned
Priority: normal | Milestone:
Component: Qtopia | Version: current svn head
Severity: normal | Resolution:
Keywords: qtmail,ssl | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Comment(by zecke):
Could you check if creating a libssl.so in /usr/lib is changing that? As a
workaround you could try installing the libssl-dev package?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1746#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1748: [Qtopia-contacts] shows "Loading SIM" and no progress more.
------------------------+---------------------------------------------------
Reporter: regina_kim | Owner: [EMAIL PROTECTED]
Type: defect | Status: in_testing
Priority: normal | Milestone: ASU
Component: Qtopia | Version: GTA02v5
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Changes (by zecke):
* status: new => in_testing
Comment:
Yeah, my attempt to try again to load a phonebook lead to not being able
to read the phonebook at all... Should be fixed for tomorrow.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1748#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: zecke
Type: defect | Status: accepted
Priority: normal | Milestone:
Component: System Software | Version:
Severity: major | Resolution:
Keywords: | Blocking:
Blockedby: |
-----------------------------+----------------------------------------------
Comment(by zecke):
Okay, the previous entry was a red herring. I attached the debug board and
waited for it to happen. It is the wlan driver. The internal debug buffer
of the a6k runs over and tells the host about it... I try to understand
how to disable that.
Breakpoint 19, wireless_send_event (dev=0xc7430000, cmd=35842,
wrqu=0xc7c25d50, extra=0xc7d594c0 "\b0l�,D\b0") at
net/wireless/wext.c:1229
1229 if (cmd <= SIOCIWLAST) {
(gdb) bt
#0 wireless_send_event (dev=0xc7430000, cmd=35842, wrqu=0xc7c25d50,
extra=0xc7d594c0 "\b0l�,D\b0") at net/wireless/wext.c:1229
#1 0xc01e534c in ar6000_send_event_to_app (ar=0xc7430360, eventId=12296,
datap=0xc7fe0094 "l�,D\b0", len=244)
at drivers/sdio/function/wlan/ar6000/ar6000/ar6000_drv.c:2894
#2 0xc01e5464 in ar6000_dbglog_event (ar=0xc7430000, dropped=<value
optimized out>, buffer=0xc7fe0094 "l�,D\b0", length=1492)
at drivers/sdio/function/wlan/ar6000/ar6000/ar6000_drv.c:482
#3 0xc01f63e0 in wmi_control_rx_xtnd (wmip=0xc7d59ec0, osbuf=0xc7c32380)
at drivers/sdio/function/wlan/ar6000/wmi/wmi.c:1359
#4 0xc01f7308 in wmi_control_rx (wmip=0xc7d59ec0, osbuf=0xc7c32380) at
drivers/sdio/function/wlan/ar6000/wmi/wmi.c:630
#5 0xc01e7f78 in ar6000_rx (Context=0xc7430360, pPacket=0xc7fe0000) at
drivers/sdio/function/wlan/ar6000/ar6000/ar6000_drv.c:1913
#6 0xc01e0fd0 in HTCRecvCompleteHandler (Context=0xc7e9a000,
pPacket=0xc7fe0000) at
drivers/sdio/function/wlan/ar6000/htc/htc_recv.c:324
#7 0xc01de7b0 in DevRWCompletionHandler (context=0xc7d594c0,
status=<value optimized out>) at
drivers/sdio/function/wlan/ar6000/htc/ar6k_events.c:42
#8 0xc01e2d10 in hifRWCompletionHandler (request=<value optimized out>)
at drivers/sdio/function/wlan/ar6000/hif/hif.c:420
#9 0xc01da0f4 in _SDIO_HandleHcdEvent (pHcd=0xc039b884, Event=<value
optimized out>) at drivers/sdio/stack/busdriver/_busdriver.h:347
#10 0xc01dacc8 in SDIO_HandleHcdEvent (pHcd=0xc7430000, Event=2 '\002') at
drivers/sdio/stack/busdriver/sdio_bus_os.c:199
#11 0xc01ddb88 in s3c24xx_hcd_io_work (work=<value optimized out>) at
drivers/sdio/hcd/s3c24xx/s3c24xx_hcd.c:645
#12 0xc005773c in run_workqueue (cwq=0xc7c01a00) at kernel/workqueue.c:277
#13 0xc0058374 in worker_thread (__cwq=<value optimized out>) at
kernel/workqueue.c:322
#14 0xc005bfec in kthread (_create=<value optimized out>) at
kernel/kthread.c:78
#15 0xc0048db4 in sys_waitid (which=-942304064, pid=35842,
infop=0xc7c25d50, options=-943563448, ru=0x0) at kernel/exit.c:1727
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1597#comment:15>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1749: Mixer: Amp Spk switch will turn off left headplug
-----------------------------+----------------------------------------------
Reporter: kriss | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: major | Keywords:
Blocking: | Blockedby:
-----------------------------+----------------------------------------------
For some reason only the right headphone speaker is working when Amp Spk
is enabled. Cold that be a hardware problem due to the fact that a
Freerunner only has one speaker?
Linux om-gta02 2.6.24 #1 PREEMPT Wed Jul 23 06:34:19 CEST 2008 armv4tl
unknown
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1749>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
