Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933636Ab3CVOnq (ORCPT ); Fri, 22 Mar 2013 10:43:46 -0400 Received: from mail-pb0-f45.google.com ([209.85.160.45]:59422 "EHLO mail-pb0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933573Ab3CVOnn convert rfc822-to-8bit (ORCPT ); Fri, 22 Mar 2013 10:43:43 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: [PATCH] net: Add support for handling queueing in hardware From: Ben Collins In-Reply-To: <20130322.103302.1277256650283142022.davem@davemloft.net> Date: Fri, 22 Mar 2013 10:43:44 -0400 Cc: afleming@freescale.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org Content-Transfer-Encoding: 8BIT Message-Id: References: <20130322.101139.1942128058226201237.davem@davemloft.net> <20130322.103302.1277256650283142022.davem@davemloft.net> To: David Miller X-Mailer: Apple Mail (2.1499) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1722 Lines: 31 On Mar 22, 2013, at 10:33 AM, David Miller wrote: > From: Fleming Andy-AFLEMING > 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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/