problem with Kernel 2.6.23-6.fc8

Michael Schwendt mschwendt.tmp0701.nospam at arcor.de
Wed Oct 17 09:27:59 UTC 2007


On Sun, 14 Oct 2007 14:15:24 -0500, Scott Berry wrote:

> Hello there,
> 
> It looks like Kernel 2.6.23-6.fc8 is locking up on a Delol Dimension 
> 4600 when the credit card comes up and goes a quarter way of the bar.  
> There are absolutely no messages where the kernel locks up.  The little 
> firefly does chase himself (rotate.)  On the keyboard the Caps Lock and 
> Scroll Lock keep flashing.

I'm getting a backtrace in the logs when booting rawhide.
Known thing?

Oct 17 11:21:17 cp04r kernel: EXT3 FS on md0, internal journal
Oct 17 11:21:17 cp04r kernel: EXT3-fs: mounted filesystem with ordered data mode.
Oct 17 11:21:22 cp04r kernel: 
Oct 17 11:21:22 cp04r kernel: =======================================================
Oct 17 11:21:22 cp04r kernel: [ INFO: possible circular locking dependency detected ]
Oct 17 11:21:22 cp04r kernel: 2.6.23-6.fc8 #1
Oct 17 11:21:22 cp04r kernel: -------------------------------------------------------
Oct 17 11:21:22 cp04r kernel: gnome-power-man/2545 is trying to acquire lock:
Oct 17 11:21:22 cp04r kernel:  (&mm->mmap_sem){----}, at: [<f098b575>] videobuf_dma_init_user+0xb7/0x150 [video_buf]
Oct 17 11:21:22 cp04r kernel: 
Oct 17 11:21:22 cp04r kernel: but task is already holding lock:
Oct 17 11:21:22 cp04r kernel:  (&q->lock#2){--..}, at: [<c0632ecb>] mutex_lock+0x21/0x24
Oct 17 11:21:22 cp04r kernel: 
Oct 17 11:21:22 cp04r kernel: which lock already depends on the new lock.
Oct 17 11:21:22 cp04r kernel: 
Oct 17 11:21:22 cp04r kernel: 
Oct 17 11:21:22 cp04r kernel: the existing dependency chain (in reverse order) is:
Oct 17 11:21:22 cp04r kernel: 
Oct 17 11:21:22 cp04r kernel: -> #1 (&q->lock#2){--..}:
Oct 17 11:21:22 cp04r kernel:        [<c044a57b>] __lock_acquire+0xaa6/0xc67
Oct 17 11:21:22 cp04r kernel:        [<c044abb6>] lock_acquire+0x7b/0x9e
Oct 17 11:21:22 cp04r kernel:        [<c0632cd8>] __mutex_lock_slowpath+0x10a/0x2dc
Oct 17 11:21:22 cp04r kernel:        [<c0632ecb>] mutex_lock+0x21/0x24
Oct 17 11:21:22 cp04r kernel:        [<f098a743>] videobuf_mmap_mapper+0x13/0x1f7 [video_buf]
Oct 17 11:21:22 cp04r kernel:        [<f0a0456b>] bttv_mmap+0x76/0x7d [bttv]
Oct 17 11:21:22 cp04r kernel:        [<c0479dd4>] mmap_region+0x1ea/0x3b8
Oct 17 11:21:22 cp04r kernel:        [<c047a2fa>] do_mmap_pgoff+0x282/0x2e1
Oct 17 11:21:22 cp04r kernel:        [<c0409343>] sys_mmap2+0x9b/0xb5
Oct 17 11:21:22 cp04r kernel:        [<c040522e>] syscall_call+0x7/0xb
Oct 17 11:21:22 cp04r kernel:        [<ffffffff>] 0xffffffff
Oct 17 11:21:22 cp04r kernel: 
Oct 17 11:21:22 cp04r kernel: -> #0 (&mm->mmap_sem){----}:
Oct 17 11:21:22 cp04r kernel:        [<c044a467>] __lock_acquire+0x992/0xc67
Oct 17 11:21:22 cp04r kernel:        [<c044abb6>] lock_acquire+0x7b/0x9e
Oct 17 11:21:22 cp04r kernel:        [<c0441cd9>] down_read+0x42/0x79
Oct 17 11:21:22 cp04r kernel:        [<f098b575>] videobuf_dma_init_user+0xb7/0x150 [video_buf]
Oct 17 11:21:22 cp04r kernel:        [<f098b8c3>] videobuf_iolock+0x7f/0xc8 [video_buf]
Oct 17 11:21:22 cp04r kernel:        [<f0a02477>] bttv_prepare_buffer+0x25f/0x2a4 [bttv]
Oct 17 11:21:22 cp04r kernel:        [<f0a050e9>] bttv_do_ioctl+0xa87/0x1ea6 [bttv]
Oct 17 11:21:22 cp04r kernel:        [<f0956f21>] video_usercopy+0x1ba/0x29e [videodev]
Oct 17 11:21:22 cp04r kernel:        [<f0a025c2>] bttv_ioctl+0x76/0x83 [bttv]
Oct 17 11:21:22 cp04r kernel:        [<c049437d>] do_ioctl+0x51/0x68
Oct 17 11:21:22 cp04r kernel:        [<c04945dd>] vfs_ioctl+0x249/0x25c
Oct 17 11:21:22 cp04r kernel:        [<c0494639>] sys_ioctl+0x49/0x64
Oct 17 11:21:22 cp04r kernel:        [<c040522e>] syscall_call+0x7/0xb
Oct 17 11:21:22 cp04r kernel:        [<ffffffff>] 0xffffffff
Oct 17 11:21:22 cp04r kernel: 
Oct 17 11:21:22 cp04r kernel: other info that might help us debug this:
Oct 17 11:21:22 cp04r kernel: 
Oct 17 11:21:22 cp04r kernel: 1 lock held by gnome-power-man/2545:
Oct 17 11:21:22 cp04r kernel:  #0:  (&q->lock#2){--..}, at: [<c0632ecb>] mutex_lock+0x21/0x24
Oct 17 11:21:22 cp04r kernel: 
Oct 17 11:21:22 cp04r kernel: stack backtrace:
Oct 17 11:21:22 cp04r kernel:  [<c0406463>] show_trace_log_lvl+0x1a/0x2f
Oct 17 11:21:22 cp04r kernel:  [<c0406e4d>] show_trace+0x12/0x14
Oct 17 11:21:22 cp04r kernel:  [<c0406e65>] dump_stack+0x16/0x18
Oct 17 11:21:22 cp04r kernel:  [<c04489b2>] print_circular_bug_tail+0x5f/0x68
Oct 17 11:21:22 cp04r kernel:  [<c044a467>] __lock_acquire+0x992/0xc67
Oct 17 11:21:22 cp04r kernel:  [<c044abb6>] lock_acquire+0x7b/0x9e
Oct 17 11:21:22 cp04r kernel:  [<c0441cd9>] down_read+0x42/0x79
Oct 17 11:21:22 cp04r kernel:  [<f098b575>] videobuf_dma_init_user+0xb7/0x150 [video_buf]
Oct 17 11:21:22 cp04r kernel:  [<f098b8c3>] videobuf_iolock+0x7f/0xc8 [video_buf]
Oct 17 11:21:22 cp04r kernel:  [<f0a02477>] bttv_prepare_buffer+0x25f/0x2a4 [bttv]
Oct 17 11:21:22 cp04r kernel:  [<f0a050e9>] bttv_do_ioctl+0xa87/0x1ea6 [bttv]
Oct 17 11:21:22 cp04r kernel:  [<f0956f21>] video_usercopy+0x1ba/0x29e [videodev]
Oct 17 11:21:22 cp04r kernel:  [<f0a025c2>] bttv_ioctl+0x76/0x83 [bttv]
Oct 17 11:21:22 cp04r kernel:  [<c049437d>] do_ioctl+0x51/0x68
Oct 17 11:21:22 cp04r kernel:  [<c04945dd>] vfs_ioctl+0x249/0x25c
Oct 17 11:21:22 cp04r kernel:  [<c0494639>] sys_ioctl+0x49/0x64
Oct 17 11:21:22 cp04r kernel:  [<c040522e>] syscall_call+0x7/0xb
Oct 17 11:21:22 cp04r kernel:  =======================




More information about the fedora-test-list mailing list