LinHES Forums
http://forums.linhes.org/

Stream 2 Overflow
http://forums.linhes.org/viewtopic.php?f=6&t=5459
Page 1 of 2

Author:  gummybear [ Fri Jul 22, 2005 6:32 pm ]
Post subject:  Stream 2 Overflow

Started getting some jerky playback (pauses, etc.)

Checked the log and found several hundred entries like so:

Code:
Jul 22 19:24:46 mythtv kernel: ivtv: ENC Stream 2 OVERFLOW #215: Stealing a Buffer, 4194668 currently allocated
Jul 22 19:24:46 mythtv kernel: ivtv: ENC Stream 2 OVERFLOW #216: Stealing a Buffer, 4194668 currently allocated
Jul 22 19:24:46 mythtv kernel: ivtv: ENC Stream 2 OVERFLOW #217: Stealing a Buffer, 4194668 currently allocated
Jul 22 19:24:46 mythtv kernel: ivtv: ENC Stream 2 OVERFLOW #218: Stealing a Buffer, 4194668 currently allocated
Jul 22 19:24:46 mythtv kernel: ivtv: ENC Stream 2 OVERFLOW #219: Stealing a Buffer, 4194668 currently allocated
Jul 22 19:24:46 mythtv kernel: ivtv: ENC Stream 2 OVERFLOW #220: Stealing a Buffer, 4194668 currently allocated
Jul 22 19:24:46 mythtv kernel: ivtv: ENC Stream 2 OVERFLOW #221: Stealing a Buffer, 4194668 currently allocated
Jul 22 19:24:46 mythtv kernel: ivtv: ENC Stream 2 OVERFLOW #222: Stealing a Buffer, 4194668 currently allocated
Jul 22 19:25:09 mythtv kernel: agpgart: Found an AGP 3.5 compliant device at 0000:00:00.0.
Jul 22 19:25:09 mythtv kernel: agpgart: Device is in legacy mode, falling back to 2.x
Jul 22 19:25:09 mythtv kernel: agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
Jul 22 19:25:09 mythtv kernel: agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode


I'm guessing the ivtv driver is f'd up.

Anything other thoughts?

Author:  khrusher [ Fri Jul 22, 2005 9:31 pm ]
Post subject: 

several of us have this issue, seems to come and go. there are posts here that mention different ivtv version to try. A symptom of this issue is a full / patition as the error gets continually logged to syslog, kern.log, messages AND mythbackend.log

I havent had time to try the various ivtv versions, I have (for the time being) settle for a script that cleans up the logs

