From owner-freebsd-current Sat Aug 11 22: 7:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-228.oz.net [216.39.147.228]) by hub.freebsd.org (Postfix) with SMTP id 3F6FB37B40A for ; Sat, 11 Aug 2001 22:07:33 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 79814 invoked by uid 1001); 12 Aug 2001 05:10:42 -0000 From: Joe Kelsey MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15222.4050.319209.150062@zircon.zircon.seattle.wa.us> Date: Sat, 11 Aug 2001 22:10:42 -0700 To: current@FreeBSD.ORG Subject: Re: FreeBSD's aggressive keyboard probe/attach In-Reply-To: <200108120422.f7C4MY150223@harmony.village.org> References: <200108112351.AAA26897@banks.cogsci.ed.ac.uk> <200108120422.f7C4MY150223@harmony.village.org> X-Mailer: VM 6.92 under Emacs 20.7.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Warner Losh writes: > : > In addition, the PS/2 mouse driver is smart enough to bitch > : > about synchronization, but too stupid to resynchronize (reset) > : > when it happens. Duh. > > Ummm, what does adding flags 0x8000 buy you? I think that fixed it > for me on the machines that I was seeing it. > > Except for the machines I'd see it after suspend/resume, then flags > 0x4000 worked. Adding flags is not the point. The point is that no other operating system requires any special treatment in order for any mouse to work. The default behavior should work all of the time, no exceptions, no flags. The code is completely opaque and not easily accessible to someone who did not write it. The documentation is vague and confusing. What is so hard about making it work in all situations. Why does my mouse work all of the time on Solaris, whether or not I use a KVM, but sometines on FreeBSD I have to set the 0x100 flags and on the next reboot I have to reset the 0x100 flags? It does not make any sense. Why should I have to attempt to fix a driver with no documentation on the code and no documentation on the hardware? Mike seems to think that I should be able to follow a poorly documented piece of code with no documentation on what the hardware sepcifications are and no documentation on the design decisions embodied in the code are. It is definitely not reasonable to believe that you can document code designs in CVS notes. Design documentation belongs is a single coherent document, preferably attached to the code, either as a literate program or as some sort of commentary. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message