Possible mouse/ATA problems in -STABLE

[Mike Harding]

Mouse is on interrupt 12, ATA on 14 and 15.  I don't have any interrupt
conflicts AFAIK.

I think that maybe the new ATA drivers are staying in the interrupt a
bit longer and causing data to be dropped.

I have reverted to 1-sep -STABLE and it seems stable (so far), I am
going to try a new -STABLE and look at the interrupt counts.

The -STABLE ATA drivers were MFC'd - after this merge I see the
following comment for a commit on ata-dma.c (revision 1.122)

...
"This pushed the time spent between starting the ATA command and
starting the DMA engine over the hill for some controllers
(especially the Silicon Image DS3112a) and caused what looked
like lost interrupts."

- so possibly we need another MFC... ?

On Thu, 2003-10-23 at 09:22, Doug White wrote:
> On Thu, 23 Oct 2003, Mike Harding wrote:
> 
> >
> > My mouse has been losing sync several times a day and then eventually
> > disappearing, requiring, AFAIK, a reboot to make the system usable.
> > It's possible that this is hardware on my end, but I did change mice
> > and I still have the same problem.  This may be related to some recent
> > mfc ATA changes at this only seems to happen during periods of high
> > disk activity.  Also, the mouse seems to generate almost 300
> > interrupts per second at times.
> 
> It sounds like your ATA device and ps/2 ports have ended up with the same
> interrupt.  You might see if you can convince the ATA controller to move
> elsewhere by locking out irq 12.