Possible mouse/ATA problems in -STABLE

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.

I am going to back my system down to sept. 1 and see if I get the
problem again, and will advise if this seems to 'fix' it.

When the mouse goes it looks like this:

Oct 22 08:53:58 netcom1 /kernel: psmintr: reset the mouse.
Oct 22 08:53:58 netcom1 /kernel: psm0: failed to reset the aux device.
Oct 22 08:53:58 netcom1 /kernel: psm0: the aux device has gone! (reinitialize).

Thanks for working on FreeBSD...

- Mike H.

_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[e-mail]"

> -------------------------------------------------------------------------- <

發信人: [e-mail] (Doug White), 看板: FB_stable
標  題: Re: Possible mouse/ATA problems in -STABLE
發信站: NCTU CSIE FreeBSD Server (Thu Oct 23 23:44:32 2003)
轉信站: ptt!FreeBSD.csie.NCTU!not-for-mail

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.

-- 
Doug White                    |  FreeBSD: The Power to Serve
[e-mail]          |  www.FreeBSD.org
_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[e-mail]"

> -------------------------------------------------------------------------- <

發信人: [e-mail] (Mike Harding), 看板: FB_stable
標  題: Re: Possible mouse/ATA problems in -STABLE
發信站: NCTU CSIE FreeBSD Server (Thu Oct 23 23:46:07 2003)
轉信站: ptt!FreeBSD.csie.NCTU!not-for-mail

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.

_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[e-mail]"

> -------------------------------------------------------------------------- <

發信人: [e-mail] ("Daniel O'Connor"), 看板: FB_stable
標  題: Re: Possible mouse/ATA problems in -STABLE
發信站: NCTU CSIE FreeBSD Server (Fri Oct 24 08:45:12 2003)
轉信站: ptt!FreeBSD.csie.NCTU!not-for-mail

On Thursday 23 October 2003 23:45, 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.
>
> I am going to back my system down to sept. 1 and see if I get the
> problem again, and will advise if this seems to 'fix' it.
>
> When the mouse goes it looks like this:
>
> Oct 22 08:53:58 netcom1 /kernel: psmintr: reset the mouse.
> Oct 22 08:53:58 netcom1 /kernel: psm0: failed to reset the aux device.
> Oct 22 08:53:58 netcom1 /kernel: psm0: the aux device has gone!
> (reinitialize).

Personally..
I'd either buy a PS/2 to USB converter or a USB mouse :)

PS/2 is a pain in the ass after you've used USB mice..

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 9A8C 569F 685A D928 5140  AE4B 319B 41F4 5D17 FDD5

_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[e-mail]"

> -------------------------------------------------------------------------- <

發信人: [e-mail] (Murray Stokely), 看板: FB_stable
標  題: Re: Possible mouse/ATA problems in -STABLE
發信站: NCTU CSIE FreeBSD Server (Sun Oct 26 04:02:17 2003)
轉信站: ptt!FreeBSD.csie.NCTU!not-for-mail

On Thu, Oct 23, 2003 at 09:46:31AM -0700, Mike Harding wrote:
> 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... ?

I think maybe we do.  Unfortunately Soeren is not working on ATA in
-stable.  Is there anyone else (a committer?) who can verify that this
analysis is correct?  Can we circulate a patch?

  - Murray
_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[e-mail]"

> -------------------------------------------------------------------------- <

發信人: [e-mail] (Soren Schmidt), 看板: FB_stable
標  題: Re: Possible mouse/ATA problems in -STABLE
發信站: NCTU CSIE FreeBSD Server (Sun Oct 26 04:15:26 2003)
轉信站: ptt!FreeBSD.csie.NCTU!not-for-mail

It seems Murray Stokely wrote:
> > 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... ?
> 
> I think maybe we do.  Unfortunately Soeren is not working on ATA in
> -stable.  Is there anyone else (a committer?) who can verify that this
> analysis is correct?  Can we circulate a patch?

That change in -current doesn't not easily apply to -stable, and does
not change the amount of time spent in interrupt at all. The change
in current fixes total lockups of some controllers when the time
busdma use to setup the SG list is too long.

-S鷨en
_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[e-mail]"

> -------------------------------------------------------------------------- <

發信人: [e-mail] (Soren Schmidt), 看板: FB_stable
標  題: Re: Possible mouse/ATA problems in -STABLE
發信站: NCTU CSIE FreeBSD Server (Sun Oct 26 04:21:18 2003)
轉信站: ptt!FreeBSD.csie.NCTU!not-for-mail

