Mitch Gore wrote: > > 3. Try also adding "elevator=deadline" as a kernel parameter. Some > sources claim it provides better i/o performance than cfq for this > purpose. > > Bill > > > > What exaclty does this do? It changes the kernel I/O scheduler from the default (cfq for recent kernels) to the deadline algorithm. The chance of that fixing your problem by itself is virtually nil. At best, it might improve things somewhat.
> I have tried to move my cards around my between my firewire, pvr, > usb, sound card, video card there is always overlap with something. > Do you guys think this is a hardware issue or a software issue? If i > could just get a new MB and not mess with all the "shoting in the > dark" fixes I would just do that. If you ran the dd if=/dev/video0 of=bla.mpg test and got the same result, then I think at this point it is more likely to be hardware than software. I once got DMA errors because the SATA data cable wasn't firmly connected to the hard drive and that caused it to default to a low data rate transfer mode. PATA cables are also notorious for being problem sources. But if you're sure the cable(s) are good and the hard drive(s) are good and the hard drive is running properly in dma mode, then I guess that leaves motherboard chipset issues. I've never used an SIS chipset under linux so I can't speak at all to how well they perform. But even if they perform well in general there could be a problem with your particular board. If you have any other motherboard lying around, even an old P-3 or Athlon XP board, I'd suggest you try that before you shell out for a new motherboard. If that one works ok, then you can buy a new motherboard with some confidence that your money will be well spent. Bill _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
