All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Gabriel J. Michael" <gabriel.michael@yale.edu>
To: <video4linux-list@redhat.com>
Subject: kernel BUG in videobuf-dma-sg.c
Date: Thu, 24 Jul 2008 03:00:08 -0400	[thread overview]
Message-ID: <011b01c8ed5a$e89927d0$b9cb7770$@michael@yale.edu> (raw)

Hello,

 

I am a KnoppMyth user experiencing some trouble with the saa7134-alsa
module. The module loads fine, but as soon as I launch MythTV and try to use
the tuner, the application locks up and I get a message about a kernel bug.

 

I have tried compiling and using several different versions of the v4l
drivers (including the most recent), but to no avail. Also, there is another
KnoppMyth user experiencing the same issue.

 

I thought my problem might be fixed by using the drivers that included this
patch: http://linuxtv.org/hg/v4l-dvb/rev/b978c6ede10a , but that did not
work either.

 

Here is the output from dmesg after the error:

 

saa7134 ALSA driver for DMA sound loaded

saa7133[0]/alsa: saa7133[0] at 0xdc001000 irq 5 registered as card -1

{here is where I launched mythfrontend and began using the tuner}

magic mismatch: 0 (expected 19721112)

------------[ cut here ]------------

kernel BUG at /home/gjm/v4l-dvb-b978c6ede10a/v4l/videobuf-dma-sg.c:278!

invalid opcode: 0000 [#1]

PREEMPT SMP

Modules linked in: saa7134_alsa autofs4 nfsd exportfs cx8800 cx88xx bttv
btcx_risc lirc_i2c lirc_dev ipv6 af_packet fuse usbhid ff_memless pcmcia
yenta_socket rsrc_nonstatic pcmcia_core aufs sbp2 ohci1394 ieee1394
usb_storage ohci_hcd ehci_hcd nvram wm8775 cx25840 snd_via82xx gameport
snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss ivtv snd_pcm saa7115
snd_page_alloc snd_mpu401_uart snd_seq_dummy snd_seq_oss hostap_pci hostap
ieee80211_crypt_rtl msp3400 snd_seq_midi snd_seq_midi_event tuner_simple
tuner_types snd_seq snd_timer tuner snd_rawmidi orinoco_pci orinoco hermes
via686a hwmon snd_seq_device firmware_class 8250_pnp 8250 saa7134
compat_ioctl32 i2c_algo_bit serial_core videobuf_dma_sg videobuf_core
cx2341x i2c_viapro via_agp v4l2_common videodev v4l1_compat agpgart uhci_hcd
ir_kbd_i2c ir_common tveeprom snd i2c_core parport_pc parport shpchp
pci_hotplug usbcore prism2_pci p80211 soundcore pcspkr rtc_cmos rtc_core
rtc_lib evdev tsdev

CPU:    0

EIP:    0060:[<f0c93438>]    Not tainted VLI

EFLAGS: 00010292   (2.6.23-chw-4 #1)

EIP is at videobuf_dma_unmap+0x58/0x60 [videobuf_dma_sg]

eax: 00000029   ebx: efaf50cc   ecx: ffffffff   edx: 00000000

esi: e74c53c0   edi: df511400   ebp: e405ff44   esp: e405fe24

ds: 007b   es: 007b   fs: 00d8  gs: 0033  ss: 0068

Process mythbackend (pid: 3304, ti=e405e000 task=eff5a1d0 task.ti=e405e000)

Stack: f0c94218 00000000 19721112 efaf5000 f0c93451 e405fe9d f0dd25a3
00000000

       e15915e0 eff5a220 00000000 e74c53c0 e34fca44 e295d720 eff23448
eacac1f4

       e34fc800 e3ab7000 e15915e0 00000af5 00000000 e34fc4a4 e34fc558
00000000

Call Trace:

 [<f0c93451>] videobuf_sg_dma_unmap+0x11/0x20 [videobuf_dma_sg]

 [<f0dd25a3>] snd_pcm_oss_change_params+0x1f3/0xd80 [snd_pcm_oss]

 [<f0dd353b>] snd_pcm_oss_get_active_substream+0x5b/0x70 [snd_pcm_oss]

 [<c0567c1d>] __mutex_lock_slowpath+0x12d/0x290

 [<f178e564>] snd_card_saa7134_hw_free+0x44/0x70 [saa7134_alsa]

 [<f0dc0f36>] snd_pcm_release_substream+0x36/0x70 [snd_pcm]

 [<f0dd3709>] snd_pcm_oss_release_file+0x19/0x30 [snd_pcm_oss]

 [<f0dd4ee4>] snd_pcm_oss_release+0x44/0xa0 [snd_pcm_oss]

 [<c01854d2>] __fput+0xa2/0x1d0

 [<c01824b7>] filp_close+0x47/0x80

 [<c01838b9>] sys_close+0x69/0xc0

 [<c0104412>] syscall_call+0x7/0xb

 =======================

Code: c7 43 14 00 00 00 00 c7 43 18 00 00 00 00 83 c4 0c 5b c3 c7 44 24 08
12 11 72 19 89 44 24 04 c7 04 24 18 42 c9 f0 e8 b8 65 49 cf <0f> 0b eb fe 0f
0b eb fe 81 ec ec 00 00 00 89 44 24 24 89 e0 e8

EIP: [<f0c93438>] videobuf_dma_unmap+0x58/0x60 [videobuf_dma_sg] SS:ESP
0068:e405fe24

root@mythtv:/home/gjm#

 

root@mythtv:/home/gjm# uname -a

Linux mythtv 2.6.23-chw-4 #1 SMP PREEMPT Mon May 26 14:44:56 PDT 2008 i686
GNU/Linux

 

The function in which the error appears in videobuf-dma-sg.c is this:

 

int videobuf_dma_unmap(struct videobuf_queue* q,struct videobuf_dmabuf *dma)

{

        MAGIC_CHECK(dma->magic, MAGIC_DMABUF); /* this is line 278 in the
last driver I tried */

        if (!dma->sglen)

                return 0;

 

        dma_unmap_sg(q->dev, dma->sglist, dma->nr_pages, dma->direction);

 

        kfree(dma->sglist);

        dma->sglist = NULL;

        dma->sglen = 0;

        return 0;

}

 

If you need any more information, please let me know.

 

Thanks,

 

Gabriel 

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

                 reply	other threads:[~2008-07-24  7:00 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='011b01c8ed5a$e89927d0$b9cb7770$@michael@yale.edu' \
    --to=gabriel.michael@yale.edu \
    --cc=video4linux-list@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.