Return-path: Received: from perches-mx.perches.com ([206.117.179.246]:41368 "EHLO labridge.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751577Ab3BZD0y (ORCPT ); Mon, 25 Feb 2013 22:26:54 -0500 Message-ID: <1361849213.2023.9.camel@joe-AO722> (sfid-20130226_042658_513923_06FCB11C) Subject: Re: [RFC/RFT 00/27] Updates for the rtlwifi family of drivers From: Joe Perches To: Larry Finger Cc: linville@tuxdriver.com, linux-wireless@vger.kernel.org, netdev@vger.kernel.org, jcheung@suse.com, machen@suse.com, mmarek@suse.cz Date: Mon, 25 Feb 2013 19:26:53 -0800 In-Reply-To: <512C264A.3000104@lwfinger.net> References: <1361837619-2985-1-git-send-email-Larry.Finger@lwfinger.net> <1361845357.2023.7.camel@joe-AO722> <512C264A.3000104@lwfinger.net> Content-Type: text/plain; charset="ISO-8859-1" Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Mon, 2013-02-25 at 21:04 -0600, Larry Finger wrote: > On 02/25/2013 08:22 PM, Joe Perches wrote: > > On Mon, 2013-02-25 at 18:13 -0600, Larry Finger wrote: > >> This set of patches upgrades drivers rtlwifi, rtl8192c, rtl8192ce, rtl8192se, > >> and rtl8723ae to the state of the vendor driver issued on 2013.02.07. In > >> addition, a new driver for the RTL8188EE chip is added to the kernel. > >> > >> Note: These patches do not upgrade rtl8192de. Those changes will be sent > >> later. > > > > rtl8188e isn't very kernel stylish. > > Looking at it briefly, in fact it's kind of ugly. > > > > Could/should it go into staging? > > It is uglier than I had hoped. I was not quite ready to push it yet, but I got > some pressure from outside, non-Realtek, sources that a kernel version was > needed. They will, in fact, start their integration from the RFC/RFT version. > > The main problem with having it in staging is that we will either have to > include headers from drivers/net/wireless/rtlwifi/, or duplicate them in the > drivers/staging/rtl8188ee/ directory where keeping them compatible will be a > hassle. Neither solution sounds optimum to me. Perhaps adding a CFLAGS -I include path to a staging Makefile would work instead.