From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bill Davidsen Subject: Re: smp and irq conflict Date: Wed, 14 Feb 2007 11:45:53 -0500 Message-ID: <45D33CC1.7040709@tmr.com> References: <45BE4003005C2845@vsmtp2.tin.it> <45C35024.8090907@tmr.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: linux-smp-owner@vger.kernel.org List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Benny Amorsen Cc: linux-smp@vger.kernel.org, linux-kernel@vger.kernel.org Benny Amorsen wrote: >>>>>> "BD" == Bill Davidsen writes: >>>>>> > > BD> You may be able to move one board to another slot, but looking at > BD> the bandwidth I suspect you may need a server motherboard with > BD> multiple busses, preferably running at 66MHz 64bit. I don't think > BD> this is a interrupt problem, but you can just try capture on two > BD> channels which share an interrupt, like bttv0 and bttv7 to verify > BD> that. > > 66MHz 64bit isn't much fun when the capture cards are 33MHz 32bit. > > It doesn't help the video to bus, but multiple busses to give a bus per card would help, and assuming the data are being saved to disk using a decent disk controller which can use the additional bandwidth, at least some conflict is avoided or reduced. This is really a case of using general hardware to the utmost, I suspect more m/b bandwidth will be needed somewhere. -- bill davidsen CTO TMR Associates, Inc Doing interesting things with small computers since 1979