From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from nm.newmedia-net.de ([217.113.179.122] helo=webmail.newmedia-net.de) by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1atKv8-0001qH-EM for ath10k@lists.infradead.org; Thu, 21 Apr 2016 20:09:51 +0000 References: <1461244669-19871-1-git-send-email-kvalo@qca.qualcomm.com> <5718EE7A.4030503@candelatech.com> From: Sebastian Gottschall Message-ID: <57193373.9060109@dd-wrt.com> Date: Thu, 21 Apr 2016 22:09:23 +0200 MIME-Version: 1.0 In-Reply-To: <5718EE7A.4030503@candelatech.com> Subject: Re: [PATCH v2] ath10k: remove VHT capabilities from 2.4GHz List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "ath10k" Errors-To: ath10k-bounces+kvalo=adurom.com@lists.infradead.org To: ath10k@lists.infradead.org Am 21.04.2016 um 17:15 schrieb Ben Greear: > On 04/21/2016 06:17 AM, Kalle Valo wrote: >> From: Johannes Berg >> >> According to the spec, VHT doesn't exist in 2.4GHz. >> >> There are vendor extensions to allow a subset of VHT to work >> (notably 256-QAM), but since mac80211 doesn't support those >> advertising VHT capability on 2.4GHz leads to the behaviour >> of reporting VHT capabilities but not being able to use any >> of them due to mac80211's code requiring 80 MHz support. >> >> Remove the VHT capabilities from 2.4GHz for now. If mac80211 >> gets extended to use the (likely Broadcom) vendor IEs for it >> and handles the lack of 80 MHz support, it can be added back. >> >> Signed-off-by: Johannes Berg >> Signed-off-by: Kalle Valo > > The thing is, it actually works just fine with the patch I posted > to fix mac80211, and at any rate, even if the mac80211 patch isn't > applied, the ath10k driver works just fine in HT mode. > > Have you actually found any case where the existing behaviour causes > a real problem? i agree. other vendor chipsets to support QAM256 as well in 2.4 ghz (notably broadcom) this is nonstandard, but since all going the same way it wouldnt be a great idea to keep QCA out of that extensions. > > Thanks, > Ben > _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k