It seems Soren Schmidt wrote:
> > > ...
> > > "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... ?
> > 
> > I think maybe we do.  Unfortunately Soeren is not working on ATA in
> > -stable.  Is there anyone else (a committer?) who can verify that this
> > analysis is correct?  Can we circulate a patch?
> 
> That change in -current doesn't not easily apply to -stable, and does
> not change the amount of time spent in interrupt at all. The change
> in current fixes total lockups of some controllers when the time
> busdma use to setup the SG list is too long.

Oh, maybe I should say that the ATA driver in -current is *very*
different from the one in stable. This makes the idea of MFC's 
moot since very little code can be moved without a rewrite. This
mandates significant testing etc since is will be like new virgin code.

-S鷨en
_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[e-mail]"

> -------------------------------------------------------------------------- <

發信人: [e-mail] (Murray Stokely), 看板: FB_stable
標  題: Re: Possible mouse/ATA problems in -STABLE
發信站: NCTU CSIE FreeBSD Server (Sun Oct 26 05:06:11 2003)
轉信站: ptt!FreeBSD.csie.NCTU!not-for-mail

On Sat, Oct 25, 2003 at 10:28:18PM +0200, Soren Schmidt wrote:
> Oh, maybe I should say that the ATA driver in -current is *very*
> different from the one in stable. This makes the idea of MFC's 
> moot since very little code can be moved without a rewrite. This
> mandates significant testing etc since is will be like new virgin code.

Then it would be nice to at least just have an errata item for this
issue.  Possible workarounds?

	- Murray
_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[e-mail]"

> -------------------------------------------------------------------------- <

發信人: [e-mail] (Soren Schmidt), 看板: FB_stable
標  題: Re: Possible mouse/ATA problems in -STABLE
發信站: NCTU CSIE FreeBSD Server (Sun Oct 26 08:39:10 2003)
轉信站: ptt!FreeBSD.csie.NCTU!not-for-mail

It seems Murray Stokely wrote:
> On Sat, Oct 25, 2003 at 10:28:18PM +0200, Soren Schmidt wrote:
> > Oh, maybe I should say that the ATA driver in -current is *very*
> > different from the one in stable. This makes the idea of MFC's 
> > moot since very little code can be moved without a rewrite. This
> > mandates significant testing etc since is will be like new virgin code.
> 
> Then it would be nice to at least just have an errata item for this
> issue.  Possible workarounds?

I have no idea what the problem on -stable would be, but its most
likely fallout from the PAE stuff...

-S鷨en
_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[e-mail]"

> -------------------------------------------------------------------------- <

發信人: [e-mail] (Mike Harding), 看板: FB_stable
標  題: Re: Possible mouse/ATA problems in -STABLE
發信站: NCTU CSIE FreeBSD Server (Sun Oct 26 23:39:11 2003)
轉信站: ptt!FreeBSD.csie.NCTU!not-for-mail

Sorry if this is confusing - the history, from my end at least, goes
like this:

- my mouse started getting 'flaky' around Sept. 1.  I was get 'psmintr'
sync errors, and sometimes the mouse would get disabled, necessitating a
reboot.  I have seen the psmintr errors occasionally before, but never
had the mouse disappear.  This started happening right after I saw some
ATA changes in my cvsup, so I suspect ATA changes, committed (by luoqi)
on Sept. 5 and after.  The mouse had been rock solid for at least a year
before this.
- The were some 'mfc' comments in the ATA code specifically in the DMA
code, sorry to rope Soren into this... the changes don't necessarily
have anything to do with -current, but the comments on ata-dma.c, rev
1.35.2.33 did say MFC.
- I was suprised to see -any- ATA changes during code slush...
- The mouse seems to fail during heaving IDE activity, such as when I do
a release build and the /usr/ports/distfiles gets copied.  This is a
high throughput situation, it's possible that the IDE code is now
hogging the interrupt.  When the mouse gets confused 'systat -vmstat'
shows a sustained rate of about 100KB/transfer.
- I do have a 'cursed' VIA 686b motherboard, which has caused mucho
problems (like silent disk corruption) in the past until I found a bios
(from Brazil!) that fixed it.  This problem may only occur on machines
like mine, but I did not have a problem until recently.

Sorry to make so much noise right now, I just know that things like this
tend to get fixed -right after- the release when a bigger population
actually uses the system.

- Mike H.

On Sat, 2003-10-25 at 13:12, Murray Stokely wrote:
> On Thu, Oct 23, 2003 at 09:46:31AM -0700, Mike Harding wrote:
> > 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... ?
> 
> I think maybe we do.  Unfortunately Soeren is not working on ATA in
> -stable.  Is there anyone else (a committer?) who can verify that this
> analysis is correct?  Can we circulate a patch?
> 
>   - Murray

_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[e-mail]"