Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp636118ybi; Fri, 14 Jun 2019 00:26:48 -0700 (PDT) X-Google-Smtp-Source: APXvYqxOEB9adKrZ/5Ueokoxf9G++NSk3hyLqK0B+AQ8OqrEushED9T36OZ7K40qzlp4eFGMVjrQ X-Received: by 2002:a62:d0:: with SMTP id 199mr65289435pfa.253.1560497208628; Fri, 14 Jun 2019 00:26:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560497208; cv=none; d=google.com; s=arc-20160816; b=a0RLeBGERRZWinIJ/b8DdD3iT8UuEGXhw6VLD7BzHZWDQhLhBGZ+OU87EWPuiLiugP wj6ILA+yU34niOxodZJgQLRMXG1FhE4fGpb3/CTx7at33VcQZa2Ot5BVFePAXRLUDnQc 6KJH7UO1z22+vjMzAdTOYxLg82qhjKUMb7fXIIzrf5oR/51nt74Q0jCdoniOTam5VR5a TjaiN4pceTJfYMSxEQlDe7bV3EtBsgnF8jiQWeUCcIZkw6kCQ6BxV5BjeioszT/DG2JB BJH11/+jdFZJwywiYd2pVkryx58WVWTERal88SZ0i2lGA6XPdSEDpKQG5kaSjER0Puvh OXUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=p57jpTkjLETUtbiSUYzGeGY04yOa3shN25JCgYGdtnI=; b=YMxMdtvfs+WUzNIdpFUya54VZNNE9jnrlFuwBnvKduJUeeGiIVxQ1I7DPFJXEvxWoX geaVxvYdAP6ZbnPj61ZH5b9l2vaTXPMlVy+xoTWG2m7auzyd44b/Eg0VugwjKn17EwCH /HquEjUrBLjSaUYxGkcqEZj8qA5O24jzNI9DlQkdWaljMADjVhx8L40LrbGFu2vqHfAm Q1pEn7xs68AYFcdiFqsqDshqi3VJyfL9/X6pClKaW8LrzAmj/CAYzt7blR73WwSStCjB fCC8r9hOVJbmlX5JCoUBWuEzn8tgbvJkper6vdtgUirHK1E20L3kvfTKIkgW1tby7DDo Qjlw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u2si755704pjb.25.2019.06.14.00.26.33; Fri, 14 Jun 2019 00:26:48 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726525AbfFNH01 (ORCPT + 99 others); Fri, 14 Jun 2019 03:26:27 -0400 Received: from mx1.redhat.com ([209.132.183.28]:40024 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726449AbfFNH01 (ORCPT ); Fri, 14 Jun 2019 03:26:27 -0400 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 5882488318; Fri, 14 Jun 2019 07:26:27 +0000 (UTC) Received: from localhost (unknown [10.43.2.57]) by smtp.corp.redhat.com (Postfix) with ESMTP id 393417836F; Fri, 14 Jun 2019 07:26:22 +0000 (UTC) Date: Fri, 14 Jun 2019 09:24:50 +0200 From: Stanislaw Gruszka To: Lorenzo Bianconi Cc: kvalo@codeaurora.org, linux-wireless@vger.kernel.org, nbd@nbd.name, lorenzo.bianconi@redhat.com Subject: Re: [PATCH v3 wireless-drivers 1/3] mt76: usb: fix rx A-MSDU support Message-ID: <20190614072449.GA3395@redhat.com> References: <66fc02e45fb5ce0d6176395b5ac43acbd53b3e66.1560461404.git.lorenzo@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <66fc02e45fb5ce0d6176395b5ac43acbd53b3e66.1560461404.git.lorenzo@kernel.org> User-Agent: Mutt/1.5.20 (2009-12-10) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.28]); Fri, 14 Jun 2019 07:26:27 +0000 (UTC) Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Thu, Jun 13, 2019 at 11:43:11PM +0200, Lorenzo Bianconi wrote: > Commit f8f527b16db5 ("mt76: usb: use EP max packet aligned buffer sizes > for rx") breaks A-MSDU support. When A-MSDU is enable the device can > receive frames up to q->buf_size but they will be discarded in > mt76u_process_rx_entry since there is no enough room for > skb_shared_info. Fix the issue reallocating the skb and copying in the > linear area the first 128B of the received frames and in the frag_list > the remaining part. > > Fixes: f8f527b16db5 ("mt76: usb: use EP max packet aligned buffer sizes for rx") > Signed-off-by: Lorenzo Bianconi > --- > drivers/net/wireless/mediatek/mt76/mt76.h | 1 + > drivers/net/wireless/mediatek/mt76/usb.c | 49 ++++++++++++++++++----- > 2 files changed, 41 insertions(+), 9 deletions(-) > > diff --git a/drivers/net/wireless/mediatek/mt76/mt76.h b/drivers/net/wireless/mediatek/mt76/mt76.h > index 8ecbf81a906f..889b76deb703 100644 > --- a/drivers/net/wireless/mediatek/mt76/mt76.h > +++ b/drivers/net/wireless/mediatek/mt76/mt76.h > @@ -30,6 +30,7 @@ > #define MT_TX_RING_SIZE 256 > #define MT_MCU_RING_SIZE 32 > #define MT_RX_BUF_SIZE 2048 > +#define MT_SKB_HEAD_LEN 128 > > struct mt76_dev; > struct mt76_wcid; > diff --git a/drivers/net/wireless/mediatek/mt76/usb.c b/drivers/net/wireless/mediatek/mt76/usb.c > index bbaa1365bbda..12d60d31cb51 100644 > --- a/drivers/net/wireless/mediatek/mt76/usb.c > +++ b/drivers/net/wireless/mediatek/mt76/usb.c > @@ -429,6 +429,45 @@ static int mt76u_get_rx_entry_len(u8 *data, u32 data_len) > return dma_len; > } > > +static struct sk_buff * > +mt76u_build_rx_skb(u8 *data, int len, int buf_size) > +{ > + struct sk_buff *skb; > + > + if (SKB_WITH_OVERHEAD(buf_size) < MT_DMA_HDR_LEN + len) { > + struct page *page; > + int offset; > + > + /* slow path, not enough space for data and > + * skb_shared_info > + */ > + skb = alloc_skb(MT_SKB_HEAD_LEN, GFP_ATOMIC); > + if (!skb) > + return NULL; > + > + skb_put_data(skb, data + MT_DMA_HDR_LEN, MT_SKB_HEAD_LEN); I looked how rx amsdu is processed in mac80211 and it is decomposed and copied into newly allocated individual skb's, see ieee80211_amsdu_to_8023s() So copy L3 & L4 headers doesn't do anything good here, actually seems to be better to have them in frag as __ieee80211_amsdu_copy_frag() do some magic to avid copy. Stanislaw