From owner-freebsd-scsi Mon Apr 15 14:45:31 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10864 for freebsd-scsi-outgoing; Mon, 15 Apr 1996 14:45:31 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA10849 Mon, 15 Apr 1996 14:45:25 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id OAA07136; Mon, 15 Apr 1996 14:46:38 -0700 Date: Mon, 15 Apr 1996 14:46:38 -0700 Message-Id: <199604152146.OAA07136@sunrise.cs.berkeley.edu> To: gibbs@freefall.freebsd.org CC: gibbs@freebsd.org, scsi@freebsd.org In-reply-to: <199604130032.RAA05603@freefall.freebsd.org> (gibbs@freefall.freebsd.org) Subject: Re: Changing ID of 2940UW From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * How recent are your sources? I fixed the code to deal with 4bit * SCSI IDs (I never was able to test it though) about a week or so * ago. If it doesn't work with -current, I'll look into fixing it * for real sometime this weekend. A couple of weeks ago. I'll upgrade it to the current -current and let you know if it works. Thanks Satoshi From owner-freebsd-scsi Mon Apr 15 20:04:59 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA01202 for freebsd-scsi-outgoing; Mon, 15 Apr 1996 20:04:59 -0700 (PDT) Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA01197 Mon, 15 Apr 1996 20:04:56 -0700 (PDT) Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id UAA21623; Mon, 15 Apr 1996 20:04:26 -0700 Date: Mon, 15 Apr 1996 20:04:26 -0700 Message-Id: <199604160304.UAA21623@forgery.CS.Berkeley.EDU> To: gibbs@freefall.freebsd.org CC: scsi@freebsd.org In-reply-to: <199604152146.OAA07136@sunrise.cs.berkeley.edu> (asami@cs.berkeley.edu) Subject: Re: Changing ID of 2940UW From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * A couple of weeks ago. I'll upgrade it to the current -current and * let you know if it works. Well, it doesn't work very well, -current just supped from sup2. :( === sd13(ahc1:5:0): parity error during Message-In phase. 0MB (1 512 byte sectors) (ahc1:6:0): parity error during Message-In phase. (ahc1:6:0): parity error during Message-In phase. (ahc1:6:0): "unknown unknown ????" type 0 fixed SCSI 0 sd14(ahc1:6:0): Direct-Access sd14(ahc1:6:0): parity error during Message-In phase. sd14(ahc1:6:0): parity error during Message-In phase. 0MB (1 512 byte sectors) (ahc1:8:0): parity error during Message-In phase. (ahc1:8:0): parity error during Message-In phase. (ahc1:8:0): "unknown unknown ????" type 0 fixed SCSI 0 sd15(ahc1:8:0): Direct-Access sd15(ahc1:8:0): parity error during Message-In phase. sd15(ahc1:8:0): parity error during Message-In phase. 0MB (1 512 byte sectors) (ahc1:9:0): parity error during Message-In phase. (ahc1:9:0): parity error during Message-In phase. (ahc1:9:0): "unknown unknown ????" type 0 fixed SCSI 0 sd16(ahc1:9:0): Direct-Access sd16(ahc1:9:0): parity error during Message-In phase. sd16(ahc1:9:0): parity error during Message-In phase. 0MB (1 512 byte sectors) (ahc1:10:0): parity error during Message-In phase. (ahc1:10:0): parity error during Message-In phase. (ahc1:10:0): "unknown unknown ????" type 0 fixed SCSI 0 sd17(ahc1:10:0): Direct-Access sd17(ahc1:10:0): parity error during Message-In phase. sd17(ahc1:10:0): parity error during Message-In phase. 0MB (1 512 byte sectors) (ahc1:11:0): parity error during Message-In phase. (ahc1:11:0): parity error during Message-In phase. (ahc1:11:0): "unknown unknown ????" type 0 fixed SCSI 0 sd18(ahc1:11:0): Direct-Access sd18(ahc1:11:0): parity error during Message-In phase. sd18(ahc1:11:0): parity error during Message-In phase. 0MB (1 512 byte sectors) (ahc1:12:0): parity error during Message-In phase. (ahc1:12:0): parity error during Message-In phase. (ahc1:12:0): "unknown unknown ????" type 0 fixed SCSI 0 sd19(ahc1:12:0): Direct-Access sd19(ahc1:12:0): parity error during Message-In phase. sd19(ahc1:12:0): parity error during Message-In phase. 0MB (1 512 byte sectors) (ahc1:13:0): parity error during Message-In phase. (ahc1:13:0): parity error during Message-In phase. (ahc1:13:0): "unknown unknown ????" type 0 fixed SCSI 0 sd20(ahc1:13:0): Direct-Access sd20(ahc1:13:0): parity error during Message-In phase. sd20(ahc1:13:0): parity error during Message-In phase. 0MB (1 512 byte sectors) (ahc1:14:0): parity error during Message-In phase. (ahc1:14:0): parity error during Message-In phase. (ahc1:14:0): "unknown unknown ????" type 0 fixed SCSI 0 sd21(ahc1:14:0): Direct-Access sd21(ahc1:14:0): parity error during Message-In phase. sd21(ahc1:14:0): parity error during Message-In phase. 0MB (1 512 byte sectors) (ahc1:15:0): parity error during Message-In phase. (ahc1:15:0): parity error during Message-In phase. (ahc1:15:0): "unknown unknown ????" type 0 fixed SCSI 0 sd22(ahc1:15:0): Direct-Access sd22(ahc1:15:0): parity error during Message-In phase. sd22(ahc1:15:0): parity error during Message-In phase. 0MB (1 512 byte sectors) === The messages scrolled past too quickly to see what's going on, the configuration is as follows: ahc0: ID7, with 8 disks (ID 8-15) ahc1: ID15, with 8 disks (ID 0-7) Here's the lsdev output: === # This listing automatically generated by lsdev(1) 1: # CPU cpu0 2: controller scbus0 3: chip0 at pci0:0 4: chip1 at pci1792:0 5: piix0 at pci1792:1 6: ahc0 at pci3584:0 # int a irq 10 7: sd0 at SCSI bus 0:8:0 (ready) (open) 8: sd1 at SCSI bus 0:9:0 (ready) (open) 9: sd2 at SCSI bus 0:10:0 (ready) 10: sd3 at SCSI bus 0:11:0 (ready) 11: sd4 at SCSI bus 0:12:0 (ready) 12: sd5 at SCSI bus 0:13:0 (ready) 13: sd6 at SCSI bus 0:14:0 (ready) 14: sd7 at SCSI bus 0:15:0 (ready) 15: ahc1 at pci3840:0 # int a irq 11 16: sd8 at SCSI bus 1:0:0 (ready) (open) 17: sd9 at SCSI bus 1:1:0 (ready) 18: sd10 at SCSI bus 1:2:0 (ready) 19: sd11 at SCSI bus 1:3:0 (ready) 20: sd12 at SCSI bus 1:4:0 (ready) 21: sd13 at SCSI bus 1:5:0 (ready) 22: sd14 at SCSI bus 1:6:0 (ready) 23: sd15 at SCSI bus 1:8:0 (ready) 24: sd16 at SCSI bus 1:9:0 (ready) 25: sd17 at SCSI bus 1:10:0 (ready) 26: sd18 at SCSI bus 1:11:0 (ready) 27: sd19 at SCSI bus 1:12:0 (ready) 28: sd20 at SCSI bus 1:13:0 (ready) 29: sd21 at SCSI bus 1:14:0 (ready) 30: sd22 at SCSI bus 1:15:0 (ready) 31: de0 at pci4096:0 # int a irq 11 32: controller isa0 33: sc0 at isa? tty (id 5) port 0x60 irq 1 34: sio0 at isa? tty (id 6) port 0x3f8 irq 4 35: sio1 at isa? tty (id 7) port 0x2f8 irq 3 36: sio2 at isa? tty (id 8) port 0x3e8 irq 5 37: sio3 at isa? tty (id 9) port 0x2e8 irq 9 38: lpt0 at isa? tty (id 10) port 0x378 irq 7 39: lpt1 at isa? tty (id 11) port ? 40: lpt2 at isa? tty (id 12) port ? 41: fdc0 at isa? bio (id 2) port 0x3f0 irq 6 drq 2 42: fd0 at fdc0 drive 0 43: wdc0 at isa? (id 3) port 0x1f0 irq 14 44: wd0 at wdc0 drive 0 45: wdc1 at isa? (id 4) port 0x170 irq 15 46: npx0 at isa? (id 13) port 0xf0 === Note that sd15 to sd22 are totally bogus, we only have 16 disks! ;) All disks are found fine if I set the adapter's ID to 7 (well I need to pull out one of the disks but that's it). Since the "real" sd15 is not found (i.e., missing ID7 on scbus1) I suspect something in the ahc code still assumes the ID is 7. Satoshi From owner-freebsd-scsi Mon Apr 15 20:47:09 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA04304 for freebsd-scsi-outgoing; Mon, 15 Apr 1996 20:47:09 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA04299 Mon, 15 Apr 1996 20:47:07 -0700 (PDT) Message-Id: <199604160347.UAA04299@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami) cc: scsi@freebsd.org Subject: Re: Changing ID of 2940UW In-reply-to: Your message of "Mon, 15 Apr 1996 20:04:26 PDT." <199604160304.UAA21623@forgery.CS.Berkeley.EDU> Date: Mon, 15 Apr 1996 20:47:07 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * A couple of weeks ago. I'll upgrade it to the current -current and > * let you know if it works. > >Well, it doesn't work very well, -current just supped from sup2. :( Are all of those disks wide? You can't put the controller's ID in the high byte unless all targets can "see" that high byte. Remeber how SCSI works... 16 address/data lines with one line per ID. Narrow SCSI only has 8 address/data lines. During selection, each device raises their line, and the first one up wins. If there is a tie, the priority is 7->0,8->15, 7 being highest, 15 being lowest. That's why you usually put the controller at ID 7... so it tends to win arbitration. I'll look into this later tonight to see if there is anything obviously wrong.. I'm stuck hunting for a bug in the aic7xxx assembler, and that's why I haven't made any changes to the driver lately. >All disks are found fine if I set the adapter's ID to 7 (well I need >to pull out one of the disks but that's it). You had to pull one because it is narrow I would guess? >Since the "real" sd15 is >not found (i.e., missing ID7 on scbus1) I suspect something in the ahc >code still assumes the ID is 7. Not that I know of. Try setting the ID to something else, like 3. It should still work. >Satoshi -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Mon Apr 15 21:34:20 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07750 for freebsd-scsi-outgoing; Mon, 15 Apr 1996 21:34:20 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA07745 Mon, 15 Apr 1996 21:34:16 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id VAA27990; Mon, 15 Apr 1996 21:34:13 -0700 (PDT) Date: Mon, 15 Apr 1996 21:34:13 -0700 (PDT) Message-Id: <199604160434.VAA27990@silvia.HIP.Berkeley.EDU> To: gibbs@freefall.freebsd.org CC: scsi@freebsd.org In-reply-to: <199604160347.UAA04299@freefall.freebsd.org> (gibbs@freefall.freebsd.org) Subject: Re: Changing ID of 2940UW From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Are all of those disks wide? You can't put the controller's ID : * put the controller at ID 7... so it tends to win arbitration. I know that.... ;) * >All disks are found fine if I set the adapter's ID to 7 (well I need * >to pull out one of the disks but that's it). * * You had to pull one because it is narrow I would guess? No, because it's in an enclosure and I can't change the ID easily. We don't have any narrow-SCSI devices on our system. * Not that I know of. Try setting the ID to something else, like 3. It * should still work. Ok, will try that tomorrow. Thanks. Satoshi From owner-freebsd-scsi Tue Apr 16 00:29:40 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19717 for freebsd-scsi-outgoing; Tue, 16 Apr 1996 00:29:40 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19712 Tue, 16 Apr 1996 00:29:36 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id AAA24935; Tue, 16 Apr 1996 00:29:32 -0700 From: "Rodney W. Grimes" Message-Id: <199604160729.AAA24935@GndRsh.aac.dev.com> Subject: Re: Changing ID of 2940UW To: asami@cs.berkeley.edu (Satoshi Asami) Date: Tue, 16 Apr 1996 00:29:31 -0700 (PDT) Cc: gibbs@freefall.freebsd.org, scsi@freebsd.org In-Reply-To: <199604160304.UAA21623@forgery.CS.Berkeley.EDU> from Satoshi Asami at "Apr 15, 96 08:04:26 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ... > > Here's the lsdev output: > > === > # This listing automatically generated by lsdev(1) > 1: # CPU cpu0 ... > 15: ahc1 at pci3840:0 # int a irq 11 ... > 31: de0 at pci4096:0 # int a irq 11 Ahhh... you sure you really really want to do that... sharing IRQ's is not the optimal situation, and if you can avoid it, you should avoid it. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-scsi Tue Apr 16 00:40:38 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20368 for freebsd-scsi-outgoing; Tue, 16 Apr 1996 00:40:38 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20363 Tue, 16 Apr 1996 00:40:36 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id AAA09523; Tue, 16 Apr 1996 00:40:57 -0700 Date: Tue, 16 Apr 1996 00:40:57 -0700 Message-Id: <199604160740.AAA09523@sunrise.cs.berkeley.edu> To: rgrimes@GndRsh.aac.dev.com CC: gibbs@freefall.freebsd.org, scsi@freebsd.org In-reply-to: <199604160729.AAA24935@GndRsh.aac.dev.com> (rgrimes@GndRsh.aac.dev.com) Subject: Re: Changing ID of 2940UW From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * > 15: ahc1 at pci3840:0 # int a irq 11 * ... * > 31: de0 at pci4096:0 # int a irq 11 * * Ahhh... you sure you really really want to do that... sharing IRQ's * is not the optimal situation, and if you can avoid it, you should * avoid it. We can't (in this case). The Dell setup screen doesn't allow any of these to be changed. :( Satoshi From owner-freebsd-scsi Tue Apr 16 03:56:08 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02983 for freebsd-scsi-outgoing; Tue, 16 Apr 1996 03:56:08 -0700 (PDT) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA02977 for ; Tue, 16 Apr 1996 03:56:06 -0700 (PDT) Received: by iworks.InterWorks.org (1.37.109.8/16.2) id AA12799; Tue, 16 Apr 1996 05:54:54 -0500 Message-Id: <9604161054.AA12799@iworks.InterWorks.org> Date: Tue, 16 Apr 1996 05:54:54 -0500 From: "Daniel M. Eischen" To: asami@cs.berkeley.edu, gibbs@freefall.freebsd.org, scsi@freebsd.org Subject: Re: Changing ID of 2940UW Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * Are all of those disks wide? You can't put the controller's ID > : > * put the controller at ID 7... so it tends to win arbitration. > >I know that.... ;) > > * >All disks are found fine if I set the adapter's ID to 7 (well I need > * >to pull out one of the disks but that's it). > * > * You had to pull one because it is narrow I would guess? > >No, because it's in an enclosure and I can't change the ID easily. We >don't have any narrow-SCSI devices on our system. > > * Not that I know of. Try setting the ID to something else, like 3. It > * should still work. > >Ok, will try that tomorrow. Thanks. When I was looking through the Adaptec PCI device probe I noticed you were only using anding the HBA device ID with 0x7 and stuffing it into SCSICONF and SCSICONF + 1. Shouldn't it be anded with 0xf? Dan Eischen deischen@iworks.InterWorks.org *** aic7870.c.orig Tue Apr 16 06:58:43 1996 --- aic7870.c Tue Apr 16 06:59:01 1996 *************** *** 474,480 **** host_id = sc.brtime_id & CFSCSIID; ! scsi_conf = (host_id & 0x7); if(sc.adapter_control & CFSPARITY) scsi_conf |= ENSPCHK; --- 474,480 ---- host_id = sc.brtime_id & CFSCSIID; ! scsi_conf = (host_id & 0xf); if(sc.adapter_control & CFSPARITY) scsi_conf |= ENSPCHK; From owner-freebsd-scsi Tue Apr 16 07:00:32 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13393 for freebsd-scsi-outgoing; Tue, 16 Apr 1996 07:00:32 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA13388 Tue, 16 Apr 1996 07:00:29 -0700 (PDT) Message-Id: <199604161400.HAA13388@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Daniel M. Eischen" cc: asami@cs.berkeley.edu, scsi@freebsd.org Subject: Re: Changing ID of 2940UW In-reply-to: Your message of "Tue, 16 Apr 1996 05:54:54 CDT." <9604161054.AA12799@iworks.InterWorks.org> Date: Tue, 16 Apr 1996 07:00:29 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >When I was looking through the Adaptec PCI device probe I noticed you >were only using anding the HBA device ID with 0x7 and stuffing it into >SCSICONF and SCSICONF + 1. Shouldn't it be anded with 0xf? Not quite. I sent Satoshi a different patch last night that uses host_id in SCSICONF + 1 instead of scsi_conf which was what I'd intended all along. Bit 7 in SCSICONF is part of the selection timer setting which is why you must and it with 0x7. SCSICONF+1 is only referenced if the device is wide, which is the only time ((host_id&0x7) != host_id) can be true. I'll commit it as soon as my SCB paging patches are ready. >Dan Eischen >deischen@iworks.InterWorks.org -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Tue Apr 16 07:29:04 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15136 for freebsd-scsi-outgoing; Tue, 16 Apr 1996 07:29:04 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA15127 Tue, 16 Apr 1996 07:29:01 -0700 (PDT) Message-Id: <199604161429.HAA15127@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol cc: "Daniel M. Eischen" , asami@cs.berkeley.edu, scsi@freebsd.org Subject: Re: Changing ID of 2940UW In-reply-to: Your message of "Tue, 16 Apr 1996 07:00:29 PDT." <199604161400.HAA13388@freefall.freebsd.org> Date: Tue, 16 Apr 1996 07:29:00 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ... >Bit 7 in SCSICONF is part of the selection timer setting ^<== Should be 3 -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Tue Apr 16 13:01:29 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03947 for freebsd-scsi-outgoing; Tue, 16 Apr 1996 13:01:29 -0700 (PDT) Received: from seabass.progroup.com (seabass.progroup.com [206.24.122.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA03941 for ; Tue, 16 Apr 1996 13:01:17 -0700 (PDT) Received: (from craig@localhost) by seabass.progroup.com (8.6.12/8.6.12) id NAA21893 for freebsd-scsi@freebsd.org; Tue, 16 Apr 1996 13:03:07 -0700 Message-Id: <199604162003.NAA21893@seabass.progroup.com> Subject: Re: Changing ID of 2940UW + ncr too ??? To: freebsd-scsi@freebsd.org Date: Tue, 16 Apr 1996 13:03:07 -0700 (PDT) From: "Craig Shaver" In-Reply-To: <9604161054.AA12799@iworks.InterWorks.org> from "Daniel M. Eischen" at Apr 16, 96 05:54:54 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > > * Are all of those disks wide? You can't put the controller's ID > > : > > * put the controller at ID 7... so it tends to win arbitration. > > > >I know that.... ;) > > > > * >All disks are found fine if I set the adapter's ID to 7 (well I need > > * >to pull out one of the disks but that's it). > > * > > * You had to pull one because it is narrow I would guess? > > > >No, because it's in an enclosure and I can't change the ID easily. We > >don't have any narrow-SCSI devices on our system. > > > > * Not that I know of. Try setting the ID to something else, like 3. It > > * should still work. > > > >Ok, will try that tomorrow. Thanks. I tried to use both the narrow and wide channels of a tyan ncr825 controller, and had problems when I set the wide drives to id's higher than 7. I got errors on the wide drive and some of the errors had a 7 in the message. I was not able to save any of the error messages because the system would just freeze up and I forgot to write them down. I have a hunch it may be related to this. > > When I was looking through the Adaptec PCI device probe I noticed you > were only using anding the HBA device ID with 0x7 and stuffing it into > SCSICONF and SCSICONF + 1. Shouldn't it be anded with 0xf? > > Dan Eischen > deischen@iworks.InterWorks.org > > *** aic7870.c.orig Tue Apr 16 06:58:43 1996 > --- aic7870.c Tue Apr 16 06:59:01 1996 > *************** > *** 474,480 **** > > host_id = sc.brtime_id & CFSCSIID; > > ! scsi_conf = (host_id & 0x7); > if(sc.adapter_control & CFSPARITY) > scsi_conf |= ENSPCHK; > > --- 474,480 ---- > > host_id = sc.brtime_id & CFSCSIID; > > ! scsi_conf = (host_id & 0xf); > if(sc.adapter_control & CFSPARITY) > scsi_conf |= ENSPCHK; > How does the ncr controller handle high id's and mixing id's on a wide controller with dual channels? It recognizes 825's and 875's ok. I have one of each. I can help with testing if needed. Thanks, -- Craig Shaver (craig@progroup.com) (415)390-0654 Productivity Group POB 60458 Sunnyvale, CA 94088 From owner-freebsd-scsi Tue Apr 16 14:23:18 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10586 for freebsd-scsi-outgoing; Tue, 16 Apr 1996 14:23:18 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA10576 Tue, 16 Apr 1996 14:23:13 -0700 (PDT) Message-Id: <199604162123.OAA10576@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Craig Shaver" cc: freebsd-scsi@freebsd.org Subject: Re: Changing ID of 2940UW + ncr too ??? In-reply-to: Your message of "Tue, 16 Apr 1996 13:03:07 PDT." <199604162003.NAA21893@seabass.progroup.com> Date: Tue, 16 Apr 1996 14:23:12 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I tried to use both the narrow and wide channels of a tyan ncr825 controller, >and had problems when I set the wide drives to id's higher than 7. I got >errors on the wide drive and some of the errors had a 7 in the message. I >was not able to save any of the error messages because the system would >just freeze up and I forgot to write them down. I have a hunch it may be >related to this. Satoshi has already confirmed that my patch worked. I have no idea how the NCR operates, but its definitely not related to this problem. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Wed Apr 17 13:26:16 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03746 for freebsd-scsi-outgoing; Wed, 17 Apr 1996 13:26:16 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA03736 for ; Wed, 17 Apr 1996 13:26:09 -0700 (PDT) Received: by Sisyphos id AA03007 (5.67b/IDA-1.5 for freebsd-scsi@freebsd.org); Wed, 17 Apr 1996 22:25:53 +0200 Message-Id: <199604172025.AA03007@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 17 Apr 1996 22:25:52 +0200 In-Reply-To: "Craig Shaver" "Re: Changing ID of 2940UW + ncr too ???" (Apr 16, 13:03) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Craig Shaver" Subject: Re: Changing ID of 2940UW + ncr too ??? Cc: freebsd-scsi@freebsd.org Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 16, 13:03, "Craig Shaver" wrote: } Subject: Re: Changing ID of 2940UW + ncr too ??? } I tried to use both the narrow and wide channels of a tyan ncr825 controller, } and had problems when I set the wide drives to id's higher than 7. I got } errors on the wide drive and some of the errors had a 7 in the message. I } was not able to save any of the error messages because the system would } just freeze up and I forgot to write them down. I have a hunch it may be } related to this. This is supposed to work, but I'm afraid has never been actually tested before ... } How does the ncr controller handle high id's and mixing id's on a wide } controller with dual channels? It recognizes 825's and 875's ok. I have } one of each. I can help with testing if needed. The priority is thus, that 8 is lowest, 7 highest: low 8..15, 0..7 high This is because a narrow drive will only see drives in the 0..7 range competing for bus arbitration, while wide drives will see all of 0..15 and can react accordingly (i.e. give up the bus to a narrow device, that doesn't have a chance of seeing the device with ID higher than 7). This ought to work just fine, as long as you leave the controller at SCSI ID 7 ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-scsi Fri Apr 19 08:42:21 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13747 for freebsd-scsi-outgoing; Fri, 19 Apr 1996 08:42:21 -0700 (PDT) Received: from sbac.edu (r2d3.sbac.edu [150.104.65.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA13739 for ; Fri, 19 Apr 1996 08:42:12 -0700 (PDT) Received: (from cromerdh@localhost) by sbac.edu (8.6.11/8.6.11) id LAA43751; Fri, 19 Apr 1996 11:25:00 -0400 Date: Fri, 19 Apr 1996 11:24:58 -0400 (EDT) From: Dan Cromer To: Joerg Wunsch cc: freebsd-scsi@freebsd.org Subject: Re: Problem with Buslogic(?) kernel panic In-Reply-To: <4l7eea$520@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joerg, Thanks for your response. I'll check with Buslogic for possible firmware upgrade, but when Win95/WinNT/OS2/Linux all see the drive fine (OS/2 and Linux are installed on it) it points to something in FreeBSD. The strangest part is that the initial boot load was coming from that same drive, and the install used the same controller to access the CD-ROM, the FDISK equivalent partitioned and formatted the drive, and put the software on it. I've subsequently installed FreeBSD to my IDE drive, but I still get the message. I haven't had time even to test whether the CD-ROM or SCSI disk are accessible, though I doubt it. I'll follow up with my results to freebsd-scsi@freebsd.org. Dan On 19 Apr 1996, J Wunsch wrote: > Dan Cromer writes: > > > I may be having a similar problem, and would like to learn of > >solutions, too. Walnut Creek FreeBSD 2.1 CD-ROM install seems to work > >fine (from Toshiba 3401 SCSI), but at reboot I get last lines: > >pci0:20 Buslogic, device=0x1040, class=storage (SCSI) [no driver > ^^^^^^^^^ > > assigned] > ^^^^^^^^ > > That means the `bt' driver didn't recognize the drive for some reason, > maybe it's a firmware problem of your BusLogic. > > If upgrading the firmware doesn't help, please get in contact with > freebsd-scsi@freebsd.org. (Hey, remember, there's no such thing as > Usenet support for FreeBSD! All the support goes in mailing lists. :-) > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > > > From owner-freebsd-scsi Fri Apr 19 09:18:40 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15667 for freebsd-scsi-outgoing; Fri, 19 Apr 1996 09:18:40 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15661 Fri, 19 Apr 1996 09:18:38 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199604191618.JAA15661@freefall.freebsd.org> Subject: Re: Problem with Buslogic(?) kernel panic To: cromerdh@sbac.edu (Dan Cromer) Date: Fri, 19 Apr 1996 09:18:38 -0700 (PDT) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-scsi@freebsd.org In-Reply-To: from "Dan Cromer" at Apr 19, 96 11:24:58 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Dan Cromer writes: > > > I may be having a similar problem, and would like to learn of > >solutions, too. Walnut Creek FreeBSD 2.1 CD-ROM install seems to work > >fine (from Toshiba 3401 SCSI), but at reboot I get last lines: > >pci0:20 Buslogic, device=0x1040, class=storage (SCSI) [no driver > ^^^^^^^^^ > > assigned] your kernel does not have the driver for the card. you wil have to rebuild your kernel. i got a similar message when i installed a smc10/100 pci card. once i had build and installed a kernel with the "de" device the message "[no driver assigned]" was gone and i could use the card. i am not sure if the "bt" device supports the PCI bus logic scsi controller. jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ From owner-freebsd-scsi Fri Apr 19 12:51:14 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27656 for freebsd-scsi-outgoing; Fri, 19 Apr 1996 12:51:14 -0700 (PDT) Received: from orgland.zgrad.su (root@orgland.ru [194.190.194.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27586 for ; Fri, 19 Apr 1996 12:50:36 -0700 (PDT) Received: from zelax.UUCP (uucp@localhost) by orgland.zgrad.su with UUCP id XAA09668 (8.6.13/Orgland-1 for freebsd-scsi@freebsd.org); Fri, 19 Apr 1996 23:50:10 +0400 Received: by mama.zelax.zgrad.su id AA23645 (5.65.kiae-1/1 for freebsd-scsi@freebsd.org); Fri, 19 Apr 1996 23:19:43 +0400 From: suhman@zelax.zgrad.su (Sergey Suhman) Message-Id: <.AA23645@mama.zelax.zgrad.su> To: freebsd-scsi@freebsd.org Date: Fri, 19 Apr 1996 23:19:30 +0400 (MSK) Reply-To: suhman@zelax.zgrad.su X-Mailer: ELM [version 2.4 PL0] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk help