Date: Thu, 23 Oct 2003 09:46:31 -0700 From: Mike Harding <mvh@ix.netcom.com> To: Doug White <dwhite@gumbysoft.com> Cc: sos@freebsd.org Subject: Re: Possible mouse/ATA problems in -STABLE Message-ID: <1066927591.724.8.camel@netcom1.netcom.com> In-Reply-To: <20031023092157.M79600@carver.gumbysoft.com> References: <20031023141503.4004C53C7@netcom1.netcom.com> <20031023092157.M79600@carver.gumbysoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1066927591.724.8.camel>