Am Donnerstag, 15. März 2012, 18:25:50 schrieb Alan Stern: > > > I can't think of any perfect solutions. Adding pre_reset and > > > post_reset support to usblp would be a good step, but I don't know > > > whether it would solve the problem. Probably not. > > > > It would make matters worse. The meaning of the stream of bytes > > transmitted to a printer depends on earlier parts of the stream. > > If a reset happens while something is printed, the partial page has > > to be discarded and the job restarted. > > Neither should we wait for printing to stop, as we could potentially > > wait forever. > > We'd need a way to refuse a reset. But I don't think that this is worth > > doing so. > > Then what's your suggestion? Leave things as they stand? Or add a way > for usb-storage to skip device resets? How would it know whether to do > this? Blacklist this device on the SCSI level and not do reset on it. Regards Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
