Re: [ivtv-devel] Many PVR350 cards
Marius Kjeldahl wrote: Jun 20 15:31:38 snaptuner-slb01 ivtv: Registered v4l2 device, streamtype 3 minor 29 Jun 20 15:31:38 snaptuner-slb01 ivtv: Create DMA stream 3 using 455 4608 byte buffers 0 kbytes total This looks more or less identical. The messages about 0 kbytes total buffers is of course very suspicious. Does anybody have any idea on what is going wrong? Not to derail here, but I'm suprised there's anything /but/ 0 kbytes total. Chris: check out this line 92 of ivtv-streams: IVTV_KERN_INFO(Create %sstream %d using %d %d byte buffers %d kbytes total\n, dma != PCI_DMA_NONE ? DMA : , streamtype, (buffers / bufsize), bufsize, s-buf_min); Shouldn't those last 2 lines be more like buffers, buffsize, buffers * buffsize); s-buf_min shouldn't be defined until right after the print statement, unless this functuion is called multiple times per streamtype, right? --- 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=7477alloc_id=16492op=click ___ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel
Re: [ivtv-devel] Many PVR350 cards
Bryan Mayland wrote: Shouldn't those last 2 lines be more like buffers, buffsize, buffers * buffsize); I take this part back. Buffers is the whole size. However, this is still true s-buf_min shouldn't be defined until right after the print statement, unless this functuion is called multiple times per streamtype, right? --- 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=7477alloc_id=16492op=click ___ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel
Re: [ivtv-devel] Many PVR350 cards
It's not allocated yet, just shows how much memory is allocated to begin with, so when dynamic buffers are used (the default) that's what it'll say. Thanks, Chris Bryan Mayland wrote: Bryan Mayland wrote: Shouldn't those last 2 lines be more like buffers, buffsize, buffers * buffsize); I take this part back. Buffers is the whole size. However, this is still true s-buf_min shouldn't be defined until right after the print statement, unless this functuion is called multiple times per streamtype, right? --- 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=7477alloc_id=16492op=click ___ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel -- === 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=7477alloc_id=16492op=click ___ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel
Re: [ivtv-devel] Many PVR350 cards
What I was saying was that on line 96, s-buf_min isn't set, since the initialization of the buffer limits starts right below that, doesn't it? ivtv_stream_init() is only called from ivtv_stream_setup() which is only called from ivtv_streams_setup(), which looks to only happen when the card is first pci probed. I'm not all that familar with the streams setup, but that's how it looks to me. In either case, the value should be 10, since the printf says kbytes but the value for both buf_min and buffers is in bytes, no? Chris Kennedy wrote: It's not allocated yet, just shows how much memory is allocated to begin with, so when dynamic buffers are used (the default) that's what it'll say. --- 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=7477alloc_id=16492op=click ___ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel
Re: [ivtv-devel] Many PVR350 cards
Ah, very possibly true, that line is more of a hacked up status line from the old original one, so really could just be redone, I haven't looked at it too closely besides just generally seeing it kinda makes sense in the messages still, but sounds like an oddity there which needs to be changed most likely. Thanks, Chris Bryan Mayland wrote: What I was saying was that on line 96, s-buf_min isn't set, since the initialization of the buffer limits starts right below that, doesn't it? ivtv_stream_init() is only called from ivtv_stream_setup() which is only called from ivtv_streams_setup(), which looks to only happen when the card is first pci probed. I'm not all that familar with the streams setup, but that's how it looks to me. In either case, the value should be 10, since the printf says kbytes but the value for both buf_min and buffers is in bytes, no? Chris Kennedy wrote: It's not allocated yet, just shows how much memory is allocated to begin with, so when dynamic buffers are used (the default) that's what it'll say. --- 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=7477alloc_id=16492op=click ___ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel -- === 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=7477alloc_id=16492op=click ___ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel