On Tue, 4 Nov 2003, Sheldon Hearn wrote:
On (2003/11/04 09:29), Eirik Oeverby wrote:
> The problem is two parts: The mouse tends to 'lock up' for brief moments
> when the system is under load, in particular during heavy UI operations
> or when doing compile jobs and such.
> The second part of the
OS I have ever run.
Morten Johansen
--- psm-0.c Wed Nov 5 19:30:09 2003
+++ psm.c Wed Nov 5 20:23:41 2003
@@ -129,6 +129,11 @@ __FBSDID("$FreeBSD: src/sys/isa/psm.c,v
#define PSM_NBLOCKIO(dev) (minor(dev) & 1)
#define PSM_MKMINOR(unit,block)(((unit) <<
Morten Johansen wrote:
Scott Long wrote:
One thought that I had was to make psmintr() be INTR_FAST. I need to
stare at the code some more to fully understand it, but it looks like it
wouldn't be all that hard to do. Basically just use the interrupt
handler
to pull all of the data out o
Scott Long wrote:
Bruce Evans wrote:
On Fri, 7 Nov 2003, Morten Johansen wrote:
Morten Johansen wrote:
Scott Long wrote:
One thought that I had was to make psmintr() be INTR_FAST. I need to
stare at the code some more to fully understand it, but it looks
like it
wouldn't be all that
Bruce Evans wrote:
On Sat, 8 Nov 2003, Morten Johansen wrote:
Scott Long wrote:
Bruce Evans wrote:
[... possibly too much trimmed]
The problem here is that the keyboard controller driver tries to be too
smart. If it detects that the hardware FIFO is full, it'll drain it into
a per-softc
Scott Long wrote:
Bruce Evans wrote:
On Sat, 8 Nov 2003, Morten Johansen wrote:
Scott Long wrote:
Bruce Evans wrote:
[... possibly too much trimmed]
The problem here is that the keyboard controller driver tries to be too
smart. If it detects that the hardware FIFO is full, it'll dra
