<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.drivers.hostap">
    <title>gmane.linux.drivers.hostap</title>
    <link>http://blog.gmane.org/gmane.linux.drivers.hostap</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26173"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26172"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26171"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26170"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26169"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26167"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26166"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26161"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26160"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26159"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26157"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26155"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26154"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26153"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26151"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26150"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26148"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26145"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26142"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.hostap/26141"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26173">
    <title>Android ICS: wpa_supplicant not connecting to hostapd in 80211n mode</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26173</link>
    <description>&lt;pre&gt;Hi,

I've recently bought HTC One S phone (Android 4, kernel 3.0.8) and now facing a problem that I could not connect my phone to AP while AP is configured in Wireless-N mode. The connection process stucks in authentication loop and then disconnects. If I just comment out ieee80211n config parameter in hostapd all works fine, but in G-mode. Can somebody help me with this problem? I've few days googled to find solution but find nothing.

Here is the log from hostapd:

association request: STA=xx:xx:xx:xx:xx:xx capab_info=0x431 listen_interval=3
Validating WMM IE: OUI 00:50:f2  OUI type 2  OUI sub-type 0  version 1  QoS info 0x0
  old AID 1
HT: STA xx:xx:xx:xx:xx:xx HT Capabilities Info: 0x016c
update_sta_ht STA xx:xx:xx:xx:xx:xx - no greenfield, num of non-gf stations 1
update_sta_ht STA xx:xx:xx:xx:xx:xx - 20 MHz HT, num of 20MHz HT STAs 1
hostapd_ht_operation_update current operation mode=0x6
hostapd_ht_operation_update new operation mode=0x6 changes=0
wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: association O&lt;/pre&gt;</description>
    <dc:creator>Valeriy Kucherenko</dc:creator>
    <dc:date>2012-05-26T10:11:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26172">
    <title>does hostapd work with wired networks ???</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26172</link>
    <description>&lt;pre&gt;hello everybody
my main question is : can hostapd be used in a wired network ?
im using the following network with hostapd on the authenticator :

Authentication server &amp;lt;------------------wired------
---------------&amp;gt;
Authenticator(hostapd) &amp;lt;-------------------wired--------------------&amp;gt;
User (win XP with WinRadius)
1.100 ------------------- 1.200 , 0.13 --------------------- 0.12
and this is my configurations for hostapd :

interface=eth1
driver=wired
dump_file=/tmp/hostapd.dump

ctrl_interface=/var/run/hostapd
ctrl_interface_group=0

logger_syslog=-1
logger_syslog_level=2
logger_stdout=-1
logger_stdout_level=2

ieee8021x=1
eapol_key_index_workaround=0
eapol_version=1

own_ip_addr=192.168.1.200
auth_server_addr=192.168.1.100
auth_server_port=1812
auth_server_shared_secret=secret
acct_server_addr=192.168.1.100
acct_server_port=1813
acct_server_shared_secret=secret

there is a problem : the EAPOL_start is sent to the authenticator by
the user (win XP) but the authenticator doesn't reply to user. what is
the sol&lt;/pre&gt;</description>
    <dc:creator>Jush Turner</dc:creator>
    <dc:date>2012-05-26T05:48:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26171">
    <title>WPA2 Help</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26171</link>
    <description>&lt;pre&gt;









Hello.



I
use Debian squeeze 6.0.5, kernel 2.6.32-5-amd64.



I
am trying to connect to my phone's router using WPA2 PSK, without
results.



There
is any problem using open protocol, without encryption, but I want to
use WPA.



A
message I have seen is “scanning” as a result of wpa_cli.



Anybody
can help ?



Please
answer to polarship&amp;lt; at &amp;gt;hotmail.com
and you will get a place in heaven.



Usually
I connect to belkin54g
but
sometimes I want to use WPA2 to connect to WLAN02, my phone's router.



And
after using WLAN02, i would like to connect back to belkin54g without
having to reboot.



Any
answers for the reason I have to reboot to connect again to belkin54g
?



=============================================================
###
This File: /etc/network/interfaces



#
This file describes the network interfaces available on your system
#
and how to activate them. For more information, see interfaces(5).
#
The loopback network interface



auto
lo
iface
lo inet loopback



#
The primary n&lt;/pre&gt;</description>
    <dc:creator>Polarship ·</dc:creator>
    <dc:date>2012-05-25T10:18:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26170">
    <title>How to calculate the percentage of signal strength level from dBm</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26170</link>
    <description>&lt;pre&gt;Hi All,

  Here's a question that I have been searching the Internet but
