Received: by 2002:a25:2c96:0:0:0:0:0 with SMTP id s144csp189115ybs; Tue, 26 May 2020 06:55:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyTyR/381l3cdV1kdEsDR1Rf+HlXGDPGF+YLmr4zKXZwWOyRVGcYBCb8MDwdTuWILj4fI13 X-Received: by 2002:aa7:c418:: with SMTP id j24mr20408507edq.313.1590501310102; Tue, 26 May 2020 06:55:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590501310; cv=none; d=google.com; s=arc-20160816; b=nKXFGrjWuX0Bd8qwDSsEZ2JiGeyHBKbB8ltx4TVyu14i5xY24psN2KKDAco5M5VDA8 kR6h65XV0VqFLHrJtCaY0wK9v9yQPdra/qacJxFAJX804sIV149iDiAGYQH0hAnU6SLe uJtj+bqyAXiWI6d0K7a/6I+EWRuZgsE2AveELvNjw07oUtw9pkyqaVN6gO+RjYt5dcPQ Xy1bYzN10B++/AfQ1OSAWphZ0sXgMQx8ZqoM7SOuoat7q7M7FsBrltrbn+1oZUm1KnIZ R2AOvjFI8i9DC2HwMnfvzvFAGgyNiT1+c1xUQ712RhmaeBiaYPJWhURPctFe4u/ufdsI MnMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=RHWIGA8s+mrztTtQU0Z7ORy6mbBFb2YIx+RovVl0Gc4=; b=PZelXBYhW/OG938b0QDHWx7La539oepkVS52fFuR4OLGdDM943e5/oynWgs/JbeKx1 dOqrwOHIuJhrcc6p3WZC/F37SnH1wWJKh1rC/iTy4MiCQDNrYctTiWWM6cWfccrD8Uhp w/a6l6td5Q83T/5FfJ0WSVFuE/xJtmF+eguEKESML7ceN8u58wsidGqzzRn90H6R1VaJ kVD+tuR46hZ4cQQ4nvLl+cQ+1bXGcF6vVkj5qUXks0uAVqcZr11gG0F0XSk1/tW4XqLO ULv2e0gO7nYWGO94d3B6kyS3JWXUUUZ/W/rhf8k3yvG0iEVDQBjXLjhVzyurm/09Lyhg 1ypA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i64si3310577edd.574.2020.05.26.06.54.26; Tue, 26 May 2020 06:55:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729385AbgEZNhz (ORCPT + 99 others); Tue, 26 May 2020 09:37:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38524 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728126AbgEZNhz (ORCPT ); Tue, 26 May 2020 09:37:55 -0400 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2754FC03E96D for ; Tue, 26 May 2020 06:37:55 -0700 (PDT) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.93) (envelope-from ) id 1jdZmC-003Ru1-Pm; Tue, 26 May 2020 15:37:52 +0200 Message-ID: Subject: Re: [PATCH 2/3] nl80211: add control port tx status method From: Johannes Berg To: Markus Theil Cc: linux-wireless@vger.kernel.org Date: Tue, 26 May 2020 15:37:51 +0200 In-Reply-To: <20200508144202.7678-3-markus.theil@tu-ilmenau.de> (sfid-20200508_164230_875169_22AD02AA) References: <20200508144202.7678-1-markus.theil@tu-ilmenau.de> <20200508144202.7678-3-markus.theil@tu-ilmenau.de> (sfid-20200508_164230_875169_22AD02AA) Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.2 (3.36.2-1.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org > struct idr ack_status_frames; > spinlock_t ack_status_lock; > > + u64 ctrl_port_cookie_counter; We have a u64 for other things (remain-on-channel), perhaps should just share? It's not going to overflow even if shared ... > /* disable bottom halves when entering the Tx path */ > local_bh_disable(); > - __ieee80211_subif_start_xmit(skb, dev, flags, 0); > + __ieee80211_subif_start_xmit(skb, dev, flags, 0, NULL); This is a little awkward, any way to avoid that? Probably not ... > +static u16 ieee80211_store_ack_skb(struct ieee80211_local *local, > struct sk_buff *skb, > - u32 *info_flags) > + u32 *info_flags, > + bool use_socket, > + u64 *cookie) > { > - struct sk_buff *ack_skb = skb_clone_sk(skb); > + struct sk_buff *ack_skb; > u16 info_id = 0; > > + if (use_socket) You can check skb->sk and not need the additional parameter. > if (unlikely(!multicast && skb->sk && > skb_shinfo(skb)->tx_flags & SKBTX_WIFI_STATUS)) > - info_id = ieee80211_store_ack_skb(local, skb, &info_flags); > + info_id = ieee80211_store_ack_skb(local, skb, &info_flags, > + true, NULL); > + > + if (unlikely(!multicast && ctrl_flags & IEEE80211_TX_CTL_REQ_TX_STATUS)) > + info_id = ieee80211_store_ack_skb(local, skb, &info_flags, > + false, cookie); I think this should be rolled into one condition, since you no longer need the true/false if you check skb->sk. And 'cookie' is already NULL in those other cases so you can pass it unconditionally. > @@ -2765,8 +2795,9 @@ static struct sk_buff *ieee80211_build_hdr(struct ieee80211_sub_if_data *sdata, > if (skb_shared(skb)) { > struct sk_buff *tmp_skb = skb; > > - /* can't happen -- skb is a clone if info_id != 0 */ > - WARN_ON(info_id); > + if (!(ctrl_flags & IEEE80211_TX_CTL_REQ_TX_STATUS)) > + /* can't happen -- skb is a clone if info_id != 0 */ > + WARN_ON(info_id); This I don't understand, but if it really is needed then you should adjust the comment and roll it into a single WARN_ON(). Also, please put all the remaining mac80211 changes into one patch - I already put all the other changes in. johannes