[487] in linux-scsi channel archive

home help back first fref pref prev next nref lref last post

Re: Generic Scsi Driver Bug Report and comments.

daemon@ATHENA.MIT.EDU (Michael Schwingen)
Thu Aug 10 03:14:36 1995

From: Michael Schwingen <m.schwingen@stochastik.rwth-aachen.de>
To: eric@aib.com (Eric Youngdale)
Date: Wed, 9 Aug 1995 22:37:26 +0200 (MET DST)
Cc: linux-scsi@vger.rutgers.edu
In-Reply-To: <9508071051.ZM6858@aib.com> from "Eric Youngdale" at Aug 7, 95 10:51:00 am

> 	Ultimately my main objection to a static mapping is that it would
> involve lots of assumptions about how many bits we need for various things.
> For example, if we had a static mapping before wide scsi came out, we would
> have assumed that there are only 8 different scsi IDs available, and 8
> different scsi LUNs.  With wide scsi both of these numbers are increased,
> and
> any static mapping would have been completely broken.

How about a (compile-time) configurable static mapping? IMHO the most important
thing is that the mapping stays the same when plugging cards/drives. If  I  can
configure which adapter/... uses which IDs during compile, then  that  is fine,
and 32 bits (maybe even 16) should be  enough.

We don't need bits for every eventuality *at once* because noone will need that
number of host adapters, targets etc. in one single system.

We could even  map  those  adapters/devices  that  are  not  configured  static
dynamically, so you can have a mix of both if you need that.

Is this possible/useful?

cu
Michael
--
Michael Schwingen                          <michaels@stochastik.rwth-aachen.de>
Institut fuer Statistik und Wirtschaftsmathematik, | In the beginning there was
Wuellnerstr. 3, 52056 Aachen                       | nothing, which exploded.

home help back first fref pref prev next nref lref last post