Mailing List archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[linux-dvb] OOPS with budget card + cam (in dvb_ca_en50221_io_write)



Hello all. I had been happily using a Hauppauge budget card with
CI/CAM interface, using home-brewed software, as already reported to
this list. Everything was working smoothly until I decided to upgrade
a series of components (including kernel version, compiler, libraries,
etc. but NOT CHANGING the part of my software that deals with the
CAM). I have upgraded the DVB code to what was included in the CVS as
of 5 September. 

The software works non-stop, collecting 10-second chunks of video from
various (both encrypted and non-encrypted) stations. 

Now, once every few days, the processes geberates an OOPS, and then
freezes. if I kill it from outside, it becomes a zombie process
(marked as <defunct> in ps output, even when its parent is
terminated). The existence of the process does not allow me to remove
and reinstall the DVB modules, and thus the machine needs to be
rebooted.

Here is the text of the OOPS:

--8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<--

Unable to handle kernel NULL pointer dereference at virtual address 00000010
 printing eip:
e1a97fc4
*pde = 00000000
Oops: 0000 [#3]
PREEMPT
Modules linked in: stv0299 budget_ci budget_core dvb_core saa7146 ttpci_eeprom b44 8139too
CPU:    0
EIP:    0060:[<e1a97fc4>]    Not tainted
EFLAGS: 00010206   (2.6.8.1)
EIP is at dvb_ca_en50221_io_write+0xa4/0x1c0 [dvb_core]
eax: 00000000   ebx: 00000000   ecx: fffffff2   edx: 41d4d102
esi: 00000000   edi: 00000003   ebp: 00000000   esp: cbfdbd40
ds: 007b   es: 007b   ss: 0068
Process harvest_periods (pid: 24316, threadinfo=cbfda000 task=c3fa2d10)
Stack: cbfdbd56 41d4d101 00000001 00000005 00000003 00010000 00000000 01a00001
       00039601 0b881c00 00010001 00000000 00000000 00000000 cbfdbe28 cbfdbdd0
       cbfdbdd8 c1620500 c1620500 02821891 c03c96b8 fd821891 02821891 00000000
Call Trace:
 [<c03c96b8>] ip_route_input_slow+0x578/0x7e0
 [<c0117acf>] recalc_task_prio+0x13f/0x1c0
 [<c0118375>] scheduler_tick+0x185/0x450
 [<c0123c86>] update_process_times+0x46/0x60
 [<c0123acb>] update_wall_time+0xb/0x40
 [<c0123ef5>] do_timer+0x65/0xe0
 [<c011fc13>] __do_softirq+0x43/0x90
 [<c0106015>] do_IRQ+0x115/0x140
 [<c0135420>] wake_up_page+0x10/0x40
 [<c013555f>] unlock_page+0x1f/0x30
 [<c0144408>] do_wp_page+0x1b8/0x2a0
 [<c01042e8>] common_interrupt+0x18/0x20
 [<c0145293>] handle_mm_fault+0x1b3/0x1c0
 [<c0431fc0>] schedule+0x1a0/0x4c0
 [<c0432767>] schedule_timeout+0x67/0xb0
 [<e1a97f20>] dvb_ca_en50221_io_write+0x0/0x1c0 [dvb_core]
 [<c0153e4c>] vfs_write+0xdc/0x160
 [<c0153fa1>] sys_write+0x51/0x80
 [<c010417b>] syscall_call+0x7/0xb
Code: 8b 55 10 b1 ea 0f b6 c3 c1 e0 06 83 3c 10 02 0f 85 bc 00 00

--8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<--

Suggestions? Are there changes in the current CVS that could target
the problem? The code that was working was from the CVS snapshot from
15 April.

Thanks!

Carlo

-- 
  *         Se la Strada e la sua Virtu' non fossero state messe da parte,
* K * Carlo E. Prelz - fluido@fluido.as             che bisogno ci sarebbe
  *               di parlare tanto di amore e di rettitudine? (Chuang-Tzu)




Home | Main Index | Thread Index