couldn't get an solution to it. I wanted to know all the wireless
hotspots around me and their signal strengths. I used "wpa_cli scan;
wpa_cli scan_results" to list the hotspots around me with signal
level, which were -75 and -83 in my case. I guess the unit here is
dBm. My question is how to convert dBm to percentage of signal
strength. I'm using ath9k driver. I saw a document on the internet
saying that I can use the following formula to convert dBm to
percentage:

    RSSI - 95 = dBm
    RSSI_MAX for Atheros chips is 60. So, -35 dBm is equivalent to
100%, and -95 dBm to 0%


  It doesn't look right to me because I put an access point very close
to me but got -79 dBm via wpa_cli. Please can anyone help?

Thanks and Best Regards,
CC
&lt;/pre&gt;</description>
    <dc:creator>Chih-Chieh Chou</dc:creator>
    <dc:date>2012-05-24T21:53:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26169">
    <title>[PATCH] P2P When UUID gets changed and more pbc session entriesare created, remove logic should check for loop entry address</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26169</link>
    <description>&lt;pre&gt;When UUID gets changed between a received probe request (for wps) and the M1 message, we might endup creating 2 entries in pbc sessions list (with same device address and different UUID). But when we try to remove the entries, we need to compare that pbc sessions list entry-&amp;gt;address. This will ensure that both entries gets removed.
Please let me know if the below patch is OK or I am missing something in my understanding.

From 1785eabf9c28bcd3012cc18bc510711f7f8febb9 Mon Sep 17 00:00:00 2001
From: Neeraj Garg &amp;lt;neerajkg&amp;lt; at &amp;gt;broadcom.com&amp;gt;
Date: Thu, 24 May 2012 14:01:40 +0530
Subject: [PATCH] Patch:P2P When UUID gets changed and more pbc session entries are created, remove logic should check for loop entry address
Signed-off-by: Neeraj Garg &amp;lt;neerajkg&amp;lt; at &amp;gt;broadcom.com&amp;gt;

---
 src/wps/wps_registrar.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
 mode change 100644 =&amp;gt; 100755 src/wps/wps_registrar.c

diff --git a/src/wps/wps_registrar.c b/src/wps/wps_registrar.c
old mode 100644
new mode 100755
index e6ec04&lt;/pre&gt;</description>
    <dc:creator>Neeraj Kumar Garg</dc:creator>
    <dc:date>2012-05-24T08:37:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26167">
    <title>P2P NOA invalid parameters</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26167</link>
    <description>&lt;pre&gt;Hello,

Parameter list to set NOA contains : count, start_offset, duration,
interval.  Are there any rules regarding invalid ranges or combination
of duration and interval?  Of course interval should be longer than
duration, but if duration consumes 90% of interval does it still
make sense?

Second problem is how long duration is allowed. I think when I define
90% sleep time then interval longer than 1sec also make no sense.
In other words if GO will go to sleep for too much time then there
will be a problem, with connecting/disconnecting to this group-owner.

Should the validation be performed in supplicant or in driver?

Thanks for opinions, Pawel
&lt;/pre&gt;</description>
    <dc:creator>Piszcz Pawel</dc:creator>
    <dc:date>2012-05-23T07:33:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26166">
    <title>HostAP EAP-TLS</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26166</link>
    <description>&lt;pre&gt; Hi,all. I want to use hostap for WPA EAP-TLS. Here is my .conf file:
interface=wlan3
bridge=br0
driver=nl80211
ssid=NormalAP
hw_mode=g
channel=13
ieee8021x=1
eapol_version=1
eap_server=1
eap_user_file=/home/wlan/wlan/hostapd-wpa-tls-tkip/hostapd/hostapd-ap.eap_user
ca_cert=/etc/ssl/demoCA/newcerts/cacert.pem
server_cert=/etc/ssl/demoCA/newcerts/APcert.pem
private_key=/etc/ssl/demoCA/newcerts/serverkey.prv
private_key_passwd=wlanwlan
#dh_file=/etc/ssl/hostapd.dh.pem
wpa=1
wpa_key_mgmt=WPA-EAP
wpa_pairwise=TKIP

But the hostap can not derive the key, here is the error message:
 EAP-TLS: CONTINUE -&amp;gt; SUCCESS
