Chris,

after upgrading from 0.3.6o to 0.3.6p I get these messages; the cards
seem to work though:

Jun 20 23:55:31 [kernel] ivtv: Allocate DMA decoder MPEG stream: 16 x
65536 buffers (1024KB total)
Jun 20 23:55:31 [kernel] ivtv: Allocate DMA decoder VBI stream: 512 x
2048 buffers (1024KB total)
Jun 20 23:55:31 [kernel] ivtv: Decoder VBI RE-Insert start 0x0019ac00
size 0x0000be00 type 0
Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left.
Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5,
received 0 differ by (65536) bytes
Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left.
Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5,
received 0 differ by (65536) bytes
Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left.
Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5,
received 0 differ by (65536) bytes
Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left.
Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5,
received 0 differ by (65536) bytes
Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left.
Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5,
received 0 differ by (65536) bytes
Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left.
Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5,
received 0 differ by (65536) bytes
Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left.
Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5,
received 0 differ by (65536) bytes
Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left.
Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5,
received 0 differ by (65536) bytes
Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements
Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements


On 6/20/05, Chris Kennedy <[EMAIL PROTECTED]> wrote:
> This addes the recent YUV patches and prints out cleaner information
> about DMA stream allocation.  Also did some work on the digitizer reset
> when no data is given from the encoder, where now we also go through the
> init again to make sure things are working right.
> 
> #0.3.6p: http://www.ivtv.tv/releases/ivtv-0.3/
> 
> Thanks,
> Chris
> 
> --
> ===
> Chris Kennedy
> [EMAIL PROTECTED]
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> ivtv-devel mailing list
> ivtv-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ivtv-devel
>


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
_______________________________________________
ivtv-devel mailing list
ivtv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ivtv-devel

Reply via email to