Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 11 Nov 1999 01:16:12 +0100 (MET)
From:      Gerard Roudier <groudier@club-internet.fr>
To:        "Justin T. Gibbs" <gibbs@narnia.plutotech.com>
Cc:        Nick Hibma <hibma@skylink.it>, scsi@FreeBSD.ORG
Subject:   Re: queues in CAM
Message-ID:  <Pine.LNX.3.95.991111010546.506B-100000@localhost>
In-Reply-To: <199911102059.NAA77778@narnia.plutotech.com>

next in thread | previous in thread | raw e-mail | index | archive | help


On Wed, 10 Nov 1999, Justin T. Gibbs wrote:

> In article <Pine.BSF.3.96.991110070739.6087C-100000@henny.plazza.it> you =
wrote:
> >=20
> > I'm trying to understand the queueing thing in CAM. The following code
> > fragment (which is found in all the SIMs)
> >=20
> >=20
> >         devq =3D cam_simq_alloc(MO /*maximum openings*/);
> >         sc->sim =3D cam_sim_alloc(umass_cam_action, umass_cam_poll,
> > =09=09=09=09"umass", sc,
> >                                 device_get_unit(sc->sc_dev),
> > =09=09=09=09MDO /*max_dev_openings*/,
> > =09=09=09=09MTDO /*max_tagged_dev_openings*/,
> > =09=09=09=09devq);
> >=20
> > confuses me. Are the MDO and MTDO values related to per device queues?
> > And is the MO value related to a per SIM queue?
>=20
> Yes and yes.  Some controllers, although they can accept a rather large
> number of transactions, cannot queue that many to just a single device.

And some controllers may want to accept more than 256 transactions and
then have to be careful of not queuing all the transactions to a single=20
device.
=20
G=E9rard.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.3.95.991111010546.506B-100000>