Date: Mon, 15 Apr 1996 20:47:07 -0700 From: "Justin T. Gibbs" <gibbs@freefall.freebsd.org> To: asami@cs.berkeley.edu (Satoshi Asami) Cc: scsi@freebsd.org Subject: Re: Changing ID of 2940UW Message-ID: <199604160347.UAA04299@freefall.freebsd.org> In-Reply-To: Your message of "Mon, 15 Apr 1996 20:04:26 PDT." <199604160304.UAA21623@forgery.CS.Berkeley.EDU>
next in thread | previous in thread | raw e-mail | index | archive | help
> * 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 ===========================================
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199604160347.UAA04299>