gusrc / darkice-svn

Automatically exported from code.google.com/p/darkice
0 stars 0 forks source link

Darkice core dump when used with oss driver in Centos 5.3 #77

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. I use darkice to capture from a Delta1010(sound card from M-Audio), and send 
to icecase2 for live streaming. Run up to 4 darkice instances, to capture from 
4 different analog inputs.
2. Darkice may cause kernel oops and core dump every serial hours.
3.

What is the expected output? What do you see instead?
Using dmesg, it maybe caused by oss_read

What version of the product are you using? On what operating system?
Darkice version is darkice-1.1
OS: Centos 5.3
OSS Driver: OSS 4.2 (b 2007/201209270042) (0x00040100) GPL

Please provide any additional information below.
Here are message file info :
Sep 25 14:12:35 localhost kernel: BUG: unable to handle kernel paging request 
at fa306000
Sep 25 14:12:35 localhost kernel: IP: [<f9d7000a>] oss_memcpy+0xa/0x1b [osscore]
Sep 25 14:12:35 localhost kernel: *pde = 324d6067 *pte = 00000000
Sep 25 14:12:35 localhost kernel: Oops: 0000 [#1] SMP
Sep 25 14:12:35 localhost kernel: last sysfs file: /sys/class/net/eth1/broadcast
Sep 25 14:12:35 localhost kernel: Modules linked in: iptable_filter ip_tables 
oss_usb oss_envy24 osscore ipv6 autofs4 hidp rfcomm l2cap bluetooth lockd 
sunrpc cpufreq_ondemand acpi_cpufreq ipt_REJECT xt_tcpudp x_tables loop 
dm_mirror dm_multipath scsi_dh video output sbs sbshc battery ac lp sg floppy 
button pcspkr r8169 mii i2c_i801 i2c_core rtc_cmos rtc_core rtc_lib parport_pc 
parport serio_raw dm_region_hash dm_log dm_mod ata_piix libata sd_mod scsi_mod 
ext3 jbd uhci_hcd ohci_hcd ehci_hcd [last unloaded: ip_tables]
Sep 25 14:12:35 localhost kernel:
Sep 25 14:12:35 localhost kernel: Pid: 470, comm: darkice Not tainted (2.6.30 
#1) To Be Filled By O.E.M.
Sep 25 14:12:35 localhost kernel: EIP: 0060:[<f9d7000a>] EFLAGS: 00010297 CPU: 1
Sep 25 14:12:35 localhost kernel: EIP is at oss_memcpy+0xa/0x1b [osscore]
Sep 25 14:12:35 localhost kernel: EAX: fa30800a EBX: fa308008 ECX: 00003ac6 
EDX: 00001cc0
Sep 25 14:12:35 localhost kernel: ESI: fa304340 EDI: 00001000 EBP: f6b5bf38 
ESP: f6b5bea4
Sep 25 14:12:35 localhost kernel:  DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Sep 25 14:12:35 localhost kernel: Process darkice (pid: 470, ti=f6b5b000 
task=f6a1f6c0 task.ti=f6b5b000)
Sep 25 14:12:35 localhost kernel: Stack:
Sep 25 14:12:35 localhost kernel:  00000000 00003ac6 f9d7d32e f6b5bf54 c041b89c 
00000000 00000000 00000003
Sep 25 14:12:35 localhost kernel:  f6bbde64 00000001 c0829ecc 00000286 fa304340 
00000000 f6b5bf54 f9fdf008
Sep 25 14:12:35 localhost kernel:  f9fe5008 00000ff0 00000010 00000002 00000000 
08091234 00000000 f6b5b000
Sep 25 14:12:35 localhost kernel: Call Trace:
Sep 25 14:12:35 localhost kernel:  [<f9d7d32e>] ? oss_audio_read+0x5be/0x5d0 
[osscore]
Sep 25 14:12:35 localhost kernel:  [<c041b89c>] ? __wake_up+0x29/0x39
Sep 25 14:12:35 localhost kernel:  [<c043f447>] ? do_futex+0x99/0x680
Sep 25 14:12:35 localhost kernel:  [<c04634df>] ? 
__alloc_pages_internal+0xc1/0x351
Sep 25 14:12:35 localhost kernel:  [<f9d72604>] ? oss_cdev_read+0xc4/0xd0 
[osscore]
Sep 25 14:12:35 localhost kernel:  [<f9d72540>] ? oss_cdev_read+0x0/0xd0 
[osscore]
Sep 25 14:12:35 localhost kernel:  [<c048020b>] ? vfs_read+0x81/0xf4
Sep 25 14:12:35 localhost kernel:  [<c0480597>] ? sys_read+0x3c/0x63
Sep 25 14:12:35 localhost kernel:  [<c0402804>] ? sysenter_do_call+0x12/0x22
Sep 25 14:12:35 localhost kernel: Code: <8a> 04 32 88 04 1a 42 39 ca 75 f5 8d 
04 0b 5b 5e c3 53 89 c3 eb 03
Sep 25 14:12:35 localhost kernel: EIP: [<f9d7000a>] oss_memcpy+0xa/0x1b 
[osscore] SS:ESP 0068:f6b5bea4
Sep 25 14:12:35 localhost kernel: CR2: 00000000fa306000
Sep 25 14:12:35 localhost kernel: ---[ end trace f961b2f16c801c41 ]---

Original issue reported on code.google.com by jiazheng...@gmail.com on 29 Sep 2012 at 1:28

GoogleCodeExporter commented 9 years ago
It seems a OSS bug.

Original comment by rafael2k...@gmail.com on 18 May 2013 at 3:04