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 #2073: voice-recording.state + arecord:
Unable to handle kernel NULL pointer dereference at virtual
address 00000000 (Openmoko Public Trac)
2. Re: Openmoko Bug #2073: voice-recording.state + arecord:
Unable to handle kernel NULL pointer dereference at virtual
address 00000000 (Openmoko Public Trac)
3. Re: Openmoko Bug #666: 3G SIM capability (Openmoko Public Trac)
4. Openmoko Bug #2078: glamo-mci.0: ****** insanity timeout
(Openmoko Public Trac)
--- Begin Message ---
#2073: voice-recording.state + arecord: Unable to handle kernel NULL pointer
dereference at virtual address 00000000
---------------------+------------------------------------------------------
Reporter: lindi | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Resolution:
Keywords: | Blockedby:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------
Comment(by erl):
I got this under an updated FSO-testing distribution as well.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2073#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2073: voice-recording.state + arecord: Unable to handle kernel NULL pointer
dereference at virtual address 00000000
---------------------+------------------------------------------------------
Reporter: lindi | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Resolution:
Keywords: | Blockedby:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------
Comment(by erl):
I think this is triggered by the ALSA control "DAI mode" being set to 1
rather than 0.
This wiki page: http://wiki.openmoko.org/wiki/Recording_audio says that
DAI mode 1 is for recording.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2073#comment:4>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#666: 3G SIM capability
----------------------------------------+-----------------------------------
Reporter: [EMAIL PROTECTED] | Owner: michael
Type: defect | Status: new
Priority: highest | Milestone:
Component: GSM Modem | Version: unspecified
Severity: critical | Resolution:
Keywords: SIM att 7300g 71234 4022 | Blockedby:
Blocking: |
----------------------------------------+-----------------------------------
Comment(by der-lehmann):
here are a log with the same O² Simcard like ChaosEagle!
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/666#comment:76>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2078: glamo-mci.0: ****** insanity timeout
-----------------------------+----------------------------------------------
Reporter: Sprite_tm | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
I use Debian on an 8GB SDHC-card, and compile my kernels from the andy-
tracking-branch straight from Git. For a while now (actually, since I
started using the andy-tracking-kernel, which probably is a few weeks
now), I had strange hangs with my Freerunner, which I eventually, using
the debug board, could trace back to SD-problems.
The problem is reproducable by doing a simple 'dd if=/dev/mmcblk0
of=/dev/zero bs=1024k'. On my freerunner, this will exit with an
i/o-error, sometimes after 22M, sometimes after 220M, but it'll never
faultlessly read the complete SDHC-card.
The errors I get in my dmesg are the following:
[21474792.505000] glamo-mci glamo-mci.0: ****** insanity timeout
[21474792.505000] glamo-mci glamo-mci.0: Error after cmd: 0xc300
[21474792.510000] mmcblk0: error -110 sending read/write command
[21474792.515000] end_request: I/O error, dev mmcblk0, sector 14882256
(after a non-fatal error)
[ 552.545000] glamo-mci glamo-mci.0: ****** insanity timeout
[ 552.545000] glamo-mci glamo-mci.0: Error after cmd: 0x4300
[ 552.550000] mmcblk0: error -110 sending read/write command
(and after this, my userspace hung on trying to do anything with the sd-
card)
My card is an 8G Sandisk Micro-SDHC-card (non-Ultra), class 4, but I had
the hanging-problems with an 8G Sandisk Mobile Ultra-SDHC-card too, so
that would hint at the problem being independant of SDHC-hardware.
Messing with the sd_max_clk (16MHz->5MHz) and the sd_drive (0->3->6)
didn't seem to affect the error.
I just tried reverting to the 2.6.24-kernel which came with the debian
distribution (iirc, that's the same as fso uses) and the dd does succeed
there 100% OK, even at 16MHz sd_clk_max (althoug it seems to move data a
lot slower then with the newer kernel, but that could be just me.)
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2078>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
