merged 2.6.25 kernel - audio

Sean McNeil sean at mcneil.com
Thu Jun 26 08:31:08 CEST 2008


I've looked into this a bit and it is because we have no copy op and the 
runtime->dma_area is null. Should the runtime->dma_area be the same as 
substream->dma_buffer.area?

Sean McNeil wrote:
> I have been trying to get back to a working system. Unfortunately, my 
> project has moved to 2.6.25 as a base kernel so I merged git andy with 
> it. Now, I get the following:
>
> alsactl restore -f /etc/stereoout.state
>
> no problem. Then
>
> mount /dev/mmcblk0p1 /mnt
>
> and it spews out
>
> <3>INFO: task SDIO Helper:292 blocked for more than 120 seconds.
> <3>"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this 
> message.
> <6>SDIO Helper   D c032d370     0   292      2
> <4>[<c032d0f8>] (schedule+0x0/0x2fc) from [<c032cea4>] 
> (__down+0x100/0x154)
> <4>[<c032cda4>] (__down+0x0/0x154) from [<c032cc8c>] 
> (__down_failed+0xc/0x20)
> <4> r8:c7d6df84 r7:c7d6df8c r6:c7d41b54 r5:c7d41b5c r4:c7d6c000
> <4>[<c0236834>] (CardDetectHelperFunction+0x0/0x1a4) from [<c0237ecc>] 
> (HelperLaunch+0x1c/0x28)
> <4>[<c0237eb0>] (HelperLaunch+0x0/0x28) from [<c008e714>] 
> (kthread+0x60/0x94)
> <4> r4:c7d6c000
> <4>[<c008e6b4>] (kthread+0x0/0x94) from [<c007c3c0>] (do_exit+0x0/0x60c)
> <4> r6:00000000 r5:00000000 r4:00000000
>
>
> aplay /mnt/wave.wav
>
> and I get
>
> <4>mapped channel 10 to 2
> <1>Unable to handle kernel NULL pointer dereference at virtual address 
> 00000000
> <1>pgd = c7f68000
> <1>[00000000] *pgd=37f49031, *pte=00000000, *ppte=00000000
> <4>Internal error: Oops: 817 [#1] PREEMPT
> <4>Modules linked in:
> <4>CPU: 0    Not tainted  (2.6.25 #200)
> <4>PC is at __copy_from_user+0x50/0x318
> <4>LR is at 0x0
> <4>pc : [<c019a418>]    lr : [<00000000>]    psr: 20000013
> <4>sp : c713be44  ip : 00000000  fp : c713be84
> <4>r10: c713a000  r9 : 00000000  r8 : 00000000
> <4>r7 : 00000000  r6 : 00000000  r5 : 00000000  r4 : 00000000
> <4>r3 : 00000000  r2 : 00001fc0  r1 : 0002b338  r0 : 00000000
> <4>Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
> <4>Control: c000717f  Table: 37f68000  DAC: 00000015
> <4>Process aplay (pid: 1360, stack limit = 0xc713a268)
> <4>Stack: (0xc713be44 to 0xc713c000)
> <4>be40:          c7d2c000 00000000 c7d417c0 00000800 00000000 
> 00002000 00000000
> <4>be60: 0002b318 c0277f14 c713be8c c713be78 00000800 c7d2c000 
> c713bed4 c713be88
> <4>be80: c0275e38 c0277e90 00000800 c00a3a94 00000000 0002b318 
> 00000000 00000000
> <4>bea0: ffffffff 00005622 00000041 c7e4d560 beda2a9c 400c4150 
> c7d417c0 c0061c24
> <4>bec0: c713a000 400d9450 c713beec c713bed8 c027604c c0275ca8 
> c0277e80 c713bef4
> <4>bee0: c713bf1c c713bef0 c0274568 c0276000 00000000 00000000 
> 0002b318 00000800
> <4>bf00: c7e4d560 beda2a9c 400c4150 c7e4d560 c713bf2c c713bf20 
> c0274a58 c02744b0
> <4>bf20: c713bf4c c713bf30 c00d6218 c0274a30 c713bf84 c7e593b4 
> c7e4d560 beda2a9c
> <4>bf40: c713bf7c c713bf50 c00d6548 c00d61ec c713bfb0 00000000 
> 0000002c 00000004
> <4>bf60: beda2a9c 400c4150 c7e4d560 c0061c24 c713bfa4 c713bf80 
> c00d65a8 c00d6288
> <4>bf80: c0067a10 00000000 0002afd0 0002b010 0001c600 00000036 
> 00000000 c713bfa8
> <4>bfa0: c0061aa0 c00d6578 0002afd0 0002b010 00000004 400c4150 
> beda2a9c 00000000
> <4>bfc0: 0002afd0 0002b010 0001c600 00000036 0001c644 00000003 
> 400d9450 beda2efa
> <4>bfe0: 0001c634 beda2a98 40070cd8 4026010c 60000010 00000004 
> 00000000 00000000
> <4>Backtrace:
> <4>[<c0277e80>] (snd_pcm_lib_write_transfer+0x0/0xc4) from 
> [<c0275e38>] (snd_pcm_lib_write1+0x1a0/0x2fc)
> <4> r5:c7d2c000 r4:00000800
> <4>[<c0275c98>] (snd_pcm_lib_write1+0x0/0x2fc) from [<c027604c>] 
> (snd_pcm_lib_write+0x5c/0x68)
> <4>[<c0275ff0>] (snd_pcm_lib_write+0x0/0x68) from [<c0274568>] 
> (snd_pcm_playback_ioctl1+0xc8/0x4c8)
> <4>[<c02744a0>] (snd_pcm_playback_ioctl1+0x0/0x4c8) from [<c0274a58>] 
> (snd_pcm_playback_ioctl+0x38/0x3c)
> <4> r7:c7e4d560 r6:400c4150 r5:beda2a9c r4:c7e4d560
> <4>[<c0274a20>] (snd_pcm_playback_ioctl+0x0/0x3c) from [<c00d6218>] 
> (vfs_ioctl+0x3c/0x9c)
> <4>[<c00d61dc>] (vfs_ioctl+0x0/0x9c) from [<c00d6548>] 
> (do_vfs_ioctl+0x2d0/0x2f0)
> <4> r6:beda2a9c r5:c7e4d560 r4:c7e593b4
> <4>[<c00d6278>] (do_vfs_ioctl+0x0/0x2f0) from [<c00d65a8>] 
> (sys_ioctl+0x40/0x60)
> <4> r8:c0061c24 r7:c7e4d560 r6:400c4150 r5:beda2a9c r4:00000004
> <4>[<c00d6568>] (sys_ioctl+0x0/0x60) from [<c0061aa0>] 
> (ret_fast_syscall+0x0/0x2c)
> <4> r7:00000036 r6:0001c600 r5:0002b010 r4:0002afd0
> <4>Code: e4b18004 e4b1c004 e4b1e004 e2522020 (e8a051f8)
> <4>---[ end trace 28252df9c7c56640 ]---
>
>
>





More information about the openmoko-kernel mailing list