From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from smtp.codeaurora.org ([198.145.29.96]:60776 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753613AbcFHNZV (ORCPT ); Wed, 8 Jun 2016 09:25:21 -0400 From: Kalle Valo To: Igor Mitsyanko Cc: Jonas Gorski , Avinash Patil , Johannes Berg , "linux-wireless\@vger.kernel.org" , , , , , , , Subject: Re: [PATCH] qtnfmac: announcement of new FullMAC driver for Quantenna chipsets References: <1464288752-6625-1-git-send-email-avinashp@quantenna.com> <0f6a9c71-f6d5-235f-2883-114c22ebebff@quantenna.com> Date: Wed, 08 Jun 2016 16:25:11 +0300 In-Reply-To: <0f6a9c71-f6d5-235f-2883-114c22ebebff@quantenna.com> (Igor Mitsyanko's message of "Wed, 8 Jun 2016 14:35:40 +0300") Message-ID: <87inxjlsnc.fsf@kamboji.qca.qualcomm.com> (sfid-20160608_152525_546310_35834802) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-wireless-owner@vger.kernel.org List-ID: Igor Mitsyanko writes: > On 05/29/2016 02:35 PM, Jonas Gorski wrote: >> Hi, >> >> On 26 May 2016 at 20:52, Avinash Patil wrote: >>> This patch adds support for new FullMAC WiFi driver for Quantenna >>> QSR10G chipsets. >>> >>> QSR10G is Quantenna's 8x8, 160M, 11ac offering. >>> QSR10G supports 2 simultaneous WMACs- one 5G and one 2G. 5G WMAC >>> supports 160M, 8x8 configuration. >>> FW supports 8 concurrent virtual interfaces on each WMAC. >>> >>> Patch introduces 2 new drivers- qtnfmac.ko for interfacing with >>> kernel/cfg80211 and qtnfmac_pcie.ko for PCIe bus interface. >> Nice to see this one, will you also provide a pearl-linux.lzma.img as >> required for the firmware? What about cards in embedded devices, might >> they require a uboot as well? Since requesting uboot seems to be >> specifically supported by the card/firmware interface. > > Hi Jonas, > we will provide firmware, but we're not sure at which point it should > be done: addressing any review comments for driver may affect firmware > itself, probably the best time to provide firmware would be after new > driver is accepted and merged? I would prefer to see the firmware images publically available before the driver gets applied. What if you send the firmware patches as RFC only to linux-wireless? That way linux-firmware.git maintainers won't apply them, hopefully. And mention in the commit log that this is just for testing purposes, not to be applied. -- Kalle Valo