Return-path: Received: from s3.sipsolutions.net ([5.9.151.49]:46525 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753204AbbGBLjc (ORCPT ); Thu, 2 Jul 2015 07:39:32 -0400 Message-ID: <1435837168.2285.8.camel@sipsolutions.net> (sfid-20150702_133935_527438_8B42DAA3) Subject: Re: AP + P2P_GO multichan tests with intel7260 as a P2P_CLIENT - direct probe issue From: Johannes Berg To: Janusz Dziedzic Cc: "Peer, Ilan" , "linux-wireless@vger.kernel.org" , "chaitanya.mgit@gmail.com" Date: Thu, 02 Jul 2015 13:39:28 +0200 In-Reply-To: (sfid-20150702_114406_759616_5CDED4CB) References: <1435082418.2777.11.camel@ipeer-box> <1435822032.2285.2.camel@sipsolutions.net> (sfid-20150702_114406_759616_5CDED4CB) Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Thu, 2015-07-02 at 11:44 +0200, Janusz Dziedzic wrote: > > > The issue above can probably easily fixed by doing the BSS update > > after > > the "direct probe responded" though, no? Like this: > > https://p.sipsolutions.net/67f9212f0f9f3642.txt > > > This was my first idea, but in such case I suspect we will send > another direct probe while bss->proberesp_ies will be not set and > ieee80211_probe_auth() will send second probe_req? > But why would it not be set? We do rely on ieee80211_rx_bss_info() setting it, after all. johannes