James Bottomley wrote: > This has been redundant ever since James Smart added the class back > links since every scsi_device now gets one of these of the form > scsi_generic:sg<n>. James, Careful with the spin:-) It is arguable which one is redundant. I am testing this patch and it breaks lsscsi and sg_map26 (again). Could you tell me which version of the lk 2.6 series the scsi_generic:sg<n> link appeared in? Because if I switch my code to search for a scsi_generic:sg<n> symlink rather than following the generic symlink then I will break backward compatibility prior to that version (unless I cope with both). At least one major distro has an "enterprise" edition based on lk 2.6.5 > I'm open to going through the deprecated features business for this, > since this would represent a user visible change of the scsi sysfs > interface if you wish. I can see from my lsscsi code and the st driver that tape devices still have a plain old "tape" symlink. Should I be expecting that one to break in the near future? Doug Gilbert - : send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
