From owner-freebsd-hardware Thu Oct 16 12:15:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA19059 for hardware-outgoing; Thu, 16 Oct 1997 12:15:06 -0700 (PDT) (envelope-from owner-freebsd-hardware) Received: from mixer.visi.com (root@mixer.visi.com [204.73.178.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA19054 for ; Thu, 16 Oct 1997 12:15:01 -0700 (PDT) (envelope-from nordquis@visi.com) Received: from thumper.visi.com (nordquis@thumper.visi.com [204.73.178.3]) by mixer.visi.com (8.8.6/8.7.5) with ESMTP id OAA03925 for ; Thu, 16 Oct 1997 14:14:21 -0500 (CDT) Received: (from nordquis@localhost) by thumper.visi.com (8.8.5/8.6.12) id OAA24244 for freebsd-hardware@freebsd.org; Thu, 16 Oct 1997 14:14:20 -0500 (CDT) Posted-Date: Thu, 16 Oct 1997 14:14:20 -0500 (CDT) Message-Id: <199710161914.OAA24244@thumper.visi.com> Subject: psmprobe() can't reset_aux_dev() [3.0-current] To: freebsd-hardware@freebsd.org Date: Thu, 16 Oct 1997 14:14:20 -0500 (CDT) From: "Brent J. Nordquist" Reply-to: "Brent J. Nordquist" X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a PS/2 mouse that uses IRQ 12. (Yes, it really is a PS/2 mouse, as confirmed through the PC's user manual, and my Windows NT configuration.) I'm running 3.0-971003-SNAP, and using that code, I rebuilt my kernel with the following line in the kernel config. file: device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr However, the device isn't loading at boot. Here's the relevant excerpt from a boot -v: ---cut here--- psm0: current command byte:0065 kbdio: TEST_AUX_PORT status:0000 kbdio: RESET_AUX return code:00fa kbdio: RESET_AUX status:ffffffff kbdio: DIAGNOSE status:0055 kbdio: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. psm0 not found at 0x60 ---cut here--- A peek at psm.c seems to indicate that psmprobe() is calling reset_aux_dev(), which is failing. A search through the mailing lists for "psm AND 0x60" reveals a lot of people having similar problems, but not many concrete answers for people running 3.0-current (i.e., latest psm driver). Can anyone suggest what I should try next? I will start hard-coding around the driver's probing code only as a last resort. -- Brent J. Nordquist / bjn@visi.com +1 612 827-2747