Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp487799rwr; Thu, 4 May 2023 23:41:19 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ45gfB7XTE64vhVKOXRP24B9hAPe08303eANBHRhFk5nG/IwVpvOpsn/VHuERMt4cDn9UOi X-Received: by 2002:a17:902:ecca:b0:1a2:a8d0:838e with SMTP id a10-20020a170902ecca00b001a2a8d0838emr415782plh.61.1683268878998; Thu, 04 May 2023 23:41:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1683268878; cv=none; d=google.com; s=arc-20160816; b=muHa3/cpkB4ehcQ6TW6Ii8DYHlQEDrES5hN9zp9HUUP628L6qogG2y4+8T5LKWGBKb bEkhaBwFmRUViylldT4qPLOwbT0Y6rRHqA1TuRvJVQ99+bkUx/QueVuNJxAe8swMAeOF RuUkWz7k9Fv/E/1zi/SpsYWwGgfTqUnjOq71joUmezUD3jHcRekuIusTjrcjbfuS0hTT QIiJuqRaUrAXH2MQ/Mer9gLVEZx/AsE0Fnhl7w8a3fPZPDjvoJW8E+HZiDlOuUyYlgUq w3TXguGL/fyYGgEnUSTw4u6fNVbf8rTiuxUGQIQMVFHqytPVGCdUsKhFAKcPjkZmHxZd Szyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent :content-transfer-encoding:references:in-reply-to:date:cc:to:from :subject:message-id:dkim-signature; bh=X0c1PBLFOhai+mqhEBi/tW1OeYtirBEECbmlevNdTtM=; b=yL0jbP1Rq61MB4TKee9kJVs/rHJoUBWe1+CZ1k8ABKJc/IB0DpCFLXBrV2sJ9g4ErY KFUXtJagfW80fecHX7oLSNLPnJeynJ8mLPPqNQnNtb3aE5e7MTdTropDfbjtbh6juhD3 n6dUw1K6YIfLKxC/ZsDtokqp4zXzoWh3wYHsj9hoSUzHqHOEj0OTI4tnvjkDJAsgSkR6 BF+ABs/0OSUsYCO4WEHFChyFCH8McILc0fxCMKWbqV3qB/uRxRJajt1fKIfB+NK6G1J3 0t5+rT01lwT68rRiaWWzNXeETGX3VyAm69Qa0SpXBxE1xADyiaRqPjrrEjKnpwwOHp41 UAYw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sipsolutions.net header.s=mail header.b=tYED6gMy; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=REJECT dis=NONE) header.from=sipsolutions.net Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p12-20020a170902e74c00b001ab286e740bsi1072266plf.328.2023.05.04.23.41.05; Thu, 04 May 2023 23:41:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@sipsolutions.net header.s=mail header.b=tYED6gMy; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=REJECT dis=NONE) header.from=sipsolutions.net Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230055AbjEEGkg (ORCPT + 61 others); Fri, 5 May 2023 02:40:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55614 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229905AbjEEGkf (ORCPT ); Fri, 5 May 2023 02:40:35 -0400 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E4B6215EC7; Thu, 4 May 2023 23:40:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sipsolutions.net; s=mail; h=MIME-Version:Content-Transfer-Encoding: Content-Type:References:In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-To: Resent-Cc:Resent-Message-ID; bh=X0c1PBLFOhai+mqhEBi/tW1OeYtirBEECbmlevNdTtM=; t=1683268834; x=1684478434; b=tYED6gMyFU8FHCp/t2Z6rOgjV0iHJl6LS3GH/R3WbiO4vZV Qj4cn5YUTsx/4o08IYEzd90oy6527pEyfaXDS5UlujiTe6R5rcWSzwW4Z/IYozCcNL1b0uKkwdomr FBN19mi5RqNndBQ0QHPZ2GRrQcvPlHe0/lxQj2UIutnub+3CPlgLCI9txyKjwI0ak7wGsstlH9MKU u4uegyw6u2uyhkBd5HhyBGG7VWVKD3DMb8O6J0Kk/UENTPLzsX/Z8KboshxtZzHozZ9RLRuS1uGJv QlpTxgPNdBhIx77QQLZQAzlxjerzjVuoOQ2tIugubMKOr+Qc1713nLkV4C2OFKAA==; Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.96) (envelope-from ) id 1pup74-000CRq-0E; Fri, 05 May 2023 08:40:18 +0200 Message-ID: Subject: Re: [PATCH] wifi: iwlwifi: Fix spurious packet drops with RSS From: Johannes Berg To: Sultan Alsawaf Cc: "Greenman, Gregory" , Kalle Valo , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , "Goodstein, Mordechay" , "Coelho, Luciano" , "Sisodiya, Mukesh" , "linux-wireless@vger.kernel.org" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" Date: Fri, 05 May 2023 08:40:16 +0200 In-Reply-To: References: <20230430001348.3552-1-sultan@kerneltoast.com> <8d2b0aec270b8cd0111654dc4b361987a112d3ce.camel@sipsolutions.net> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.4 (3.46.4-1.fc37) MIME-Version: 1.0 X-malware-bazaar: not-scanned X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Thu, 2023-05-04 at 10:55 -0700, Sultan Alsawaf wrote: > >=20 > > So I assume you tested it now, and it works? Somehow I had been under > > the impression we never got it to work back when... >=20 > Yep, I've been using this for about a year and have let it run through th= e > original iperf3 reproducer I mentioned on bugzilla for hours with no stal= ls. My > big git clones don't freeze anymore either. :) Oh! OK, great. > What I wasn't able to get working was the big reorder buffer cleanup that= 's made > possible by using these firmware bits. The explicit queue sync can be rem= oved > easily, but there were further potential cleanups you had mentioned that = I > wasn't able to get working. Fair enough. > I hadn't submitted this patch until now because I was hoping to get the b= ig > cleanup done simultaneously but I got too busy until now. Since this smal= l patch > does fix the issue, my thought is that this could be merged and sent to s= table, > and with subsequent patches I can chip away at cleaning up the reorder bu= ffer. Sure, that makes sense. > > > Johannes mentions that the 9000 series' firmware doesn't support thes= e > > > bits, so disable RSS on the 9000 series chipsets since they lack a > > > mechanism to properly detect old and duplicated frames. > >=20 > > Indeed, I checked this again, I also somehow thought it was backported > > to some versions but doesn't look like. We can either leave those old > > ones broken (they only shipped with fewer cores anyway), or just disabl= e > > it as you did here, not sure. RSS is probably not as relevant with thos= e > > slower speeds anyway. >=20 > Agreed, I think it's worth disabling RSS on 9000 series to fix it there. = If the > RX queues are heavily backed up and incoming packets are not released fas= t > enough due to a slow CPU, then I think the spurious drops could happen so= mewhat > regularly on slow devices using 9000 series. >=20 > It's probably also difficult to judge the impact/frequency of these spuri= ous > drops in the wild due to TCP retries potentially masking them. The issue = can be > very noticeable when a lot of packets are spuriously dropped at once thou= gh, so > I think it's certainly worth the tradeoff to disable RSS on the older chi= psets. :) > Indeed, and removing the queue sync + timer are easy. Would you prefer I = send > additional patches for at least those cleanups before the fix itself can = be > considered for merging? >=20 No, you know, maybe this is easier since it's the smallest possible change that fixes issues. Just have to see what Emmanuel says, he had said he sees issues with this change. johannes