search here for logrotate, 'disk full' there is even a post from cesman on the topic (however his advice -- for once-- didn't help me)

please share if you solve this

Author:  gummybear [ Fri Jul 22, 2005 10:00 pm ]
Post subject: 

Yeah, that log file is getting pretty big, in't it.

Writing all the crap to the log can't be very good for performance either.

I've got a very minimal system (mostly for heat and power reasons), and I can't afford much extra load.

Anyway, I turned off VBI encoding and that seems to have eliminated the error message in the log (at least for now).

I don't know if this truly fixes the problem or not, but here's the command I used:

ivtvctl -d /dev/video0 -x 0

I guess I'll see if it comes back tomorrow...

These ivtv 0.3 drivers are a real mess, BTW. Too many cooks in the kitchen and too many chipsets to deal with. I suppose it will get there eventually, but it's pretty painful right now.

Jon

Author:  cesman [ Sun Jul 24, 2005 9:48 pm ]
Post subject: 

How about some hardware details?

Author:  gummybear [ Mon Jul 25, 2005 9:17 am ]
Post subject: 

    Biostar M7VIG 400
    Duron 800 Mobile
    Geforce4 MX4000
    Diamond PVR-550
    Netgear MA311
    Maxtor 200GB HD
    512MB RAM

Author:  cesman [ Mon Jul 25, 2005 4:16 pm ]
Post subject: 

Does this occur in both live TV and recorded programs?

Author:  gummybear [ Mon Jul 25, 2005 4:26 pm ]
Post subject: 

cesman wrote:
Does this occur in both live TV and recorded programs?

I'm not really sure. When I was testing this, I was only using Live TV.

Since I did a clean install of R5A16 a few days ago, I disabled the VBI (per the command above) and haven't seen a trace of the error.

The strange thing is, I can set this parameter with ivtvctl -x 0, but if I look at the parameter with ivtvctl -X it shows that VBI is enabled. :?

Jon

p.s. One other thing I did differently in the last install was to disable closed captioning in mythtv-setup.

Author:  khrusher [ Mon Jul 25, 2005 7:19 pm ]
Post subject: 

this seems to happen durring backend recording for me. or at least NOT when watching Live.

seems to happen twice a week for me...I have a logfile cleaning cron entry, but a reboot usually makes the system happier once the logs are cleared

Author:  gummybear [ Mon Jul 25, 2005 8:26 pm ]
Post subject: 

I just did a few backend recording test and the overflow errors haven't shown up in the log yet.

khrusher, What version of ivtv are you using?

Have you tried turning off logging in ivtv? Maybe try 'ivtv_debug=0' in your config.

It may not resolve the underlying problem, but maybe it will stop the log from filling up...

Author:  khrusher [ Tue Jul 26, 2005 6:29 am ]
Post subject: 

I am running ivtv: version 0.2.0 (rc3j)

Guess I'm not real sure where ivtv options would go...

I do see these files:

Code:
root@mythtv:/etc/mythtv/modules # ls
bttv  bttv0  bttv1  bttv2  bttv3  ivtv  ivtv0  ivtv1  ivtv2  ivtv3

root@mythtv:/etc/mythtv/modules # cat ivtv
alias char-major-81 videodev
alias char-major-61 lirc_serial
options msp3400 once=1 simple=1
# add below ivtv msp3400 saa7115 tuner
# add above ivtv lirc_dev lirc_i2c
root@mythtv:/etc/mythtv/modules # cat ivtv0
alias char-major-81-0 ivtv


Here is the bootup info, looks pretty clean to me

Code:
Jul 21 19:29:21 mythtv kernel: ivtv: ==================== START INIT IVTV ====================
Jul 21 19:29:21 mythtv kernel: ivtv: version 0.2.0 (rc3j) loading
Jul 21 19:29:21 mythtv kernel: ivtv: Linux version: 2.6.11.9-chw-2 SMP preempt 586 gcc-3.3
Jul 21 19:29:21 mythtv kernel: ivtv: In case of problems please include the debug info
Jul 21 19:29:21 mythtv kernel: ivtv: between the START INIT IVTV and END INIT IVTV lines when
Jul 21 19:29:21 mythtv kernel: ivtv: mailing the ivtv-devel mailinglist.
Jul 21 19:29:21 mythtv kernel: ivtv: Autodetected WinTV PVR 250 card
Jul 21 19:29:21 mythtv kernel: ivtv: Found an iTVC15 based chip
Jul 21 19:29:21 mythtv kernel: ivtv: XXX PCI device: 0x2570 vendor: 0x8086
Jul 21 19:29:21 mythtv kernel: ivtv: i2c attach [client=tveeprom[0],ok]
Jul 21 19:29:21 mythtv kernel: ivtv: Tuner Type 8, Tuner formats 0x00001000, Radio: yes, Model 0x009d7496, Revision 0x00000004
Jul 21 19:29:21 mythtv kernel: ivtv: NTSC tuner detected
Jul 21 19:29:21 mythtv kernel: ivtv: Radio detected
Jul 21 19:29:21 mythtv kernel: tuner: chip found at addr 0xc2 i2c-bus ivtv i2c driver #0
Jul 21 19:29:21 mythtv kernel: ivtv: i2c attach [client=(tuner unset),ok]
Jul 21 19:29:21 mythtv kernel: saa7115: starting probe for adapter ivtv i2c driver #0 (0x10005)
Jul 21 19:29:22 mythtv kernel: ivtv: i2c attach [client=saa7115[0],ok]
Jul 21 19:29:22 mythtv kernel: msp34xx: ivtv version
Jul 21 19:29:22 mythtv kernel: ivtv: i2c attach [client=MSP3435G-B6,ok]
Jul 21 19:29:23 mythtv kernel: ivtv: Encoder revision: 0x02040011
Jul 21 19:29:23 mythtv kernel: ivtv: Decoder revision: 0x02020023
Jul 21 19:29:23 mythtv kernel: ivtv: Configuring WinTV PVR 250 card with 5 streams
Jul 21 19:29:23 mythtv kernel: ivtv: Create DMA stream 0 using 256 16384 byte buffers  4194304 kbytes total
Jul 21 19:29:23 mythtv kernel: ivtv: Registered v4l2 device, streamtype 0 minor 0
Jul 21 19:29:23 mythtv kernel: ivtv: Create DMA stream 1
Jul 21 19:29:23 mythtv kernel: ivtv: Registered v4l2 device, streamtype 1 minor 32
Jul 21 19:29:23 mythtv kernel: ivtv: Create stream 2 using 40 52224 byte buffers  2097152 kbytes total
Jul 21 19:29:23 mythtv kernel: ivtv: Registered v4l2 device, streamtype 2 minor 224
Jul 21 19:29:23 mythtv kernel: ivtv: Create DMA stream 3 using 455 4608 byte buffers  2097152 kbytes total
Jul 21 19:29:23 mythtv kernel: ivtv: Registered v4l2 device, streamtype 3 minor 24
Jul 21 19:29:23 mythtv kernel: ivtv: Create stream 4
Jul 21 19:29:23 mythtv kernel: ivtv: Registered v4l2 device, streamtype 4 minor 64
Jul 21 19:29:23 mythtv kernel: ivtv: Setting Tuner 8
Jul 21 19:29:23 mythtv kernel: tuner: type set to 8 (Temic NTSC (4036 FY5)) by ivtv i2c driver #0
Jul 21 19:29:23 mythtv kernel: ivtv: Setting audio matrix to input 3, output 1
Jul 21 19:29:23 mythtv kernel: ivtv: Switching standard to NTSC.
Jul 21 19:29:23 mythtv kernel: ivtv: ivtv_enc_thread: pid = 3334, itv = 0xe0b52aa0
Jul 21 19:29:23 mythtv kernel: ivtv: Initialized WinTV PVR 250, card #0
Jul 21 19:29:23 mythtv kernel: ivtv: Autodetected WinTV PVR 250 card
Jul 21 19:29:23 mythtv kernel: ivtv: Found an iTVC15 based chip
ul 21 19:29:23 mythtv kernel: ivtv: XXX PCI device: 0x2570 vendor: 0x8086
Jul 21 19:29:23 mythtv kernel: ivtv: i2c attach [client=tveeprom[1],ok]
Jul 21 19:29:23 mythtv kernel: tuner: chip found at addr 0xc2 i2c-bus ivtv i2c driver #1
Jul 21 19:29:23 mythtv kernel: ivtv: i2c attach [client=(tuner unset),ok]
Jul 21 19:29:23 mythtv kernel: saa7115: starting probe for adapter ivtv i2c driver #1 (0x10005)
Jul 21 19:29:24 mythtv kernel: ivtv: i2c attach [client=saa7115[1],ok]
Jul 21 19:29:24 mythtv kernel: msp34xx: ivtv version
Jul 21 19:29:24 mythtv kernel: ivtv: i2c attach [client=MSP3448W-A2,ok]
Jul 21 19:29:24 mythtv kernel: ivtv: Tuner Type 2, Tuner formats 0x00001000, Radio: yes, Model 0x00a51450, Revision 0x00000000
Jul 21 19:29:24 mythtv kernel: ivtv: NTSC tuner detected
Jul 21 19:29:24 mythtv kernel: ivtv: Radio detected
Jul 21 19:29:25 mythtv kernel: ivtv: Encoder revision: 0x02040011
Jul 21 19:29:25 mythtv kernel: ivtv: Decoder revision: 0x02020023
Jul 21 19:29:25 mythtv kernel: ivtv: Configuring WinTV PVR 250 card with 5 streams
Jul 21 19:29:25 mythtv kernel: ivtv: Create DMA stream 0 using 256 16384 byte buffers  4194304 kbytes total
Jul 21 19:29:25 mythtv kernel: ivtv: Registered v4l2 device, streamtype 0 minor 1
Jul 21 19:29:25 mythtv kernel: ivtv: Create DMA stream 1
Jul 21 19:29:25 mythtv kernel: ivtv: Registered v4l2 device, streamtype 1 minor 33
Jul 21 19:29:25 mythtv kernel: ivtv: Create stream 2 using 40 52224 byte buffers  2097152 kbytes total
Jul 21 19:29:25 mythtv kernel: ivtv: Registered v4l2 device, streamtype 2 minor 225
Jul 21 19:29:25 mythtv kernel: ivtv: Create DMA stream 3 using 455 4608 byte buffers  2097152 kbytes total
Jul 21 19:29:25 mythtv kernel: ivtv: Registered v4l2 device, streamtype 3 minor 25
Jul 21 19:29:25 mythtv kernel: ivtv: Create stream 4
Jul 21 19:29:25 mythtv kernel: ivtv: Registered v4l2 device, streamtype 4 minor 65
Jul 21 19:29:25 mythtv kernel: ivtv: Setting Tuner 2
Jul 21 19:29:25 mythtv kernel: tuner: type set to 2 (Philips NTSC (FI1236,FM1236 and compatibles)) by ivtv i2c driver #1
Jul 21 19:29:25 mythtv kernel: ivtv: Setting audio matrix to input 3, output 1
Jul 21 19:29:25 mythtv kernel: ivtv: Switching standard to NTSC.
Jul 21 19:29:25 mythtv kernel: ivtv: ivtv_enc_thread: pid = 3391, itv = 0xe0b66e00
Jul 21 19:29:25 mythtv kernel: ivtv: Initialized WinTV PVR 250, card #1
Jul 21 19:29:25 mythtv kernel: ivtv: ====================  END INIT IVTV  ====================

Author:  gummybear [ Tue Jul 26, 2005 8:19 am ]
Post subject: 

khrusher wrote:
I am running ivtv: version 0.2.0 (rc3j)

Well, first I would try using the ivtvctl command I mentioned above from a shell and see if that helps. You might have to do this for each tuner if you've got multiple tuners setup.

You could also try turning off closed captioning in mythtv-setup (assuming you don't need this).

If that doesn't work, you could try disabling the ivtv logging:

Code:
root@mythtv:/etc/mythtv/modules # cat ivtv
alias char-major-81 videodev
alias char-major-61 lirc_serial
options msp3400 once=1 simple=1
options ivtv ivtv_debug=0
# add below ivtv msp3400 saa7115 tuner
# add above ivtv lirc_dev lirc_i2c

Author:  khrusher [ Tue Jul 26, 2005 9:17 am ]
Post subject: 

I tried the ivtvctl -x 0 command btu got the same result
Quote:
"but if I look at the parameter with ivtvctl -X it shows that VBI is enabled. "

I have added the line
Code:
options ivtv ivtv_debug=0

to /etc/mythtv/modules/ivtv and ivtv1 as I have two tuners.

We'll see :)

Author:  gummybear [ Fri Jul 29, 2005 7:36 am ]
Post subject: 

gummybear wrote:
"but if I look at the parameter with ivtvctl -X it shows that VBI is enabled. "

khrusher wrote:
I tried the ivtvctl -x 0 command btu got the same result

Apparently this needs to be done as root; mine seems to be sticking now.

Haven't seen that error come back yet. I am using ivtv 0.3.3 with ivtv_debug=1

Author:  khrusher [ Tue Aug 09, 2005 1:38 pm ]
Post subject: 

Well, its been two weeks since I added ivtv_debug=0 parameter.

I haven't seen the disk filling log dumps since. Now, I can't confirm this is the fix, could be coincidence, but the issue was occuring about 3 times a week.

I'll report back if issue returns.

Author:  gummybear [ Tue Aug 09, 2005 1:53 pm ]
Post subject: 

khrusher wrote:
Well, its been two weeks since I added ivtv_debug=0 parameter.

I haven't seen the disk filling log dumps since. Now, I can't confirm this is the fix, could be coincidence, but the issue was occuring about 3 times a week.

I'll report back if issue returns.


That's good, but I don't think it's actually fixing the problem; you just can't see the error because you've disabled logging.

Turning off the VBI as root seemed to do it for me, and I've still got ivtv logging enabled.

Jon

Page 1 of 2 All times are UTC - 6 hours
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/