* Pre-crash log
@ 2008-11-18 17:53 Brian Phelps
2008-11-18 18:10 ` Brian Phelps
0 siblings, 1 reply; 6+ messages in thread
From: Brian Phelps @ 2008-11-18 17:53 UTC (permalink / raw)
To: video4linux-list
Hi all,
I am using the capture example on a quad core machine with kernel 2.6.27.6
I added another 4 input card to see if that might decrease stability
and create some errors, and it did:
[ 566.820822] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.820934] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.824338] bttv2: next set: top=ffff8800120e0800
bottom=ffff8800120e0800 [screen=0000000000000000,irq=1,0]
[ 566.824411] BT878 video (ProVideo PV150): VIDIOC_DQBUF
[ 566.824555] bttv2: next set: top=ffff8800120e0a00
bottom=ffff8800120e0a00 [screen=0000000000000000,irq=1,0]
[ 566.825539] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.825577] bttv1: next set: top=ffff880010499600
bottom=ffff880010499600 [screen=0000000000000000,irq=1,0]
[ 566.825582] bttv5: next set: top=ffff8800189ea800
bottom=ffff8800189ea800 [screen=0000000000000000,irq=1,0]
[ 566.825666] BT878 video (ProVideo PV150): VIDIOC_DQBUF
[ 566.825676] BT878 video (ProVideo PV150): VIDIOC_DQBUF
[ 566.825738] bttv2: OCERR @ 1a937000,bits: HSYNC FDSR OCERR*
[ 566.825749] main: 1a937000
[ 566.825751] vbi : o=00000000 e=00000000
[ 566.825752] cap : o=1a734000 e=1a736000
[ 566.825754] scr : o=00000000 e=00000000
[ 566.825755] bttv2: risc disasm: ffff88001a937000 [dma=0x1a937000]
[ 566.825757] bttv2: 0x1a937000: 0x80008004 [ sync be3/resync count=4 ]
[ 566.825761] bttv2: 0x1a937004: 0x00000000 [ arg #1 ]
[ 566.825762] bttv2: 0x1a937008: 0x70000000 [ jump count=0 ]
[ 566.825765] bttv2: 0x1a93700c: 0x1a937010 [ arg #1 ]
[ 566.825766] bttv2: 0x1a937010: 0x70000000 [ jump count=0 ]
[ 566.825769] bttv2: 0x1a937014: 0x1a937018 [ arg #1 ]
[ 566.825770] bttv2: 0x1a937018: 0x70000000 [ jump count=0 ]
[ 566.825772] bttv2: 0x1a93701c: 0x1a734000 [ arg #1 ]
[ 566.825774] bttv2: 0x1a937020: 0x8000800c [ sync be3/resync count=12 ]
[ 566.825777] bttv2: 0x1a937024: 0x00000000 [ arg #1 ]
[ 566.825778] bttv2: 0x1a937028: 0x70000000 [ jump count=0 ]
[ 566.825781] bttv2: 0x1a93702c: 0x1a937030 [ arg #1 ]
[ 566.825782] bttv2: 0x1a937030: 0x70000000 [ jump count=0 ]
[ 566.825784] bttv2: 0x1a937034: 0x1a736000 [ arg #1 ]
[ 566.825786] bttv2: 0x1a937038: 0x70000000 [ jump count=0 ]
[ 566.825788] bttv2: 0x1a93703c: 0x1a937000 [ arg #1 ]
[ 566.825789] bttv2: 0x1a937040: 0x00000000 [ INVALID count=0 ]
[ 566.827594] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.827639] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.828306] bttv6: next set: top=ffff880010501400
bottom=ffff880010501400 [screen=0000000000000000,irq=1,0]
[ 566.832424] BT878 video (ProVideo PV150): VIDIOC_DQBUF
[ 566.834617] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.834987] bttv4: next set: top=ffff8800125a7200
bottom=ffff8800125a7200 [screen=0000000000000000,irq=1,0]
[ 566.835086] BT878 video (ProVideo PV150): VIDIOC_DQBUF
[ 566.836781] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.850350] BT878 video (ProVideo PV150): VIDIOC_DQBUF
[ 566.851008] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.853023] bttv0: next set: top=ffff880010598c00
bottom=ffff880010598c00 [screen=0000000000000000,irq=1,0]
[ 566.853027] bttv3: next set: top=ffff88001059cc00
bottom=ffff88001059cc00 [screen=0000000000000000,irq=1,0]
[ 566.853101] BT878 video (ProVideo PV150): VIDIOC_DQBUF
[ 566.853111] BT878 video (ProVideo PV150): VIDIOC_DQBUF
[ 566.854760] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.854773] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.858940] bttv1: next set: top=ffff8800105d7600
bottom=ffff8800105d7600 [screen=0000000000000000,irq=1,0]
[ 566.858959] bttv5: next set: top=ffff8800189eae00
bottom=ffff8800189eae00 [screen=0000000000000000,irq=1,0]
[ 566.859079] BT878 video (ProVideo PV150): VIDIOC_DQBUF
[ 566.860846] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.861678] bttv6: next set: top=ffff88001047ca00
bottom=ffff88001047ca00 [screen=0000000000000000,irq=1,0]
[ 566.862357] BT878 video (ProVideo PV150): VIDIOC_DQBUF
[ 566.864038] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.866056] BT878 video (ProVideo PV150): VIDIOC_DQBUF
[ 566.868343] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.868363] bttv4: next set: top=ffff880010598e00
bottom=ffff880010598e00 [screen=0000000000000000,irq=1,0]
[ 566.868607] BT878 video (ProVideo PV150): VIDIOC_DQBUF
[ 566.870052] BT878 video (ProVideo PV150): VIDIOC_QBUF
[ 566.880434] swap_free: Bad swap file entry 4000000000101010
[ 566.886390] bttv0: next set: top=ffff880010598a00
bottom=ffff880010598a00 [screen=0000000000000000,irq=1,0]
[ 566.886395] bttv3: next set: top=ffff8800125a4600
bottom=ffff8800125a4600 [screen=0000000000000000,irq=1,0]
[ 566.891075] bttv2: next set: top=ffff8800105d4a00
bottom=ffff8800105d4a00 [screen=0000000000000000,irq=1,0]
After the above, one of the processes dies:
VIDIOC_DQBUF error 5, Input/output error
Can someone tell me what I can do next? thanks!
--
Brian Phelps
Got e- ?
http://electronjunkie.wordpress.com
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Pre-crash log
2008-11-18 17:53 Pre-crash log Brian Phelps
@ 2008-11-18 18:10 ` Brian Phelps
2008-11-18 20:44 ` Brian Phelps
0 siblings, 1 reply; 6+ messages in thread
From: Brian Phelps @ 2008-11-18 18:10 UTC (permalink / raw)
To: video4linux-list
I know 8 feeds of 640*480 @ 30fps is pushing it to the limits on the
pci bus, but this shouldn't cause the system to crash should it?
On Tue, Nov 18, 2008 at 12:53 PM, Brian Phelps <lm317t@gmail.com> wrote:
> Hi all,
> I am using the capture example on a quad core machine with kernel 2.6.27.6
>
> I added another 4 input card to see if that might decrease stability
> and create some errors, and it did:
>
> [ 566.820822] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.820934] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.824338] bttv2: next set: top=ffff8800120e0800
> bottom=ffff8800120e0800 [screen=0000000000000000,irq=1,0]
> [ 566.824411] BT878 video (ProVideo PV150): VIDIOC_DQBUF
> [ 566.824555] bttv2: next set: top=ffff8800120e0a00
> bottom=ffff8800120e0a00 [screen=0000000000000000,irq=1,0]
> [ 566.825539] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.825577] bttv1: next set: top=ffff880010499600
> bottom=ffff880010499600 [screen=0000000000000000,irq=1,0]
> [ 566.825582] bttv5: next set: top=ffff8800189ea800
> bottom=ffff8800189ea800 [screen=0000000000000000,irq=1,0]
> [ 566.825666] BT878 video (ProVideo PV150): VIDIOC_DQBUF
> [ 566.825676] BT878 video (ProVideo PV150): VIDIOC_DQBUF
> [ 566.825738] bttv2: OCERR @ 1a937000,bits: HSYNC FDSR OCERR*
> [ 566.825749] main: 1a937000
> [ 566.825751] vbi : o=00000000 e=00000000
> [ 566.825752] cap : o=1a734000 e=1a736000
> [ 566.825754] scr : o=00000000 e=00000000
> [ 566.825755] bttv2: risc disasm: ffff88001a937000 [dma=0x1a937000]
> [ 566.825757] bttv2: 0x1a937000: 0x80008004 [ sync be3/resync count=4 ]
> [ 566.825761] bttv2: 0x1a937004: 0x00000000 [ arg #1 ]
> [ 566.825762] bttv2: 0x1a937008: 0x70000000 [ jump count=0 ]
> [ 566.825765] bttv2: 0x1a93700c: 0x1a937010 [ arg #1 ]
> [ 566.825766] bttv2: 0x1a937010: 0x70000000 [ jump count=0 ]
> [ 566.825769] bttv2: 0x1a937014: 0x1a937018 [ arg #1 ]
> [ 566.825770] bttv2: 0x1a937018: 0x70000000 [ jump count=0 ]
> [ 566.825772] bttv2: 0x1a93701c: 0x1a734000 [ arg #1 ]
> [ 566.825774] bttv2: 0x1a937020: 0x8000800c [ sync be3/resync count=12 ]
> [ 566.825777] bttv2: 0x1a937024: 0x00000000 [ arg #1 ]
> [ 566.825778] bttv2: 0x1a937028: 0x70000000 [ jump count=0 ]
> [ 566.825781] bttv2: 0x1a93702c: 0x1a937030 [ arg #1 ]
> [ 566.825782] bttv2: 0x1a937030: 0x70000000 [ jump count=0 ]
> [ 566.825784] bttv2: 0x1a937034: 0x1a736000 [ arg #1 ]
> [ 566.825786] bttv2: 0x1a937038: 0x70000000 [ jump count=0 ]
> [ 566.825788] bttv2: 0x1a93703c: 0x1a937000 [ arg #1 ]
> [ 566.825789] bttv2: 0x1a937040: 0x00000000 [ INVALID count=0 ]
> [ 566.827594] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.827639] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.828306] bttv6: next set: top=ffff880010501400
> bottom=ffff880010501400 [screen=0000000000000000,irq=1,0]
> [ 566.832424] BT878 video (ProVideo PV150): VIDIOC_DQBUF
> [ 566.834617] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.834987] bttv4: next set: top=ffff8800125a7200
> bottom=ffff8800125a7200 [screen=0000000000000000,irq=1,0]
> [ 566.835086] BT878 video (ProVideo PV150): VIDIOC_DQBUF
> [ 566.836781] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.850350] BT878 video (ProVideo PV150): VIDIOC_DQBUF
> [ 566.851008] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.853023] bttv0: next set: top=ffff880010598c00
> bottom=ffff880010598c00 [screen=0000000000000000,irq=1,0]
> [ 566.853027] bttv3: next set: top=ffff88001059cc00
> bottom=ffff88001059cc00 [screen=0000000000000000,irq=1,0]
> [ 566.853101] BT878 video (ProVideo PV150): VIDIOC_DQBUF
> [ 566.853111] BT878 video (ProVideo PV150): VIDIOC_DQBUF
> [ 566.854760] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.854773] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.858940] bttv1: next set: top=ffff8800105d7600
> bottom=ffff8800105d7600 [screen=0000000000000000,irq=1,0]
> [ 566.858959] bttv5: next set: top=ffff8800189eae00
> bottom=ffff8800189eae00 [screen=0000000000000000,irq=1,0]
> [ 566.859079] BT878 video (ProVideo PV150): VIDIOC_DQBUF
> [ 566.860846] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.861678] bttv6: next set: top=ffff88001047ca00
> bottom=ffff88001047ca00 [screen=0000000000000000,irq=1,0]
> [ 566.862357] BT878 video (ProVideo PV150): VIDIOC_DQBUF
> [ 566.864038] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.866056] BT878 video (ProVideo PV150): VIDIOC_DQBUF
> [ 566.868343] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.868363] bttv4: next set: top=ffff880010598e00
> bottom=ffff880010598e00 [screen=0000000000000000,irq=1,0]
> [ 566.868607] BT878 video (ProVideo PV150): VIDIOC_DQBUF
> [ 566.870052] BT878 video (ProVideo PV150): VIDIOC_QBUF
> [ 566.880434] swap_free: Bad swap file entry 4000000000101010
> [ 566.886390] bttv0: next set: top=ffff880010598a00
> bottom=ffff880010598a00 [screen=0000000000000000,irq=1,0]
> [ 566.886395] bttv3: next set: top=ffff8800125a4600
> bottom=ffff8800125a4600 [screen=0000000000000000,irq=1,0]
> [ 566.891075] bttv2: next set: top=ffff8800105d4a00
> bottom=ffff8800105d4a00 [screen=0000000000000000,irq=1,0]
>
> After the above, one of the processes dies:
>
> VIDIOC_DQBUF error 5, Input/output error
>
> Can someone tell me what I can do next? thanks!
>
> --
> Brian Phelps
> Got e- ?
> http://electronjunkie.wordpress.com
>
--
Brian Phelps
Got e- ?
http://electronjunkie.wordpress.com
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Pre-crash log
2008-11-18 18:10 ` Brian Phelps
@ 2008-11-18 20:44 ` Brian Phelps
2008-11-18 21:27 ` David Ellingsworth
0 siblings, 1 reply; 6+ messages in thread
From: Brian Phelps @ 2008-11-18 20:44 UTC (permalink / raw)
To: video4linux-list
Anyone know what this means?
[ 768.998408] swap_dup: Bad swap file entry 4080000000101010
[ 768.998418] VM: killing process monitor
[ 768.998730] swap_free: Bad swap file entry 4080000000101010
<1 capture process died>
On Tue, Nov 18, 2008 at 1:10 PM, Brian Phelps <lm317t@gmail.com> wrote:
> I know 8 feeds of 640*480 @ 30fps is pushing it to the limits on the
> pci bus, but this shouldn't cause the system to crash should it?
>
> On Tue, Nov 18, 2008 at 12:53 PM, Brian Phelps <lm317t@gmail.com> wrote:
>> Hi all,
>> I am using the capture example on a quad core machine with kernel 2.6.27.6
>>
>> I added another 4 input card to see if that might decrease stability
>> and create some errors, and it did:
>>
>> [ 566.820822] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.820934] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.824338] bttv2: next set: top=ffff8800120e0800
>> bottom=ffff8800120e0800 [screen=0000000000000000,irq=1,0]
>> [ 566.824411] BT878 video (ProVideo PV150): VIDIOC_DQBUF
>> [ 566.824555] bttv2: next set: top=ffff8800120e0a00
>> bottom=ffff8800120e0a00 [screen=0000000000000000,irq=1,0]
>> [ 566.825539] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.825577] bttv1: next set: top=ffff880010499600
>> bottom=ffff880010499600 [screen=0000000000000000,irq=1,0]
>> [ 566.825582] bttv5: next set: top=ffff8800189ea800
>> bottom=ffff8800189ea800 [screen=0000000000000000,irq=1,0]
>> [ 566.825666] BT878 video (ProVideo PV150): VIDIOC_DQBUF
>> [ 566.825676] BT878 video (ProVideo PV150): VIDIOC_DQBUF
>> [ 566.825738] bttv2: OCERR @ 1a937000,bits: HSYNC FDSR OCERR*
>> [ 566.825749] main: 1a937000
>> [ 566.825751] vbi : o=00000000 e=00000000
>> [ 566.825752] cap : o=1a734000 e=1a736000
>> [ 566.825754] scr : o=00000000 e=00000000
>> [ 566.825755] bttv2: risc disasm: ffff88001a937000 [dma=0x1a937000]
>> [ 566.825757] bttv2: 0x1a937000: 0x80008004 [ sync be3/resync count=4 ]
>> [ 566.825761] bttv2: 0x1a937004: 0x00000000 [ arg #1 ]
>> [ 566.825762] bttv2: 0x1a937008: 0x70000000 [ jump count=0 ]
>> [ 566.825765] bttv2: 0x1a93700c: 0x1a937010 [ arg #1 ]
>> [ 566.825766] bttv2: 0x1a937010: 0x70000000 [ jump count=0 ]
>> [ 566.825769] bttv2: 0x1a937014: 0x1a937018 [ arg #1 ]
>> [ 566.825770] bttv2: 0x1a937018: 0x70000000 [ jump count=0 ]
>> [ 566.825772] bttv2: 0x1a93701c: 0x1a734000 [ arg #1 ]
>> [ 566.825774] bttv2: 0x1a937020: 0x8000800c [ sync be3/resync count=12 ]
>> [ 566.825777] bttv2: 0x1a937024: 0x00000000 [ arg #1 ]
>> [ 566.825778] bttv2: 0x1a937028: 0x70000000 [ jump count=0 ]
>> [ 566.825781] bttv2: 0x1a93702c: 0x1a937030 [ arg #1 ]
>> [ 566.825782] bttv2: 0x1a937030: 0x70000000 [ jump count=0 ]
>> [ 566.825784] bttv2: 0x1a937034: 0x1a736000 [ arg #1 ]
>> [ 566.825786] bttv2: 0x1a937038: 0x70000000 [ jump count=0 ]
>> [ 566.825788] bttv2: 0x1a93703c: 0x1a937000 [ arg #1 ]
>> [ 566.825789] bttv2: 0x1a937040: 0x00000000 [ INVALID count=0 ]
>> [ 566.827594] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.827639] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.828306] bttv6: next set: top=ffff880010501400
>> bottom=ffff880010501400 [screen=0000000000000000,irq=1,0]
>> [ 566.832424] BT878 video (ProVideo PV150): VIDIOC_DQBUF
>> [ 566.834617] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.834987] bttv4: next set: top=ffff8800125a7200
>> bottom=ffff8800125a7200 [screen=0000000000000000,irq=1,0]
>> [ 566.835086] BT878 video (ProVideo PV150): VIDIOC_DQBUF
>> [ 566.836781] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.850350] BT878 video (ProVideo PV150): VIDIOC_DQBUF
>> [ 566.851008] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.853023] bttv0: next set: top=ffff880010598c00
>> bottom=ffff880010598c00 [screen=0000000000000000,irq=1,0]
>> [ 566.853027] bttv3: next set: top=ffff88001059cc00
>> bottom=ffff88001059cc00 [screen=0000000000000000,irq=1,0]
>> [ 566.853101] BT878 video (ProVideo PV150): VIDIOC_DQBUF
>> [ 566.853111] BT878 video (ProVideo PV150): VIDIOC_DQBUF
>> [ 566.854760] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.854773] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.858940] bttv1: next set: top=ffff8800105d7600
>> bottom=ffff8800105d7600 [screen=0000000000000000,irq=1,0]
>> [ 566.858959] bttv5: next set: top=ffff8800189eae00
>> bottom=ffff8800189eae00 [screen=0000000000000000,irq=1,0]
>> [ 566.859079] BT878 video (ProVideo PV150): VIDIOC_DQBUF
>> [ 566.860846] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.861678] bttv6: next set: top=ffff88001047ca00
>> bottom=ffff88001047ca00 [screen=0000000000000000,irq=1,0]
>> [ 566.862357] BT878 video (ProVideo PV150): VIDIOC_DQBUF
>> [ 566.864038] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.866056] BT878 video (ProVideo PV150): VIDIOC_DQBUF
>> [ 566.868343] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.868363] bttv4: next set: top=ffff880010598e00
>> bottom=ffff880010598e00 [screen=0000000000000000,irq=1,0]
>> [ 566.868607] BT878 video (ProVideo PV150): VIDIOC_DQBUF
>> [ 566.870052] BT878 video (ProVideo PV150): VIDIOC_QBUF
>> [ 566.880434] swap_free: Bad swap file entry 4000000000101010
>> [ 566.886390] bttv0: next set: top=ffff880010598a00
>> bottom=ffff880010598a00 [screen=0000000000000000,irq=1,0]
>> [ 566.886395] bttv3: next set: top=ffff8800125a4600
>> bottom=ffff8800125a4600 [screen=0000000000000000,irq=1,0]
>> [ 566.891075] bttv2: next set: top=ffff8800105d4a00
>> bottom=ffff8800105d4a00 [screen=0000000000000000,irq=1,0]
>>
>> After the above, one of the processes dies:
>>
>> VIDIOC_DQBUF error 5, Input/output error
>>
>> Can someone tell me what I can do next? thanks!
>>
>> --
>> Brian Phelps
>> Got e- ?
>> http://electronjunkie.wordpress.com
>>
>
>
>
> --
> Brian Phelps
> Got e- ?
> http://electronjunkie.wordpress.com
>
--
Brian Phelps
Got e- ?
http://electronjunkie.wordpress.com
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Pre-crash log
2008-11-18 20:44 ` Brian Phelps
@ 2008-11-18 21:27 ` David Ellingsworth
[not found] ` <ea3b75ed0811181343k48a7e4f1n2a32015c09ad5677@mail.gmail.com>
0 siblings, 1 reply; 6+ messages in thread
From: David Ellingsworth @ 2008-11-18 21:27 UTC (permalink / raw)
To: Brian Phelps; +Cc: video4linux-list
On Tue, Nov 18, 2008 at 3:44 PM, Brian Phelps <lm317t@gmail.com> wrote:
> Anyone know what this means?
> [ 768.998408] swap_dup: Bad swap file entry 4080000000101010
> [ 768.998418] VM: killing process monitor
> [ 768.998730] swap_free: Bad swap file entry 4080000000101010
Brian,
As Alexey Klimov suggested earlier, your logs seem to indicate a bug
in the memory management subsystem of the kernel. I suggest you post
this information to the linux-kernel mailing list since it more than
likely affects every other kernel subsystem. I don't know the
particulars of the above message, but it appears to be coming from the
part of the memory management subsystem that deals with virtual memory
and swap space. You might want to try turning off all available swap
space to see if the bug persists.
Since you keep hitting this bug while using the bttv driver it is
possible that there is a memory leak in the bttv driver which helps to
induce the bug. It is also possible and more likely that there is a
memory leak in the application you are using to stream video. In
either case, watching memory usage while stream should reveal if a
leak exists and if it's driver related or software related.
Regards,
David Ellingsworth
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Pre-crash log
[not found] ` <ea3b75ed0811181343k48a7e4f1n2a32015c09ad5677@mail.gmail.com>
@ 2008-11-19 15:48 ` Brian Phelps
2008-12-06 12:06 ` alexWe
0 siblings, 1 reply; 6+ messages in thread
From: Brian Phelps @ 2008-11-19 15:48 UTC (permalink / raw)
To: David Ellingsworth, video4linux-list
V4L2_PIX_FMT_YUV420 seems to be the culprit!
The bug that I am running into is on an intel quad core machine, 2x4
input chip bt878 based pci capture cards with /dev/video0-7
All you have to do is change "count" from 100 to something large like
10million or so and change:
fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_YUYV;
to:
fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_YUV420;
then gcc capture.c -o capture and run:
capture -d /dev/video0 -m & capture -d /dev/video1 -m &
...<repeat> ......capture -d /dev/video7 -m
It takes 1-2 minutes for me to get:
[ 1177.822768] bttv7: OCERR @ 1c9b1000,bits: HSYNC FDSR OCERR*
[ 1177.862730] bttv7: OCERR @ 1c9b1000,bits: HSYNC FDSR OCERR*
[ 1177.902699] bttv7: OCERR @ 1c9b1000,bits: HSYNC FDSR OCERR*
[ 1177.942667] bttv7: OCERR @ 1c9b1000,bits: HSYNC FDSR OCERR*
[ 1177.982627] bttv7: OCERR @ 1c9b1000,bits: HSYNC FDSR OCERR*
[ 1178.022594] bttv7: OCERR @ 1c9b1000,bits: HSYNC FDSR OCERR*
[ 1178.062559] bttv7: OCERR @ 1c9b1000,bits: HSYNC FDSR OCERR*
[ 1178.102526] bttv7: OCERR @ 1c9b1000,bits: HSYNC FDSR OCERR*
[ 1178.142490] bttv7: OCERR @ 1c9b1000,bits: HSYNC FDSR OCERR*
[ 1178.182454] bttv7: OCERR @ 1c9b1000,bits: HSYNC FDSR OCERR*
[ 1178.222425] bttv7: OCERR @ 1c9b1000,bits: HSYNC FDSR OCERR*
[ 1178.262387] bttv7: OCERR @ 1c9b1000,bits: HSYNC FDSR OCERR*
[ 1178.300027] bttv7: timeout: drop=12 irq=53332/105941,
risc=1c9b103c, bits: HSYNC
using:
fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_YUYV;
does not cause this.
Weird!
Does anyone have any suggestions? Do you guys think this is a kernel
bug or v4l bug?
On Tue, Nov 18, 2008 at 4:43 PM, Brian Phelps <lm317t@gmail.com> wrote:
> Thanks for replying David, please see my responses below.
>
> On Tue, Nov 18, 2008 at 4:27 PM, David Ellingsworth
> <david@identd.dyndns.org> wrote:
>> On Tue, Nov 18, 2008 at 3:44 PM, Brian Phelps <lm317t@gmail.com> wrote:
>>> Anyone know what this means?
>>> [ 768.998408] swap_dup: Bad swap file entry 4080000000101010
>>> [ 768.998418] VM: killing process monitor
>>> [ 768.998730] swap_free: Bad swap file entry 4080000000101010
>>
>> Brian,
>>
>> As Alexey Klimov suggested earlier, your logs seem to indicate a bug
>> in the memory management subsystem of the kernel. I suggest you post
>> this information to the linux-kernel mailing list since it more than
>> likely affects every other kernel subsystem. I don't know the
>> particulars of the above message, but it appears to be coming from the
>> part of the memory management subsystem that deals with virtual memory
>> and swap space. You might want to try turning off all available swap
>> space to see if the bug persists.
> I will try posting this to the kernel list.
>
> BTW Swap is off, I never turned it on, don't even have a swap partition/file.
>>
>> Since you keep hitting this bug while using the bttv driver it is
>> possible that there is a memory leak in the bttv driver which helps to
>> induce the bug. It is also possible and more likely that there is a
>> memory leak in the application you are using to stream video. In
>> either case, watching memory usage while stream should reveal if a
>> leak exists and if it's driver related or software related.
>
> According to top, no leaks exist, not even a drip. I am using
> multiple instances of capture.c BTW. One for each of eight video card
> inputs.
>>
>> Regards,
>>
>> David Ellingsworth
>>
>
>
>
> --
> Brian Phelps
> Got e- ?
> http://electronjunkie.wordpress.com
>
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Pre-crash log
2008-11-19 15:48 ` Brian Phelps
@ 2008-12-06 12:06 ` alexWe
0 siblings, 0 replies; 6+ messages in thread
From: alexWe @ 2008-12-06 12:06 UTC (permalink / raw)
To: video4linux-list
Same situation here. Is there nobody who can help to stop this annoying bug?
BR,
Alex
--
View this message in context: http://n2.nabble.com/Pre-crash-log-tp1515298p1621996.html
Sent from the video4linux-list mailing list archive at Nabble.com.
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2008-12-06 12:06 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-11-18 17:53 Pre-crash log Brian Phelps
2008-11-18 18:10 ` Brian Phelps
2008-11-18 20:44 ` Brian Phelps
2008-11-18 21:27 ` David Ellingsworth
[not found] ` <ea3b75ed0811181343k48a7e4f1n2a32015c09ad5677@mail.gmail.com>
2008-11-19 15:48 ` Brian Phelps
2008-12-06 12:06 ` alexWe
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox