Re: Greetings. Having a FIFO overrun when my amplc_pci230 card is set on the other side of a PCI bridge

OK, just tried out your patch. It seems to work! I can run the demo/inpn
program in the comedilib package and it returns zeros and NaNs (which
appears to be right, I think, nothing is attached to the board yet).

I still have an issue with the driver, but it doesn't get in the way of
my project, and this could be related to reason why the driver was
causing trouble when it was across the bridge.

I've discovered that the card was (and is) _not_ working properly when
it is on the main PCI bus. When I run the inp or inpn tests, I get
'timeout' printed on the console and in dmesg. I don't get this when the
card is on the other side of the PCI bridge. It appears the problem was
more subtle than I first though.

Anyway, since we're putting the card on the other side of the bridge, it
should be OK for my use. I'll still be happy to test out any other
patches you suggest to try and resolve the 'timeout' problem in case
someone else comes along requiring that to work.

Thanks Ian, now I can begin actually working with this card and the
comedilib library.
mike

On Fri, 2006-01-20 at 12:07 -0500, Michael R. Head wrote:
> Cool. I will try this on Monday. 
> 
> Thanks a bunch,
> mike
> 
> 
> On Fri, 2006-01-20 at 13:48 +0000, Ian Abbott wrote:
> > On 04/01/06 15:54, Michael R. Head wrote:
> > > Hello, I'm having some issues with my amplc_pci230 card. I have a 4U box
> > > here that has a PCI bus (#2) with a Pericom Semiconductor PCI to PCI
> > > bridge to another PCI bus (#3). When my PCI230 card is on bus #2, it
> > > functions just fine with comedi (comedi_test runs and appears to
> > > complete successfully). When I shut down and plug the card into a slot
> > > on bus #3, I get nonstop messages in /var/log/messages (this is a RHEL 3
> > > box)  once the driver is loaded.
> > > 
> > > kernel: comedi0: amplc_pci230: FIFO overrun
> > > ....
> > > 
> > > Any hints or clues? Right now, it's the only thing plugged into any of
> > > the PCI slots on the motherboard. 
> > 
> > If you haven't given up on this yet, could you try the attached patch? 
> > It does the following:
> > 
> > 1. Initializes the board's INT_SCE register before hooking up the
> >     interrupt routine.
> > 2. Corrects the error handling in pci230_handle_ai() to stop the ADC
> >     interrupt being enabled after an error!
> > 3. Minor clean-up in the interrupt routine to silence a compiler warning
> >     about an unused variable when building for a 2.4 kernel.
> > 
> > I don't know why the behaviour should differ depending on the which PCI 
> > bus the card is attached to, but hopefully the patch will restore some 
> > sanity!
> > 
> > If you try the patch, please let me know how you get on, preferably on 
> > the mailing list.
> > 
-- 
Michael R. Head <burner_at_suppressingfire.org>
GPG: http://www.suppressingfire.org/~burner/gpg.key.txt [0x4C9DA1D0]