[2424] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: keyboard problems with the kernel debugger/minos kernel source

daemon@ATHENA.MIT.EDU (probe@ATHENA.MIT.EDU)
Tue Jun 20 00:18:49 1989

From: <probe@ATHENA.MIT.EDU>
Date: Tue, 20 Jun 89 00:18:31 -0400
To: probe@ATHENA.MIT.EDU
Cc: kubitron@ATHENA.MIT.EDU, bugs@ATHENA.MIT.EDU
In-Reply-To: Richard Basch's message of Mon, 19 Jun 89 23:48:01 -0400,
Reply-To: Richard Basch   <probe@ATHENA.MIT.EDU>


> From: <probe@ATHENA.MIT.EDU>
> Date: Mon, 19 Jun 89 23:48:01 -0400
> Reply-To: Richard Basch   <probe@ATHENA.MIT.EDU>
> Address:  3 Ames Street    Cambridge, MA  02139
> Phone:    (617) 225-6381



> > Date: Mon, 19 Jun 89 21:44:04 EDT
> > From: John D. Kubiatowicz <kubitron@ATHENA.MIT.EDU>

> > The problem that I had with the debugger is a direct artifact of your
> > fix in /sys/standca/keyboard.c (which makes sense, since you seem to
> > be throwing away keystrokes).  Are you sure this is correct?

> hmmm...  I don't know...  In that case, I would say neither fix (mine
> nor IBM's is correct).

> IBM fix:
> 	Disable keyboard LEDs... this would cause an error when you
> 	tried toggling them, so they got rid of the source of the error

> My fix:
> 	Upon an error, clear the error from the pipeline.  This seems
> 	to work with no problems at the "boot" prompt, which makes me
> 	wonder if it is this fix or whether "debug>" is messed up.
> 	Also, as a side-comment, I have used the "debug" mode without
> 	problems before...

Actually, it may turn out that I am flushing the pipeline under too many
conditions; I flush it when I get a status that "boot" is not capable of
handling.  The two keyboard handlers (kernel + boot) are possibly
interacting strangely... I will check into this further...

-Richard

home help back first fref pref prev next nref lref last post