On Mar 22, 2013, at 10:33 AM, David Miller <da...@davemloft.net> wrote:
> From: Fleming Andy-AFLEMING <aflem...@freescale.com> > Date: Fri, 22 Mar 2013 14:31:50 +0000 > >> It would appear one of our customers is attempting to upstream our >> code for us. We are aware that this current solution is unacceptable >> (which is why we have not submitted it), and we are currently trying >> to develop a less hacky solution that integrates with qdisc. > > Ben, can can you coordinate with people instead of doing crap like > this? "For us" is a loose term, when it's more that we are attempting to upstream code so our system is supported by a mainline kernel instead of having one-off kernels. And we have been talking with Freescale about this for quite some time (couple years?). They have a roadmap that doesn't include getting this driver supported in mainline any time soon, so I'm taking time to get this done for our own system. I'm not meaning to step on any toes. Believe me, I've attempted to make this as painless as possible. Only having 5 patches (and each just a few lines) is significantly less than how this driver started out. I can toss out the QDisc patch and work on a better way. I'm not totally familiar with the queueing, so any pointers to a better way to handle this would be appreciated. -- Servergy : http://www.servergy.com/ SwissDisk : http://www.swissdisk.com/ Ubuntu : http://www.ubuntu.com/ My Blog : http://ben-collins.blogspot.com/ -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
