Add dynbuff=0 as a module param to ivtv, this should fix the problem, in 0.3 we dynamically allocate memory per capture startup, this seems to be hard on some heavily loaded systems, also there's a sysctl param in the doc install files under troubleshooting showing a param to the kernel to keep memory reserved, either fix or both would help.

Thanks,
Chris

Fredrik Trotzig wrote:

Hi.


With (regular) basis i had some lockups usually with 24-36 hour peridos.
Prolly some recordning,watching,recording,watching and then it happens.
It\'s been for some time now with latest unstable. Here is whats left in the 
log after reboot.
The problem is not, with stable drivers.

vtv-0.3.6w-fix-normal-i2c-range-usage_v3.patch is also included.
But of course it happens without also.
Please let me know if more information is needed.

Br Fredrik
---------------

Jul  6 16:56:53 tux ivtv: Allocate DMA encoder MPEG stream: 128 x 32768 buffers 
(4096KB total)
Jul  6 16:56:53 tux ivtv: Setup VBI API header 0x0000bd0d pkts 1 buffs 4 ln 36 
sz 1444
Jul  6 16:56:53 tux ivtv: Setup VBI start 0x0018ea04 frames 4 fpi 1 lines 
0x000000f1
Jul  6 16:56:54 tux saa7115: decoder disable output
Jul  6 16:56:54 tux saa7115: decoder enable output
Jul  6 16:56:55 tux ivtv: Allocate DMA decoder MPEG stream: 16 x 65536 buffers 
(1024KB total)
Jul  6 16:56:55 tux printk: 6 messages suppressed.
Jul  6 16:56:55 tux mythfrontend: page allocation failure. order:4, mode:0xd0
Jul 6 16:56:55 tux Jul 6 16:56:55 tux Call Trace:<ffffffff8015456e>{__alloc_pages+878} <ffffffff8015714b>{cache_alloc_refill+587} Jul 6 16:56:55 tux <ffffffff80156d23>{__kmalloc+83} <ffffffff88058c63>{:ivtv:ivtv_init_buffer+67} Jul 6 16:56:55 tux <ffffffff88058e0b>{:ivtv:ivtv_init_queues_nolock+107} Jul 6 16:56:55 tux <ffffffff8805a923>{:ivtv:ivtv_stream_alloc+419} <ffffffff8805ce22>{:ivtv:ivtv_claim_stream+98} Jul 6 16:56:55 tux <ffffffff8805e6bc>{:ivtv:ivtv_v4l2_write+172} <ffffffff801542c2>{__alloc_pages+194} Jul 6 16:56:55 tux <ffffffff8015459f>{__get_free_pages+31} <ffffffff8017f513>{poll_freewait+67} Jul 6 16:56:55 tux <ffffffff8016db27>{vfs_write+199} <ffffffff8016dcb3>{sys_write+83} Jul 6 16:56:55 tux <ffffffff8010e1fa>{system_call+126} Jul 6 16:56:55 tux ivtv: No memory on buffer alloc!
Jul  6 16:56:55 tux ivtv: Buffer alloc failed!
Jul  6 16:56:55 tux ivtv: Couldn\'t allocate buffers for decoder MPEG stream



---------------------------------------------------------------------------------
http://www.Poker.se - Sveriges nya pokerportal!






-------------------------------------------------------
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



--
===
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

Reply via email to