From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx3.redhat.com (mx3.redhat.com [172.16.48.32]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m287jojJ031006 for ; Sat, 8 Mar 2008 02:45:50 -0500 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx3.redhat.com (8.13.8/8.13.8) with ESMTP id m287jDXE020440 for ; Sat, 8 Mar 2008 02:45:13 -0500 Received: by fg-out-1718.google.com with SMTP id e12so702722fga.7 for ; Fri, 07 Mar 2008 23:45:12 -0800 (PST) Message-ID: <47D24404.9050708@claranet.fr> Date: Sat, 08 Mar 2008 08:45:08 +0100 From: Eric Thomas MIME-Version: 1.0 To: video4linux References: <47C40563.5000702@claranet.fr> In-Reply-To: <47C40563.5000702@claranet.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: g.liakhovetski@pengutronix.de, mchehab@infradead.org Subject: Re: kernel oops since changeset e3b8fb8cc214 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: video4linux-list-bounces@redhat.com Errors-To: video4linux-list-bounces@redhat.com List-ID: Eric Thomas wrote: > Hi all, > > My box runs with kernel 2.6.24 + main v4l-dvb tree from HG. > The card is a Haupauge HVR-3000 running in analog mode only. No *dvd* > module loaded. > Since this videobuf-dma-sg patch, I face kernel oops in several > situations. > These problems occur with real tv applications, but traces below come > from the capture_example binary from v4l2-apps/test. > > > capture_example called without any argument, oopses when calling STREAMOFF: > > BUG: unable to handle kernel NULL pointer dereference at virtual address > 00000200 > printing eip: c01077e0 *pde = 00000000 > Oops: 0000 [#1] PREEMPT > Modules linked in: cx8800 compat_ioctl32 cx88_alsa cx88xx ir_common > videobuf_dma_sg wm8775 tuner tda9887 tuner_simple tuner_types tveeprom > btcx_risc videobuf_core videodev v4l2_common v4l1_compat i2c_dev rfcomm > l2cap bluetooth it87 hwmon_vid sunrpc binfmt_misc fglrx(P) snd_intel8x0 > usb_storage snd_ac97_codec agpgart ac97_bus i2c_nforce2 ati_remote sg > sata_nv uhci_hcd ohci_hcd ehci_hcd > > Pid: 3490, comm: capture_example Tainted: P (2.6.24 #1) > EIP: 0060:[] EFLAGS: 00210206 CPU: 0 > EIP is at dma_free_coherent+0x30/0xa0 > EAX: 00200257 EBX: 00000001 ECX: f7206000 EDX: 00001880 > ESI: f7206000 EDI: 00000200 EBP: f78a884c ESP: f70c0d6c > DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068 > Process capture_example (pid: 3490, ti=f70c0000 task=f7881560 > task.ti=f70c0000) > Stack: 00200046 00000000 f887672f 00000000 00000000 37206000 f7e3ff68 > f886e4b2 > 37206000 f98cbbaf f98cb3bb f7e3ff00 f7e3ff84 f7c8ee4c 00200282 > f990cc26 > 00000000 00000020 f7c8ee4c f8876517 f7c8ee4c f7e3fa80 00000002 > f7c8ee00 > Call Trace: > [] videobuf_waiton+0xdf/0x110 [videobuf_core] > [] btcx_riscmem_free+0x42/0x90 [btcx_risc] > [] videobuf_dma_free+0x4f/0xa0 [videobuf_dma_sg] > [] videobuf_dma_unmap+0x2b/0x60 [videobuf_dma_sg] > [] cx88_free_buffer+0x46/0x60 [cx88xx] > [] videobuf_queue_cancel+0x97/0xc0 [videobuf_core] > [] __videobuf_streamoff+0x1a/0x30 [videobuf_core] > [] videobuf_streamoff+0x18/0x30 [videobuf_core] > [] vidioc_streamoff+0x44/0x60 [cx8800] > [] vidioc_streamoff+0x0/0x60 [cx8800] > [] __video_do_ioctl+0xe83/0x3820 [videodev] > [] bit_cursor+0x350/0x5a0 > [] n_tty_receive_buf+0x6ff/0xef0 > [] do_con_write+0xaa2/0x19e0 > [] find_lock_page+0x95/0xe0 > [] video_ioctl2+0xbd/0x220 [videodev] > [] release_console_sem+0x1c3/0x210 > [] __wake_up+0x50/0x90 > [] tty_ldisc_deref+0x36/0x90 > [] tty_write+0x1be/0x1d0 > [] do_ioctl+0x78/0x90 > [] vfs_ioctl+0x5c/0x2b0 > [] tty_write+0x0/0x1d0 > [] sys_ioctl+0x3d/0x70 > [] sysenter_past_esp+0x5f/0x85 > ======================= > Code: ce 53 83 ec 10 85 c0 74 06 8b b8 e0 00 00 00 8d 42 ff bb ff ff ff > ff c1 e8 0b 90 43 d1 e8 75 fb 9c 58 f6 c4 02 74 3d 85 ff 74 06 <8b> 17 > 39 d6 73 0f 83 c4 10 89 da 89 f0 5b 5e 5f e9 eb d7 03 00 > EIP: [] dma_free_coherent+0x30/0xa0 SS:ESP 0068:f70c0d6c > ---[ end trace d2e4ad244a27b1e7 ]--- > > capture_example called with "-r" (read calls) oopses much earlier and > twice. I can provide traces if useful. > > I'm not skilled enough to fix it myself, but I can test patches. > > Eric > Am'I the only one to face this problem ? It's clearly related to the changeset e3b8fb8cc214 (Convert videobuf-dma-sg to generic DMA API). I don't get how this could only affect my card but not the others. Maybe this code trigs a bug elsewhere ? Any help is welcome. Regards, Eric -- video4linux-list mailing list Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe https://www.redhat.com/mailman/listinfo/video4linux-list