On Fri, 11 Oct 2002, David Brownell wrote: >Actually in principle I see several groups of changes that could >be delivered in more than one order ... not "all at once":
well, it is possible, but it creates more work to do it seperately than at once. the couple of bugfixes could have been seperated, but hey I was lazy ;) Although you're right that the resubmission change is significant, all drivers that use interrupt have to change when it's made. Doh! >That third change should involve changes to a bunch of other >drivers ... I've had much of it for a few months now, except >there was this big hole where UHCI updates need to go! The >other HCDs need updates, as do basic drivers like hub and hid. >I'd really rather make such a "change many drivers" patch >not depend on a large set of mostly unrelated UHCI changes. yeah, it'd be better seperately...although I don't think the way resubmission was done before still will apply, I think it needs to be re-done differently... >I may be able to help on the changes to interrupt transfers, >since those parts of your patch closely resemble a patch I >got working this AM. Some compare'n'contrast action may >help to improve things even more. that'd be great. -- Dan Streetman [EMAIL PROTECTED] --------------------- 186,272 miles per second: It isn't just a good idea, it's the law! ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