EAP: EAP entering state SEND_REQUEST
EAP: EAP entering state IDLE
EAP: retransmit timeout 3 seconds (from dynamic back off; retransCount=0)
IEEE 802.1X: 00:14:78:71:42:67 BE_AUTH entering state REQUEST
wlan3: STA 00:14:78:71:42:67 IEEE 802.1X: Sending EAP Packet (identifier 166)
IEEE 802.1X: 00:14:78:71:42:67 TX status - version=1 type=0 length=49 - ack=1
IEEE 802.1X: 10 bytes from 00:14:78:71:42:67
   IEEE&lt;/pre&gt;</description>
    <dc:creator>why</dc:creator>
    <dc:date>2012-05-23T05:54:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26161">
    <title>wpa_supplicant consultant needed</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26161</link>
    <description>&lt;pre&gt;Hello,
I am currently working with wpa_supplicant to build Wi-FI capabilities for a small consumer electronic device which has an RTOS, ARM9 CPU and Atheros Series 6000 chip on board.
The wpa_supplicant source code is release 0.6.9 which was included in the Atheros SDK.
The wpa_supplicant has been successfully ported to our hardware platform.
Currently the device can connect successfully to Wi-Fi Access Points with Atheros chip inside.
However, the device has trouble connecting successfully to Wi-Fi Access Points with Broadcom chip inside.
(It takes up to 2 minutes to connect at distance greater than 50cm)
I am in need of a paid consultant who can help me troubleshoot and fix the above problem.
Thank you
Hien Ha
_______________________________________________
HostAP mailing list
HostAP&amp;lt; at &amp;gt;lists.shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap
&lt;/pre&gt;</description>
    <dc:creator>Hien Ha</dc:creator>
    <dc:date>2012-05-22T04:28:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26160">
    <title>STA is not connecting to any ap with PIN from Access point</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26160</link>
    <description>&lt;pre&gt;Hi,

STA is sending M1 but receiving M2D. Any possible solution.

Regards,
Ashish
D/wpa_supplicant(  584): EAPOL: startWhen --&amp;gt; 0

D/wpa_supplicant(  584): EAPOL: SUPP_PAE entering state CONNECTING

D/wpa_supplicant(  584): EAPOL: txStart

D/wpa_supplicant(  584): TX EAPOL: dst=00:26:0b:dc:17:8d

D/wpa_supplicant(  584): EAPOL: Received EAP-Packet frame

D/wpa_supplicant(  584): EAPOL: SUPP_PAE entering state RESTART

D/wpa_supplicant(  584): EAP: EAP entering state INITIALIZE

D/wpa_supplicant(  584): EAP: EAP entering state IDLE

D/wpa_supplicant(  584): EAPOL: SUPP_PAE entering state AUTHENTICATING

D/wpa_supplicant(  584): EAPOL: SUPP_BE entering state REQUEST

D/wpa_supplicant(  584): EAPOL: getSuppRsp

D/wpa_supplicant(  584): EAP: EAP entering state RECEIVED

D/wpa_supplicant(  584): EAP: Received EAP-Request id=1 method=1 vendor=0 vendorMethod=0

D/wpa_supplicant(  584): EAP: EAP entering state IDENTITY

I/wpa_supplicant(  584): wlan0: CTRL-EVENT-EAP-STARTED EAP authentica&lt;/pre&gt;</description>
    <dc:creator>ashish kumar</dc:creator>
    <dc:date>2012-05-21T19:23:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26159">
    <title>reconfiguring the access point..</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26159</link>
    <description>&lt;pre&gt;Hi,

I want to use wpa_cli and wps_reg to reconfigure access point of mine but

when i am doing sudo wpa_cli wps_reg 02:34:56:78:9a:bc 12345670

its showing "unknown command" . I do not why. Is here any help?

&lt;/pre&gt;</description>
    <dc:creator>Harish </dc:creator>
    <dc:date>2012-05-21T11:42:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26157">
    <title>[PATCH] P2P: Race condition in GO-NEG process if both peersenter p2p_connect at the same time</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26157</link>
    <description>&lt;pre&gt;Hello,

We hit a case where both the peers assumed that other peer will be GO. Let us assume that p2p_connect command was given on both the peers using a script at the same time. Also assume that P1 has higher mac address than P2. 
1. P1 will send a GO-NEG-REQ and P2 will also send a GO-NEG-REQ.
2. Before P2 could get a callback p2p_go_neg_req_cb to update the variable go_neg_req_sent, P2 receives a GO-NEG request of P1 in the dwell time of its own request.
3. So P2 prepares the GO-NEG-RSP and send it even though its mac address is lower than P1 because go_neg_req_sent variable is NOT yet incremented.
4. Now P1 will get P2's GO-NEG-REQ and will reply it since it has higher mac address.
5. Both peers end up in sending GO-CONF frame.

