Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp196172ybm; Wed, 27 May 2020 23:58:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyHWbD+pyV1ky71WB0jih2VrhyzHiwCPNJSwGrZ4+hck/4gPflOepZX6s94HVVvE6/gURfB X-Received: by 2002:a17:906:90c1:: with SMTP id v1mr1642711ejw.322.1590649095936; Wed, 27 May 2020 23:58:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590649095; cv=none; d=google.com; s=arc-20160816; b=sGs7QwYAHXNkUbuKm3VV7EFKuecpQKcuSAS0CFLxScLRmRCcuSwaUQHbVj3E3IZvV8 fbJdXyK9+ZYEdC+olxKQ4IgcLc8DL8PgzFh9Hu3fhSp86o6pUNVoJLrNs3J7LZSVRKGw 1GrIqzVsGpj1HNYT4kak/m2f7jKIK+v57IzV7k4BnHZCihyfLE9Htke/fzo4wzII3Mrm 6PljUkOe6W/GbNuJLHhz2Dxx67CQECHkaAkaug3gpeuXmv7lIZjV470U1DJ13oMiMvzp RMco20pRiEndQEeGLpX0MKnckWTB7AQ8uorkHJMGhSWNy59rJnAcpDYhMLW+Vxba3QpW C4oA== 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=poYF1WN9u7qx9MiOS5GNgi4dtwrgCQYZbTGBmOT+Utk=; b=u3aSyEJJmE3QNZv/qoPzD1Yzj9k6D+N80II8h+3hI8MKx10AUDOG5dCXLELaOT00Te eWQfV04eQ8s3OXlM4gH1MfppXim//JUPa7K758k7iGCZz34hHiHlo69lfMyEsOhnqZUO 7+Q3uXkqi9xMzOFdmzfaL2/v4vmfshRGDcM2HwALfcRctnJ/+uX384GvLADcPhYprPOH 7CGu8w6I3o3AzkJphHVNtPeg1FTJtQUEnUvy0yfdTMlYsYYBbEvDMOfpX2ewjamdJerm cpu8KOtG3mG4MitTzEHIyxLhlTt21uOXQPTHpPwGHE8e6jZOZvXHWIoGrRDN6B4meHxk WaXA== 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 j6si3337132ejs.245.2020.05.27.23.57.51; Wed, 27 May 2020 23:58:15 -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 S1726277AbgE1G5T (ORCPT + 99 others); Thu, 28 May 2020 02:57:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56516 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725308AbgE1G5T (ORCPT ); Thu, 28 May 2020 02:57:19 -0400 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6D86FC05BD1E for ; Wed, 27 May 2020 23:57:19 -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 1jeCTd-004hIk-OL; Thu, 28 May 2020 08:57:17 +0200 Message-ID: <7ecbd284ff0c0f439034e003a450083c645361fb.camel@sipsolutions.net> Subject: Re: Auth/Assoc/Connect events coming before CMD_CONNECT response (hwsim) From: Johannes Berg To: James Prestwood Cc: linux-wireless@vger.kernel.org Date: Thu, 28 May 2020 08:57:16 +0200 In-Reply-To: <967e9193bc7d6573c4f0226e5801f2aeed92dc1c.camel@gmail.com> (sfid-20200528_010312_023822_A43149DE) References: <259da597c3902c79c9d5c6e171e109dcb68564eb.camel@sipsolutions.net> (sfid-20200501_193303_702944_53D89397) <68be99836859c4216a667e5784ed0e519cc1143c.camel@sipsolutions.net> <967e9193bc7d6573c4f0226e5801f2aeed92dc1c.camel@gmail.com> (sfid-20200528_010312_023822_A43149DE) 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 Hi James, > I was actually incorrect thinking we used wmediumd, we don't :) We have > our own hwsim thing that is effectively taking the place of wmediumd. Oh. But my theory was that even purely the roundtrip out to userspace and back would make the issue go away, so I guess I was still wrong. > And with this I added a very small delay to resending out the frames > and it totally fixed the issue. I guess that's more realistic anyway :) johannes