From: AJ L. <al...@re...> - 2004-09-27 21:21:55
|
On Wed, Sep 15, 2004 at 11:39:44AM -0700, Mike Christie wrote: > Attached is another iSCSI transport class using the target level attrs.= =20 > On this pass it only attempts to move the values on our driver's=20 > target-info ioctl to sysfs. For the next iteration of this patch I=20 > would like to add a callback in the setup fn so that the transport class= =20 > can call into the lld and get more of the portal (or in the future=20 > connection) info and at that time create the necessary subdirs. This way= =20 > the lifetime management for those objects does not have to fall on each= =20 > lld, instead the transport class will manage this for all iscsi llds. Or= =20 > if we initially support single portal sessions then my work is almost=20 > done (I mean I know there are many people out there in favor and against= =20 > failover and I just want to make sure each camp knows we can support=20 > either). Mike, How is the next iteration of this coming along? It seems like the basic functionality is there and working pretty well. All, Do we have any consensus (or a final decision from the maintainer) about multiple portals and failover yet? It sounded like most people were ok wit= h a single portal implementation initially with the possibility of adding multi= ple portals back in as things solidified. Or am I misinterpreting things? Just want to check where things are at. Thanks, --=20 AJ Lewis Voice: 612-638-0500 Red Hat Inc. E-Mail: al...@re... 720 Washington Ave. SE, Suite 200 Minneapolis, MN 55414 =20 Current GPG fingerprint =3D D9F8 EDCE 4242 855F A03D 9B63 F50C 54A8 578C 8= 715 Grab the key at: http://people.redhat.com/alewis/gpg.html or one of the many keyservers out there... |