On Mon, 2004-12-06 at 18:51 -0600, Aran wrote: > On Mon, 2004-12-06 at 14:45 -0600, Aran Cox wrote: > > > I decided to give the all Axel RPM route a try and ended up with: > > kernel-2.6.9-1.667 > > ivtv-0.2.0-56_rc2z.rhfc3.at > > ivtv-firmware-1.8a-4.at > > ivtv-firmware-dec-2.02.023-4.at > > ivtv-firmware-enc-2.04.024-4.at > > kernel-module-ivtv-2.6.9-1.667-0.2.0-56_rc2z.rhfc3.at > > > > > I guess most of this post is OT, but back to the ivtv stuff. I haven't > > seen a peep out of ivtv since I completed upgrading (or at least nothing > > indicating a problem) but I've only recorded a few shows. I have a > > pretty heavy recording schedule though so hopefully in a few days I'll > > drop back in and let you know if I've had any issues. > > Since I sent that my system went haywire and produced 232998 messages > like: > ivtv: ENC IRQ OVERFLOW: #0 Stealing a Buffer, 256 currently allocated > > Perhaps I'll go back to the ck100zz that's in at-good and see how it > works for me...
It turns out something specific triggered this. Running pvmove (LVM2) while ivtv was recording triggered this event and another just like it later. Running pvmove while ivtv was loaded but not recording caused no problems whatsoever. YMMV, but I'd avoid pvmove+ivtv. I wasn't doing a massive re-shuffle either, just a single extent move to test pvmove under LVM2. I had to hit the reset button after both events. Although the system was still somewhat responsive, I couldn't kill mythbackend or pvmove and the reboot command just hung. -- Aran <[EMAIL PROTECTED]> ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ ivtv-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
