On Sat, Sep 03, 2005 at 14:53:00, Christoph Hellwig wrote:
> Please don't do this. We have proper midlayer handling (plus FC
> transport
> class wrappers) to handle that case without introducing a big mess in
> the
> driver. Please take a look at fc_remote_port_{block,unblock}
Thanks for that hint.
But does fc_remote_port_unblock set online devices that were
previously offlined?
If not the problem of offlined devises is not solved with
this. If zfcp would block requests if it detects a path error a scsi
request might have already send to the devise which might cause that
the devise if offlined. Now if zfcp detects the path is up again and
calls fc_remote_port_unblock the device can still not be used because
it is offline.
I'll have to check the code if I am back from vacation.
Regards,
Andreas
(PS: sorry for using this alternate email account)
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
