Return-path: Received: from mail-wj0-f171.google.com ([209.85.210.171]:34895 "EHLO mail-wj0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756317AbcK2JeX (ORCPT ); Tue, 29 Nov 2016 04:34:23 -0500 Received: by mail-wj0-f171.google.com with SMTP id v7so139545615wjy.2 for ; Tue, 29 Nov 2016 01:34:23 -0800 (PST) Subject: Re: [RFC] qtn: add FullMAC firmware for Quantenna QSR10G wifi device To: IgorMitsyanko , Oleksij Rempel , Kyle McMartin References: <1478700000-11624-1-git-send-email-igor.mitsyanko.os@quantenna.com> <1478706966.18306.1.camel@sipsolutions.net> <2fcb5f28-808e-f296-7e91-e5185e7577c9@quantenna.com> <1478725543.21403.4.camel@sipsolutions.net> <1478864146.4129.4.camel@sipsolutions.net> <063b80df-9cfa-14f1-4695-4239b42dfccb@rempel-privat.de> <217ac48f-d822-62d5-3def-744500821ac9@rempel-privat.de> <12af5088-f026-380a-333d-2a2bb2b7a248@quantenna.com> Cc: Ben Hutchings , Kyle McMartin , Johannes Berg , linux-wireless@vger.kernel.org, btherthala@quantenna.com, hwang@quantenna.com, smaksimenko@quantenna.com, dlebed@quantenna.com, Igor Mitsyanko , Kamlesh Rath , Sergey Matyukevich , Avinash Patil From: Arend Van Spriel Message-ID: <5370cbc3-638f-8346-e8ae-ac247a03fb4f@broadcom.com> (sfid-20161129_103428_068936_BA1F2514) Date: Tue, 29 Nov 2016 10:34:19 +0100 MIME-Version: 1.0 In-Reply-To: <12af5088-f026-380a-333d-2a2bb2b7a248@quantenna.com> Content-Type: text/plain; charset=utf-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: On 29-11-2016 10:10, IgorMitsyanko wrote: > On 11/29/2016 06:49 AM, Oleksij Rempel wrote: >> Am 28.11.2016 um 20:01 schrieb IgorMitsyanko: >>> On 11/28/2016 08:33 PM, Oleksij Rempel wrote: >>>> Am 28.11.2016 um 18:10 schrieb Oleksij Rempel: [...] >>> Oleksij, yes, that's correct, it includes entire Linux environment; the >>> reasoning is that it allows to hide all WiFi-related logic inside device >>> itself, and emulate simple Ethernet device for external system >>> (therefore, freeing external system resources). >>> >>> This approach was working really well for us until recently, but now >>> that company is expanding, we want to have more flexible and standardize >>> interface available for external system to manage wireless connection, >>> and FullMAC driver seems to be the best solution here. >> you mean, this driver will not use mac80211 framework provided by kernel? > > Yes, this driver is FullMAC - converting Quantenna drivers codebase to > mac80211 framework will require significant effort from developers and > QA, but I think in the future it will have to be done anyway. Why? The linux wireless subsystem supports both models, ie. cfg80211-based drivers and mac80211-based drivers, so there is no technical reason for making the effort. There are clearly benefits in using a generic and freely available 802.11 stack like mac80211. Regards, Arend