Hans Verkuil wrote:

>On Tuesday 10 January 2006 19:56, Al McIntosh wrote:
>  
>
>>Hans Verkuil wrote:
>>    
>>
>>>On Tuesday 10 January 2006 17:22, Al McIntosh wrote:
>>>      
>>>
>>>>Hey,
>>>>
>>>>I am using 0.4.1 tagged release and last night 3 minutes into a
>>>>recording ivtv experienced a buffer overflow and logged close to 50
>>>>entries/ second all night.  I was under the impression that 0.4.1
>>>>would log ENC Stream 0 OVERFLOW message once.
>>>>
>>>>Is this correct?
>>>>        
>>>>
>>>No, it's in the 0.5 series only.
>>>      
>>>
>>Okay, so this is wrong:
>>
>>http://ivtvdriver.org/pipermail/ivtv-users/2005-December/000750.html
>>    
>>
>
>Yes, I made a mistake there.
>
>  
>


I am starting to wonder if this issue is hardware related. Today, I was 
unable to vi, less or grep /var/log/messages.
they all froze. I couldn't kill them.

The error in syslog shows ext3 errors.

 Call Trace:
Jan 10 09:53:37 nelson kernel:  [<c013b917>] add_to_page_cache+0x41/0x83
Jan 10 09:53:37 nelson kernel:  [<c0179cd5>] mpage_readpages+0xed/0x13e
Jan 10 09:53:37 nelson kernel:  [<f88b9054>] ext3_get_block+0x0/0x90 [ext3]
Jan 10 09:53:37 nelson kernel:  [<f88b9e2d>] ext3_readpages+0x0/0x15 [ext3]
Jan 10 09:53:37 nelson kernel:  [<c0141e6a>] read_pages+0x2a/0xf7
Jan 10 09:53:37 nelson kernel:  [<f88b9054>] ext3_get_block+0x0/0x90 [ext3]
Jan 10 09:53:37 nelson kernel:  [<c013fd81>] __alloc_pages+0xe8/0x407
Jan 10 09:53:37 nelson kernel:  [<f88bb094>] 
__ext3_get_inode_loc+0x51/0x25d [ext3]
Jan 10 09:53:37 nelson kernel:  [<c030a471>] _spin_unlock_irq+0x5/0x7
Jan 10 09:53:37 nelson kernel:  [<c0142077>] 
__do_page_cache_readahead+0x140/0x145
Jan 10 09:53:37 nelson kernel:  [<c014218f>] 
blockable_page_cache_readahead+0x53/0xbc
Jan 10 09:53:37 nelson kernel:  [<c0142253>] make_ahead_window+0x5b/0x9a
Jan 10 09:53:37 nelson kernel:  [<c0142317>] page_cache_readahead+0x85/0x15f
Jan 10 09:53:37 nelson kernel:  [<c013c204>] 
do_generic_mapping_read+0x3be/0x44b
Jan 10 09:53:37 nelson kernel:  [<c013c415>] 
__generic_file_aio_read+0xaa/0x1f6
Jan 10 09:53:37 nelson kernel:  [<c013c291>] file_read_actor+0x0/0xda
Jan 10 09:53:37 nelson kernel:  [<c013c59f>] generic_file_aio_read+0x3e/0x4f
Jan 10 09:53:37 nelson kernel:  [<c01584f2>] do_sync_read+0xbf/0x11a
Jan 10 09:53:37 nelson kernel:  [<c011773b>] __wake_up+0x32/0x43
Jan 10 09:53:37 nelson kernel:  [<c012d9fe>] 
autoremove_wake_function+0x0/0x37
Jan 10 09:53:37 nelson kernel:  [<c0158433>] do_sync_read+0x0/0x11a
Jan 10 09:53:37 nelson kernel:  [<c01585ed>] vfs_read+0xa0/0x158
Jan 10 09:53:37 nelson kernel:  [<c015895a>] sys_read+0x41/0x6a
Jan 10 09:53:37 nelson kernel:  [<c0102ea1>] syscall_call+0x7/0xb
Jan 10 09:53:37 nelson kernel: Code: 84 85 db 74 30 83 03 01 8b 04 24 89 
44 ab 04 0f a3 ab 04 01 00 00 19 c0 85 c0 75 68 0f a3 ab 0c 01 00 00 19 
c0 31
c9 85 c0 74 b1 <0f> 0b 14 01 5c c7 32 c0 eb a7 8b 0c 24 8b 54 24 08 89 
4a 08 31
Jan 10 09:53:37 nelson kernel:  <0>BUG: rwlock cpu recursion on CPU#0, 
syslogd/1677, f7e07750 (Tainted: PF    )
Jan 10 09:53:37 nelson kernel:  [<c01d1b4e>] _raw_write_lock+0x48/0x58
Jan 10 09:53:37 nelson kernel:  [<c0141659>] 
__set_page_dirty_nobuffers+0x35/0xb3
Jan 10 09:53:37 nelson kernel:  [<c015b768>] __block_commit_write+0x81/0x8d
Jan 10 09:53:37 nelson kernel:  [<c015be8e>] generic_commit_write+0x38/0x7a
Jan 10 09:53:37 nelson kernel:  [<f88b97a6>] 
ext3_ordered_commit_write+0x9b/0xdd [ext3]
Jan 10 09:53:37 nelson kernel:  [<f88b9682>] 
ext3_journal_dirty_data+0x0/0x33 [ext3]
Jan 10 09:53:37 nelson kernel:  [<f88b970b>] 
ext3_ordered_commit_write+0x0/0xdd [ext3]
Jan 10 09:53:37 nelson kernel:  [<c013d779>] 
generic_file_buffered_write+0x307/0x612
Jan 10 09:53:37 nelson kernel:  [<f88bfd0e>] 
__ext3_journal_stop+0x19/0x34 [ext3]
Jan 10 09:53:37 nelson kernel:  [<c0178928>] __mark_inode_dirty+0x28/0x18d
Jan 10 09:53:37 nelson kernel:  [<c0171058>] inode_update_time+0x2d/0x99
Jan 10 09:53:37 nelson kernel:  [<c013dcf1>] 
__generic_file_aio_write_nolock+0x26d/0x47a
Jan 10 09:53:37 nelson kernel:  [<c030a48e>] _read_unlock_irq+0x5/0x7
Jan 10 09:53:37 nelson kernel:  [<c013e019>] 
__generic_file_write_nolock+0x89/0xa3
Jan 10 09:53:37 nelson kernel:  [<c030a471>] _spin_unlock_irq+0x5/0x7
Jan 10 09:53:37 nelson kernel:  [<c030901c>] schedule+0x31c/0x5bb
Jan 10 09:53:37 nelson kernel:  [<c012d9fe>] 
autoremove_wake_function+0x0/0x37
Jan 10 09:53:37 nelson kernel:  [<c013e361>] generic_file_writev+0x46/0xb2
Jan 10 09:53:37 nelson kernel:  [<c013e31b>] generic_file_writev+0x0/0xb2
Jan 10 09:53:37 nelson kernel:  [<c0158d1a>] do_readv_writev+0x217/0x294
Jan 10 09:53:37 nelson kernel:  [<c01586a5>] do_sync_write+0x0/0x11a
Jan 10 09:53:37 nelson kernel:  [<c0158e22>] vfs_writev+0x3c/0x52
Jan 10 09:53:37 nelson kernel:  [<c0158f16>] sys_writev+0x41/0x9d
Jan 10 09:53:37 nelson kernel:  [<c0102ea1>] syscall_call+0x7/0xb


After running fsck I saw the following in dmesg.


EXT3-fs warning (device hda1): ext3_clear_journal_err: Filesystem error 
recorded from previous mount: IO failure
EXT3-fs warning (device hda1): ext3_clear_journal_err: Marking fs in 
need of filesystem check.





_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel

Reply via email to