Return-path: Received: from mms1.broadcom.com ([216.31.210.17]:4957 "EHLO mms1.broadcom.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752147Ab3FEIKa (ORCPT ); Wed, 5 Jun 2013 04:10:30 -0400 Message-ID: <51AEF266.3050005@broadcom.com> (sfid-20130605_101035_925384_9819A510) Date: Wed, 5 Jun 2013 10:10:14 +0200 From: "Arend van Spriel" MIME-Version: 1.0 To: "Johannes Berg" cc: "Malinen, Jouni" , qca_vkondrat , "Peer, Ilan" , "linux-wireless@vger.kernel.org" , "Rodriguez, Luis" , "John W . Linville" Subject: Re: [PATCH v8] cfg80211: P2P find phase offload References: <8887AA04B7EC49479420AE48C5F94A930EF6C0AA@NASANEXD02D.na.qualcomm.com> <1370418378.8920.12.camel@jlt4.sipsolutions.net> In-Reply-To: <1370418378.8920.12.camel@jlt4.sipsolutions.net> Content-Type: text/plain; charset=utf-8; format=flowed Sender: linux-wireless-owner@vger.kernel.org List-ID: On 06/05/2013 09:46 AM, Johannes Berg wrote: > On Tue, 2013-06-04 at 14:35 +0000, Malinen, Jouni wrote: > >> In general, I'd agree. However, I would like to get information of any >> peer device being in active PBC mode. This would require either getting >> those Probe Request frames > > I think I like that alternative better :-) > > I know I wouldn't find it quickly ... can you be more specific about > what "being in active PBC mode" means? Is that easily detectable? > > I'm thinking we should just document this (and be as specific about it > as we can) in the documentation for the offload feature. Remark from the sideline. One of the motivations for the P2P find offload (when done on the device) is that the host can sleep, right? So how/when does wpa_s want these Probe Request frames. After the driver/device completed the find? Regards, Arend