To resolve this race, we propose that we increment go_neg_req_sent as soon as p2p_send_action is called for GO-NEG-REQ. And then decrement go_neg_req_sent if because of some reason the success is not reported in the callback p2p_go_neg_req_cb.

From 65193927d34fbbb9e84109b4502681&lt;/pre&gt;</description>
    <dc:creator>Neeraj Kumar Garg</dc:creator>
    <dc:date>2012-05-21T06:28:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26155">
    <title>[PATCH] Speed up connection time during ASSOC retry</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26155</link>
    <description>&lt;pre&gt;

In current implementation, authentication timer continues to run even after the
driver has reported ASSOC_REJECT. Then the association is retried on authentication
timeout which is 10secs.

The below patch cancels the authentication timeout on ASSOC_REJECT and initiates an
scan for association. Kindly see whether the patch is fine.


[PATCH] Speed up connection time during ASSOC retry

Avoid waiting for authentication timeout, If driver reports
ASSOC-REJECT

Signed-off-by: Jithu Jance &amp;lt;jithu&amp;lt; at &amp;gt;broadcom.com&amp;gt;
---
 wpa_supplicant/events.c           |   19 +++++++++++++++++++
 wpa_supplicant/wpa_supplicant.c   |    3 +++
 wpa_supplicant/wpa_supplicant_i.h |    1 +
 3 files changed, 23 insertions(+), 0 deletions(-)

diff --git a/wpa_supplicant/events.c b/wpa_supplicant/events.c
index 407407a..25c8f90 100644
--- a/wpa_supplicant/events.c
+++ b/wpa_supplicant/events.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -2238,6 +2238,25 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; void wpa_supplicant_event(void *ctx, enum wpa_event_type event,
 data-&amp;gt;assoc_reject.status_code);
 if (wpa_s-&amp;gt;drv_flags &lt;/pre&gt;</description>
    <dc:creator>Jithu Jance</dc:creator>
    <dc:date>2012-05-21T06:17:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26154">
    <title>[PATCH] Set default P2P_MAX_CLIENT_IDLE to 20</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26154</link>
    <description>&lt;pre&gt;
Consider the disconnect event generated due to EAP-FAILURE(after WPS handshake) during the P2P connection.

In this disconnect context, the group idle timer will be set to 10 and assoc retry starts. If the connection doesn't go through in
the first attempt the group will be removed. This is because the authentication timeout happens at 10secs and the assoc
will be retried only after that.

I feel setting to twenty seconds will help to retry at least two times. Please see whether it is okay.

Setting authentication timeout to 5secs is also another option. But not sure whether there are some systems requiring 10secs
time.


[PATCH] Set default P2P_MAX_CLIENT_IDLE to 20

Signed-hostap: Jithu Jance &amp;lt;jithu&amp;lt; at &amp;gt;broadcom.com&amp;gt;
---
 wpa_supplicant/p2p_supplicant.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/wpa_supplicant/p2p_supplicant.c b/wpa_supplicant/p2p_supplicant.c
index 44aadf1..4054b3b 100644
--- a/wpa_supplicant/p2p_supplicant.c
+++ b/wpa_supplicant/p2p_supplicant.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -44,7 +44,7&lt;/pre&gt;</description>
    <dc:creator>Jithu Jance</dc:creator>
    <dc:date>2012-05-21T05:16:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26153">
    <title>[WPS] responding with WPS_NACK to M7 from AP</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26153</link>
    <description>&lt;pre&gt;Hi all,
  I have a question on current WPS code in wpa_supplicant. In
src/wps/wps_registrar.c Function: wps_process_m7...see foll. piece of code.

    if (wps_parse_msg(decrypted, &amp;amp;eattr) &amp;lt; 0 ||
        wps_process_key_wrap_auth(wps, decrypted, eattr.key_wrap_auth) ||
        wps_process_e_snonce2(wps, eattr.e_snonce2) ||
        wps_process_ap_settings_r(wps, &amp;amp;eattr)) {
        wpabuf_free(decrypted);
        wps-&amp;gt;state = SEND_WSC_NACK;
        return WPS_CONTINUE;
    }

Function wps_process_ap_settings_r returns non-zero value, if STA does not
want to re-configure AP. In this case, STA responds to AP by sending
WSC_NACK message.
But, as per WSC 2.0 specification,  WSC_NACK is to be sent to indicate a
authenticating or processing error. Is sending WSC_NACK ok in this case?

Thanks
- Kiran
_______________________________________________
HostAP mailing list
HostAP&amp;lt; at &amp;gt;lists.shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap
&lt;/pre&gt;</description>
    <dc:creator>Kiran Divekar</dc:creator>
    <dc:date>2012-05-19T06:24:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26151">
    <title>how to get lists of STAs that connected to hostapd.</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26151</link>
    <description>&lt;pre&gt;Hi there, 

We built SoftAP with hostapd.
Does aynone know how to get lists of Wi-Fi STAs that connected to hostapd?

Regards
Keiji
&lt;/pre&gt;</description>
    <dc:creator>Keiji KAWAMURA</dc:creator>
    <dc:date>2012-05-18T02:07:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26150">
    <title>[PATCH] P2P: Fix P2P Group Formation to register and cancel timeoutson parent only.</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26150</link>
    <description>&lt;pre&gt;The fix 361cdf34 extends the use of group formation timeout for the
way handshake but the register is done on the group_interface while
the cancel is done on the parent interface. Correcting the register
to set the eloop timeout on parent.

    Signed-hostap: Nirav Shah &amp;lt;nirav.j2.shah&amp;lt; at &amp;gt;intel.com&amp;gt;
---
 wpa_supplicant/p2p_supplicant.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/wpa_supplicant/p2p_supplicant.c b/wpa_supplicant/p2p_supplicant.c
index 44aadf1..d41a8dc 100644
--- a/wpa_supplicant/p2p_supplicant.c
+++ b/wpa_supplicant/p2p_supplicant.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -3743,7 +3743,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; void wpas_p2p_wps_success(struct wpa_supplicant *wpa_s, const u8 *peer_addr,
  */
 eloop_register_timeout(P2P_MAX_INITIAL_CONN_WAIT, 0,
        wpas_p2p_group_formation_timeout,
-       wpa_s, NULL);
+       wpa_s-&amp;gt;parent, NULL);
 }
 if (wpa_s-&amp;gt;global-&amp;gt;p2p)
 p2p_wps_success_cb(wpa_s-&amp;gt;global-&amp;gt;p2p, peer_addr);
