From owner-freebsd-hackers Tue Feb 25 21:34:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA16199 for hackers-outgoing; Tue, 25 Feb 1997 21:34:31 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA16159 for ; Tue, 25 Feb 1997 21:34:26 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id WAA26112 for freebsd-hackers@freebsd.org; Tue, 25 Feb 1997 22:34:28 -0800 (PST) Resent-Message-Id: <199702260634.WAA26112@sendero.i-connect.net> Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Resent-Date: Tue, 25 Feb 1997 22:11:07 -0800 (PST) Resent-From: Simon Shapiro Resent-To: freebsd-scsi@freebsd.org Date: Tue, 25 Feb 1997 22:33:38 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: freebsd-hackers@freebsd.org Subject: FW: SCSI HBA QUESTION - IMPORTANT (long) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ----- Forwarded Message ----: SCSI HBA QUESTION - IMPORTANT (long)----- Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 25 Feb 1997 22:11:07 -0800 (PST) Organization: iConnect Corp. XFMstatus: 0400 From: Simon Shapiro To: freebsd-scsi@freebsd.org Subject: SCSI HBA QUESTION - IMPORTANT (long) Hi Y'all! I am finally starting to debug the DPT driver. Here is what I have. There is a question at the end: The following is a trace of kernel messages. It has compiled with option SCSIDEBUG, which does not seem to help me much :-( chip2 rev 2 on pci0:7:1 <-- Last before SCSI dpt0 rev 2 int a irq 11 on pci0:17 dpt_alloc(0, ef80, 0xf148ac00) <-- Allocates a softc, etc. Seems OK. get_board_data(ef80, 0) <-- Gets much infor from the DPT. Seems OK dpt_intr_mode(0xef80, 1) <-- Disables interrupts from the DPT dpt_send_immediate(ef80, 0, 4, 0, 0) <-- Sends immediate commands dpt_send_eata_command(f10c7f00, ef80, ff, 0) <-- Sends regular commands dpt_intr_mode(0xef80, 0) <-- Enables interrupts from the DPT dpt_send_immediate(ef80, 0, 4, 1, 0) <-- Sends another immediate command dpt_alloc_freelist(0xf148cc00) <-- Allocates a chunk of CCB's dpt0: Total CCB's increased by 64 to 64 <-- From dpt_alloc_freelist dpt_alloc(0, ef80, 0xf148ac00) <-- End of this function dpt_attach(0xf148cc00) <-- Sets up the scsi_link ndx = 0, channels = 1 <- This DPT has only one channel [597] <-- Just before scbus = scsi_alloc_bus() [600] <-- scsi_alloc_bus() returned non-zero dpt0 waiting for scsi devices to settle <-- From scsi_alloc_bus?? [611] <-- Just after scsi_attachdevs(scbus) returned [614] <-- the scsi-alloc_bus()/scsi_attachdevs() loop exited. ahc0 rev 0 int a irq 10 on pci0:18 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "SEAGATE ST51080N 0913" type 0 fixed SCSI 2 Now, the conf file for this kernel looks (for the DPT) like: controller ahc0 controller scbus0 at ahc0 controller dpt0 controller scbus1 at dpt0 controller scbus2 at dpt0 controller scbus3 at dpt0 disk sd0 at scbus0 target 0 unit 0 disk sd1 at scbus0 target 1 unit 0 disk sd3 at scbus1 target 0 unit 0 QUESTION: Assuming someone can sort through this, what do I need to do to convince scsi_attachdevs() to actually do something with the DPT? It sees the Adaptec allright, but makes no attempt to call on the DPT. Thanx! Simon -------------End of forwarding message-------------------------