> in various ways. Most importantly, it is treated as an out of band > request in an illegal way which may very likely lead to system lock ups. > Use the drive's request queue to avoid this problem (and fix a locking > issue for free along the way). It was always designed to be, and used out of band. One of the important uses of the ioctl is to abort a running command when an interface has jammed up. If you end up queueing it behind that command you've lost most of the reason for the ioctl anyway (and you might as well just remove it really given SG_IO exists). Other than the command aborting bit, it looks a good idea - that code has always been racy and raced against timer handlers, irq handlers and if neither of them got it then a speed changedown raced the lot 8( Alan -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