&lt;/pre&gt;</description>
    <dc:creator>nirav shah</dc:creator>
    <dc:date>2012-05-17T20:42:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26148">
    <title>[PATCH] P2P: Fix problem with connecting to non-P2P network in P2Pmode</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26148</link>
    <description>&lt;pre&gt;This patch allows connection to non-P2P network in P2P mode. In P2P 
mode, attempt to connect to non-P2P network always fails due to handling 
scan results in P2P specific way and scan process looping itself. To 
solve it wpas_p2p_stop_find() is called just after invoking scan request.

 From 75ef9fd523266cc1925681a1973e70d014b5df4a Mon Sep 17 00:00:00 2001
From: Marcin Klimczewski &amp;lt;marcin.klimczewski&amp;lt; at &amp;gt;tieto.com&amp;gt;
Date: Thu, 17 May 2012 12:28:41 +0200
Subject: [PATCH] P2P: Fix problem with connecting to non-P2P network in 
P2P mode

To allow to connect to non-P2P network in P2P mode,
p2p_stop_find is called just after invoking scan request.

Signed-off-by: Marcin Klimczewski &amp;lt;marcin.klimczewski&amp;lt; at &amp;gt;tieto.com&amp;gt;
---
  wpa_supplicant/scan.c |    2 ++
  1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/wpa_supplicant/scan.c b/wpa_supplicant/scan.c
