On Thu, Mar 29, 2007 at 11:39:13PM -0700, Greg KH wrote: > On Fri, Mar 30, 2007 at 08:28:48AM +0200, Oleg Verych wrote: > > > And then, only after it gets some testing in the -mm releases, will I > > > send it on to Linus, as I have stated many times in the past. > > > > This patch have a *fix* for using feature, merged in 2.6.19. I don't > > think it's worth to wait another two month to get some progress in > > this direction. > > This is not a bugfix for a regression, nor a bugfix for something that > is currently not working. And as such, it is too late right now in the > release cycle to get it accepted into Linus's tree. > > And again, I'll wait for Al to say it is ok, and then I'll give it some > time in the -mm tree, like all other USB patches have happen.
As it was noted, this is going very slowly. > > > So please, don't try to route around me just because you don't like the > > > proceedure we have in place here. > > > > So, if you are saying, that it's due to "procedure", why there are such > > obvious USB fixes after 2.6.21-rc5, hm? Also, why this change wasn't done > > in 2.6.19, i.e. `grep -i -r -e configuration drivers/usb/* | grep set` > > shows this driver and need of this crutch. > > No one sent me such a patch for way back in 2.6.19, that is why it > didn't go in then. It just contradicts with your advertisement about "driver devlopment". > And the USB fixes that have gone in after 2.6.21-rc2 came out, have all > been either: > - bugfixes for problems reported > - bugfixes for regressions > - new device ids > - new quirks added > > This patch changes the userspace behavior of how to use this driver, and > as such, does not fall into these categories. It is a feature, for > right now, the device and driver works just fine without it. Non corporate (supported by TI) users of this driver, that i know, are developers (and users) of GCC port for MSP430 controllers. And there were many question regarding this driver since last summer. That people are not kernel developers or ever those, who know, what mm-tree is. It took me too long to be aware of the Linux kernel dev. process (among other things connected to it), yet nobody has sent patches. Thus, i'm pushing this tiny change after waiting for Al, or anybody else. > And yes, I can see how it would be nice to have this change in, but > again, it's a _change_ not a bugfix, and not a regression from the > 2.6.20 kernel release at all. Change, that broke nothing in the (non working by default) userspace, it does conversely. > So please, just be patient. Wait for Al to forward it to me, with his > signed-off-by: and then I'll add it to my trees. Where fun has gone, man? Reading archives, when you've started and todays bureaucracy you are talking about, i just going to be very upset and sad... Ah, whatever. ____ ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
