I can easily disable the them. However, I won't sign up for dealing with this change in the other FC drivers as it could be rather extensive. A patch to back out the attributes would disable FC transport support in the other drivers. Their maintainers would need to re-add support.
-- james s Christoph Hellwig wrote: > On Thu, Jan 20, 2005 at 11:26:00AM -0500, > [EMAIL PROTECTED] wrote: > > > This sounds like a good idea, but I wonder if we have > userland relying > > > on those attributes already. But given that the fc > transport class > > > was mostly a joke before you encehanced it it might be > worth breaking > > > it.. > > > > You and James would have to give the approval for this one. > I already > > encountered issues with these attributes when then went > from scsi_device > > to scsi_target. The most significant hiccup was to udev and > the projects > > depending on it... Also, given the potential amount of change may be > > needed to move to rports, I wouldn't want to pull the rug > out from under > > the other drivers until they are ready... > > James just returned from a long journey and he hasn't read > the thread yet, > but after a short discussion we agree that it's better to > move the attributes > over to the rnode. If we're seeing compatiblity problems > we'll have to > add symlinks. - 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