index e66eed1..85fcf4d 100644
--- a/wpa_supplicant/scan.c
+++ b/wpa_supplicant/scan.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -708,6 +708,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; void wpa_supplicant_req_scan(struct wpa_supplicant 
*wp&lt;/pre&gt;</description>
    <dc:creator>Klimczewski Marcin</dc:creator>
    <dc:date>2012-05-17T14:11:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26145">
    <title>[PATCH] bss: Don't remove a BSS that is in use</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26145</link>
    <description>&lt;pre&gt;When looking for a BSS to eject due to too many entries, never
not pick one that is in use.  Otherwise, we run the risk of
having pointers to freed data.

Signed-off-by: Paul Stewart &amp;lt;pstew&amp;lt; at &amp;gt;chromium.org&amp;gt;
Cc: Jouni Malinen &amp;lt;j&amp;lt; at &amp;gt;w1.fi&amp;gt;
---
 wpa_supplicant/bss.c |   63 ++++++++++++++++++++++++++++---------------------
 1 files changed, 36 insertions(+), 27 deletions(-)

diff --git a/wpa_supplicant/bss.c b/wpa_supplicant/bss.c
index a373116..12b311f 100644
--- a/wpa_supplicant/bss.c
+++ b/wpa_supplicant/bss.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -35,14 +35,15 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 #define WPA_BSS_IES_CHANGED_FLAGBIT(8)
 
 
-static void wpa_bss_remove(struct wpa_supplicant *wpa_s, struct wpa_bss *bss)
+static void wpa_bss_remove(struct wpa_supplicant *wpa_s, struct wpa_bss *bss,
+   const char *reason)
 {
 dl_list_del(&amp;amp;bss-&amp;gt;list);
 dl_list_del(&amp;amp;bss-&amp;gt;list_id);
 wpa_s-&amp;gt;num_bss--;
 wpa_dbg(wpa_s, MSG_DEBUG, "BSS: Remove id %u BSSID " MACSTR
-" SSID '%s'", bss-&amp;gt;id, MAC2STR(bss-&amp;gt;bssid),
-wpa_ssid_txt(bss-&amp;gt;ssid, bss-&amp;gt;ssid_len));
+" SSID '%s' due to %s", bss-&lt;/pre&gt;</description>
    <dc:creator>Paul Stewart</dc:creator>
    <dc:date>2012-05-16T00:30:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26142">
    <title>android branch maintenance policy</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26142</link>
    <description>&lt;pre&gt;Hello.

Recently the android branch has been changed with unusual way.

It looks to be changed as below.
1. remove all patches refering to Android
2. sync with master branch
3. repatch removed patches

Will the android branch be maintained with this way ?

Regards,
Masashi Honma.
&lt;/pre&gt;</description>
    <dc:creator>Masashi Honma</dc:creator>
    <dc:date>2012-05-16T13:46:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26141">
    <title>hostap 1.1-devel</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26141</link>
    <description>&lt;pre&gt;Now that hostap 1.0 is released I've changed the version on the 1.x
development branch to 1.1-devel.

I've also picked up the following commits in 1.1-devel from 2.0-devel:

f15854d1e15e212ef9dbd8d734f0ffbed69e1b86 Fix BSSID enforcement with driver-based BSS selection
2c1e5575079f18e97f5d5751d0300b2e7c6a1aba WPS: Fix BSSID filter handling
157cdad59fafe56ab41a67fb13ac61e248025fdd wpa_supplicant: Fix overlapping memcpy on WPS interface addition
ab28911dbf77fa050459fb30d28037f54c04bde6 P2P: Deinitialize global P2P context on P2P mgmt interface removal
3fe8b68d63060d7766946bf29f937e255e1bd749 P2P: Wait 100 ms if driver fails to start listen operation
3d332fe75e9546a3b1d13042d791e1e67c276e79 Fix SIM/USIM determination to support EAP-AKA'
5daba48ca7ea49064a931a544e6da7f54cc0b74c hlr_auc_gw: Use 5 bit IND for SQN updates
f571b593ba86a4f8345e4e306fcf8842c2f00863 P2P: Clone max_sta_num parameter for group interfaces
762e4ce620125f233bec964413354601b0d9654c EAP-AKA': Update to RFC 5448
83519983138b0e9c19a4beb3a763e228&lt;/pre&gt;</description>
    <dc:creator>Chinchilla, Angie V</dc:creator>
    <dc:date>2012-05-16T00:13:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.hostap/26135">
    <title>About Wi-Fi Display of wpa_supplicant</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.hostap/26135</link>
    <description>&lt;pre&gt;Hi Folks
I am studying Wi-Fi Display specification.
However, I cannot find any reference source code for this.

How can I get the source for Wi-Fi Display on wpa_supplicant?


Regards,
Ecco
&lt;/pre&gt;</description>
    <dc:creator>박인향</dc:creator>
    <dc:date>2012-05-11T05:53:16</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.drivers.hostap">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.drivers.hostap</link>
  </textinput>
</rdf:RDF>

