On Sat, 03 Jan 2009 00:04:56 +0000, Daniel Drake <dsd@xxxxxxxxxx> wrote: > In other words, this printer relies on constant prodding on the control > pipe, otherwise bulk transfers stop completing. [] Interesting. Thanks for investigating this. > Any ideas on how and where we can work around the misbehaviour of this > printer? One idea I have is to add a new quirk type in usblp.c, which > will cause a GET_PORT_STATUS request to be sent off every second > (asynchronously, where the callback uses queue_delayed_work() to > schedule the next prod). This cycle will run starting from usblp_open() > until usblp_close() is called. I think a timer would work just as well. Let me read the bug 251237 and come up with a patch. -- Pete -- 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
