<?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.madwifi.devel">
    <title>gmane.linux.drivers.madwifi.devel</title>
    <link>http://blog.gmane.org/gmane.linux.drivers.madwifi.devel</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.madwifi.devel/8347"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8346"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8345"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8344"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8343"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8340"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8337"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8336"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8335"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8333"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8332"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8331"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8330"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8328"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8324"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8323"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8314"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8312"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8310"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8309"/>
      </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.madwifi.devel/8347">
    <title>ubantu 10.04 with madwifi ath_pci driver hang withiperf client</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8347</link>
    <description>&lt;pre&gt;Hello friends, i am dealing with very strange problem from couple of weeks
i am doing performance measurement for wireless network , i am using
ubantu 10.04 with madwifi ath_pci driver , i have connected to machine
using RF cables to form network , when i run iperf clinet for UDP and
Iperf Server on other ,my machine UDP iperf client hang with black
screen, only hard reboot is option. i am not able to progress , please
help if somebody know solution

thanks in advance

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
&lt;/pre&gt;</description>
    <dc:creator>amit choursiya</dc:creator>
    <dc:date>2012-04-21T17:32:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8346">
    <title>(no subject)</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8346</link>
    <description>&lt;pre&gt;&amp;lt;a href="http://endroid.net/wp-content/themes/my-blog/images/jrklre.html"&amp;gt; http://endroid.net/wp-content/themes/my-blog/images/jrklre.html&amp;lt;/a&amp;gt;------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev_______________________________________________
Madwifi-devel mailing list
Madwifi-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
&lt;/pre&gt;</description>
    <dc:creator>rezbin&lt; at &gt;yahoo.com</dc:creator>
    <dc:date>2012-04-03T20:37:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8345">
    <title>(no subject)</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8345</link>
    <description>&lt;pre&gt;&amp;lt;a href="http://adamglick.net/austin_siggraph_wordpress_prototype.old/wp-content/uploads/snazzy/02efpk.html"&amp;gt; http://adamglick.net/austin_siggraph_wordpress_prototype.old/wp-content/uploads/snazzy/02efpk.html&amp;lt;/a&amp;gt;------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure_______________________________________________
Madwifi-devel mailing list
Madwifi-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
&lt;/pre&gt;</description>
    <dc:creator>rezbin&lt; at &gt;yahoo.com</dc:creator>
    <dc:date>2012-04-02T19:44:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8344">
    <title>Half/quarter channel</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8344</link>
    <description>&lt;pre&gt;Hi Chris,
As far as I known, madwifi does not support half/quarter channel bandwidth, you can see some source codes for this function, but you still need to do some work to complete it. I have added this function for my devices, if you still have any other questions, we can discuss them together.
Best &amp;amp; Regards
John

2012-01-29



John




Message: 5 
Date: Thu, 17 Nov 2011 08:41:25 -0600 
From: Chris &amp;lt;bitcpf&amp;lt; at &amp;gt;gmail.com&amp;gt; 
Subject: [Madwifi-devel] Half/quarter channel 
To: madwifi-devel&amp;lt; at &amp;gt;lists.sourceforge.net 
Message-ID: 
    &amp;lt;CAKds+cvDcMzFjxGVM=Jaqbv6y48afsWNpkgnFqDhaMaGJYmthg&amp;lt; at &amp;gt;mail.gmail.com&amp;gt; 
Content-Type: text/plain; charset="iso-8859-1" 

Hi Everyone, 

Has madwifi supported half/quarter channel now? 
If yes, how can I set the radio work in half/quarter channel? 

Thanks, 
-------------- next part -------------- 
An HTML attachment was scrubbed... 

------------------------------ ------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2_______________________________________________
Madwifi-devel mailing list
Madwifi-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
&lt;/pre&gt;</description>
    <dc:creator>John</dc:creator>
    <dc:date>2012-01-29T01:25:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8343">
    <title>TSF Timer Reset Interval</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8343</link>
    <description>&lt;pre&gt;Hi!

When operating a device with madwifi in AP mode I observe, that beacons 
sent out by this device reset the TSF timestamp once each minute. 
According to what I can see in the source this is not done by the driver 
itself but by the hardware/hal. (I used the 0.9.4 snapshot, I don't know 
whether this is also the case in ath5k/ath9k)

My questions are:
- Where exactly is the TSF timer resetted?
- What is the reason for these frequently resets? Is this in some way 
specific to the Atheros hardware? Or is there a certain reason to force 
this reset? "Real" hardware access points seem to reset their TSF timer 
much less frequent.

Thanks in advance,
Fabian

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
&lt;/pre&gt;</description>
    <dc:creator>Fabian Lanze</dc:creator>
    <dc:date>2012-01-25T10:22:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8340">
    <title>Half/quarter channel</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8340</link>
    <description>&lt;pre&gt;Hi Everyone,

Has madwifi supported half/quarter channel now?
If yes, how can I set the radio work in half/quarter channel?

Thanks,
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d_______________________________________________
Madwifi-devel mailing list
Madwifi-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
&lt;/pre&gt;</description>
    <dc:creator>Chris</dc:creator>
    <dc:date>2011-11-17T14:41:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8337">
    <title>AR9220/Pci Partially Working</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8337</link>
    <description>&lt;pre&gt;Hello,
 
I am trying to integrate a WLM200N5 minipci 11n/a card (which is, I
believe, AR9220-based, pciid 0x168c0029) into an PPC-based box running
2.4.24.
 
I have patched my copy of the madwifi-devel stream with Mr. Roskin's
AR9220 patch
(found at
http://madwifi-users.20070.n2.nabble.com/MadWifi-driver-fails-to-recogni
ze-Ubiquity-card-td5294763.html
&amp;lt;http://madwifi-users.20070.n2.nabble.com/MadWifi-driver-fails-to-recogn
ize-Ubiquity-card-td5294763.html&amp;gt; ).
 
The card appears to be working from the software side of things - I can
bring up the interface, setup ssid and a channel, and retrieve stats.
The radio, however, does not seem to be producing any RF output -
confirmed by an 802.11 power analyzer connected to either of the
antennas.
I have tried setting the RFKILL parameter both in software and hardware
(blocking the appropriate PCI pin), to no avail.
 
I would welcome any ideas regarding using similar (pciid 0x168c0029)
cards with Madwifi. Perhaps someone would have an updated patch (which
would be very appreciated)?
 
(I have also posted this on madwifi-users, but perhaps this list is more
appropriate)
 
Michal
&lt;/pre&gt;</description>
    <dc:creator>Michal Debski</dc:creator>
    <dc:date>2011-10-27T15:14:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8336">
    <title>(no subject)</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8336</link>
    <description>&lt;pre&gt;thanx
 
Computer Software Engineering
N.W.F.P University of Engineering 
and Technology Peshawar (Mardan campus)
Pakistan
mobile: +92 300 5898781------------------------------------------------------------------------------
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning&amp;lt; at &amp;gt;Ciosco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev_______________________________________________
Madwifi-devel mailing list
Madwifi-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
&lt;/pre&gt;</description>
    <dc:creator>fayaz rehman</dc:creator>
    <dc:date>2011-10-19T20:35:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8335">
    <title>Madwifi and net80211 "aggressive mode"</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8335</link>
    <description>&lt;pre&gt;Hello all,
I'm investigating a performance regression between Madifi and ath5k
(see https://lists.ath5k.org/pipermail/ath5k-devel/2011-October/004967.html).

Adrian Chadd suggested that the differences might be because of the net80211
"aggressive mode". From looking at the Madwifi-0.9.4 sources, I guessed that
changing the iwpriv wmm settings might affect the "aggressive mode", but I 
could not see any difference in the performance. Is this the right knob to 
change the "aggressive mode"? If not, what is the right knob?

Thanks in advance
  Joerg



-----------------------------------------
IABG mbH
Sitz der Gesellschaft: Ottobrunn, Registergericht: Amtsgericht Muenchen, HRB 5499
Geschaeftsfuehrung: Prof. Dr.-Ing. Rudolf F. Schwarz Vorsitz, Dipl.-Ing. Matthias Spott
Vorsitzender des Aufsichtsrats: RA Engelbert Kupka MdL a.D.


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
&lt;/pre&gt;</description>
    <dc:creator>Pommnitz Jörg</dc:creator>
    <dc:date>2011-10-19T14:13:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8333">
    <title>Where stats are populated?</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8333</link>
    <description>&lt;pre&gt;Dear all,
  I am new to madwifi, and I have to implement some modifications on
the drivers for my research.
The first step is to estimate the MAC layer goodput for each station,
both at each station and at the AP for each associated station.
I have seen the data structure in ieee802.11_ioctl.h named
ieee80211_nodestats, that contains several stats but I cannot find the
code where these stats are populated.
Where is the logic? I tried to references to  the variable names
without success.
Anyone can give me an hint?
Every form of help is highly appreciated
Thanks

&lt;/pre&gt;</description>
    <dc:creator>Claudio Rossi</dc:creator>
    <dc:date>2011-10-13T15:01:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8332">
    <title>Changing Contention Window</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8332</link>
    <description>&lt;pre&gt;Dear All,

I am a beginner for using MadWifi, can you please help me how to change the
contention window. I am using Ubiquiti SR71-C wireless card which is based
on  Atheros AR9160 with DFS SUPPORT chipset.


I really appreciate very one for taking time to read my email and your time.


Thanks in advance.

Regards.
Ravi


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2_______________________________________________
Madwifi-devel mailing list
Madwifi-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
&lt;/pre&gt;</description>
    <dc:creator>RaviKiran Paladugu</dc:creator>
    <dc:date>2011-10-08T04:48:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8331">
    <title>No ath0 shown up under /proc/dev</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8331</link>
    <description>&lt;pre&gt;Hello,

After I run

   wlanconfig ath0 create wlandev wifi0

, I can create ath0 successfully. According to the posts on the internet, I
should be able to find ath0 and its parameters under the path /proc/dev.
However, I can only find ath and wifi0 under /proc/dev. What I am expecting
is the debug parameter under ath0. Does anyone know how to make the driver
create that parameter?

Also, when I run athdebug, it always complains that

athdebug: sysctl-get(dev.ath0.debug): No such file or directory

I think these two issues may be caused by the same thing. Can anyone shed me
some light on how to solve the issue?

madwifi info:

ath_hal: module license 'Proprietary' taints kernel.
Disabling lock debugging due to kernel taint
ath_hal: 2009-05-08 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413,
RF5413, RF2133, RF2425, REGOPS_FUNC, XR)
ath_pci: trunk
wlan: trunk
wlan: mac acl policy registered
ath_rate_sample: 1.2 (trunk)
PCI: enabling device 0000:00:01.0 (0340 -&amp;gt; 0342)
Atheros HAL provided by OpenWrt, DD-WRT and MakSat Technologies
wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps
24Mbps 36Mbps 48Mbps 54Mbps
wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: H/W encryption support: WEP AES AES_CCM TKIP
ath_pci: wifi0: Atheros 5413: mem=0x48000000, irq=28


Thanks.
Vincent
------------------------------------------------------------------------------
Doing More with Less: The Next Generation Virtual Desktop 
What are the key obstacles that have prevented many mid-market businesses
from deploying virtual desktops?   How do next-generation virtual desktops
provide companies an easier-to-deploy, easier-to-manage and more affordable
virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/_______________________________________________
Madwifi-devel mailing list
Madwifi-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
&lt;/pre&gt;</description>
    <dc:creator>Vincent</dc:creator>
    <dc:date>2011-09-15T16:27:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8330">
    <title>Debugging madwifi on Openwrt</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8330</link>
    <description>&lt;pre&gt;
 

 Hi, everyone,

I am recently working on outputting the debugging information of madwifi. By default, the debugging tool athdebug in Madwifi is not included in the Openwrt image. What should I do to enable this tools?

With the trunk version (Rev 28202), there is an option under the module kmod-ath, saying "Atheros Wireless Debugging". How would this option affect the system? Does this option add some extra debugging features to Openwrt? I tried enabling this option and the athdebug was still not included.

Any help regarding ways to debug madwifi will be appreciated.

Thanks.
Vincent

------------------------------------------------------------------------------
BlackBerry&amp;amp;reg; DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the 
BlackBerry&amp;amp;reg; mobile platform with sessions, labs &amp;amp; more.
See new tools and technologies. Register for BlackBerry&amp;amp;reg; DevCon today!
http://p.sf.net/sfu/rim-devcon-copy1 _______________________________________________
Madwifi-devel mailing list
Madwifi-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
&lt;/pre&gt;</description>
    <dc:creator>Vincent</dc:creator>
    <dc:date>2011-09-13T04:08:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8328">
    <title>Measuring RTT with MadWifi</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8328</link>
    <description>&lt;pre&gt;Hi people,
I'm doing a research and I'm working with MadWifi right now.
The thing is.. I want to measure the RTT (Round-Time Trip) with the
driver. I'm thinking in something about this:
To each probe request sent, to store an ID to identify the probe
request and store the exact time that this probe was sent. Of course
another information like the BSSID will be stored. In the same way,
all the probe responses received by my computer, the MadWifi will
store the ID and the exact time witch this probe response arrives in
the computer. So, I'll be able to calculate the RTT, by subtracting
the time probe request - time probe response.
Well, to do that, I'm having some problems.
I didn't found an ID (this ID is that one who can associate a probe
request to a probe response, because, of course, a probe response is a
response to a probe request). The second issue is to calculate the
time. How can I calculate the exactly time that the packet left the
network interface and the time that the packet arrives in the network
interface.
So, my questions are:
How can I identify a probe request and a probe response, to associate them?
How can I measure the time of departures and arrives of the probes in
the driver?

And, after all...
sorry about my poor English, and thanks for the attention..

&lt;/pre&gt;</description>
    <dc:creator>Felipe Chaulet</dc:creator>
    <dc:date>2011-09-12T17:40:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8324">
    <title>Madwifi compile warnings (2.6.38)</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8324</link>
    <description>&lt;pre&gt;I've some warnings compiling madwifi version with 2.6.38
(Voyage Linux 0.7.5). See below the details. Bypass is: 
remove -Werror in line "WARNINGS = -Werror -Wall" in file 
Makefile.inc. I didn't see problems with compiled madwifi 
in 2.6.38 (yet...).

In 2.6.32, there is no problem.

Is someone on this mail-list willing to check?
Other mail list?

Thanks, Teco


My in_use version:
==================
  CC [M]  /home/madwifi/madwifi-0.9.4-r4136-20110203/net80211/ieee80211_wireless.o
cc1: warnings being treated as errors
In file included from /usr/src/linux-source-2.6.38-voyage/arch/x86/include/asm/uaccess.h:571,
                 from include/net/checksum.h:25,
                 from include/linux/skbuff.h:28,
                 from include/linux/if_ether.h:126,
                 from include/linux/netdevice.h:29,
                 from /home/madwifi/madwifi-0.9.4-r4136-20110203/net80211/../include/compat.h:45,
                 from &amp;lt;command-line&amp;gt;:0:
In function 'copy_from_user',
    inlined from 'ieee80211_ioctl_setmode' at /home/madwifi/madwifi-0.9.4-r4136-20110203/net80211/ieee80211_wireless.c:1939:
/usr/src/linux-source-2.6.38-voyage/arch/x86/include/asm/uaccess_32.h:212: error: call to 'copy_from_user_overflow' declared with attribute warning: copy_from_user() buffer size is not provably correct
make[3]: *** [/home/madwifi/madwifi-0.9.4-r4136-20110203/net80211/ieee80211_wireless.o] Error 1
make[2]: *** [/home/madwifi/madwifi-0.9.4-r4136-20110203/net80211] Error 2
make[1]: *** [_module_/home/madwifi/madwifi-0.9.4-r4136-20110203] Error 2
make[1]: Leaving directory `/usr/src/linux-source-2.6.38-voyage'
make: *** [modules] Error 2


Current_build version:
======================
  CC [M]  /home/madwifi/madwifi-0.9.4-r4167-20110827/net80211/ieee80211_wireless.o
cc1: warnings being treated as errors
In file included from /usr/src/linux-source-2.6.38-voyage/arch/x86/include/asm/uaccess.h:571,
                 from include/net/checksum.h:25,
                 from include/linux/skbuff.h:28,
                 from include/linux/if_ether.h:126,
                 from include/linux/netdevice.h:29,
                 from /home/madwifi/madwifi-0.9.4-r4167-20110827/net80211/../include/compat.h:45,
                 from &amp;lt;command-line&amp;gt;:0:
In function 'copy_from_user',
    inlined from 'ieee80211_ioctl_setmode' at /home/madwifi/madwifi-0.9.4-r4167-20110827/net80211/ieee80211_wireless.c:1938:
/usr/src/linux-source-2.6.38-voyage/arch/x86/include/asm/uaccess_32.h:212: error: call to 'copy_from_user_overflow' declared with attribute warning: copy_from_user() buffer size is not provably correct
make[3]: *** [/home/madwifi/madwifi-0.9.4-r4167-20110827/net80211/ieee80211_wireless.o] Error 1
make[2]: *** [/home/madwifi/madwifi-0.9.4-r4167-20110827/net80211] Error 2
make[1]: *** [_module_/home/madwifi/madwifi-0.9.4-r4167-20110827] Error 2
make[1]: Leaving directory `/usr/src/linux-source-2.6.38-voyage'
make: *** [modules] Error 2






------------------------------------------------------------------------------
Using storage to extend the benefits of virtualization and iSCSI
Virtualization increases hardware utilization and delivers a new level of
agility. Learn what those decisions are and how to modernize your storage 
and backup environments for virtualization.
http://www.accelacomm.com/jaw/sfnl/114/51434361/
&lt;/pre&gt;</description>
    <dc:creator>Teco Boot</dc:creator>
    <dc:date>2011-09-07T11:22:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8323">
    <title>[madwifi] stronger signal needed for assoc?</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8323</link>
    <description>&lt;pre&gt;Hi!

I am experiencing the following:

If I connect a client to an AP (all devices running madwifi) and then 
walk away from the AP, the signal slowly gets worse until it finally 
looses connection. All ok up to this point :)

If then at the moment, when it looses connection I move again towards 
the AP to a place, where I still had a signal, I won't regain an 
association. Only if I move a lot more towards the AP(let's say some 
hundred meters) will I regain an association.

Any idea, why this can be observed? Does madwifi need higher signal 
strength for association than for data transfer after an association has 
already been done?

Best regards,
Dennis

------------------------------------------------------------------------------
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Dennis Borgmann</dc:creator>
    <dc:date>2011-08-16T12:58:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8314">
    <title>Random disconnects</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8314</link>
    <description>&lt;pre&gt;Hello,

I have UBNT NanoStation 2 (with Atheros 802.11b/g), which also uses 
wpa_supplicant and madwifi. I set wpa_supplicant up like this:

eapol_version=1
ap_scan=1
fast_reauth=1
network={
         ssid="eduroam"
         proto=RSN
         key_mgmt=WPA-EAP
         pairwise=CCMP
         scan_ssid=1
         bssid=00:17:DF:2C:xx:xx
         priority=1
         eap=TTLS
         identity="xxx"
         anonymous_identity="anonymous&amp;lt; at &amp;gt;xxx"
         password="xxx"
         phase2="auth=MSCHAPV2"
}

And this works. However, I get random disconnects:

1310857012.150280: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys

The station then reconnects (sometimes it takes a few timeouts) and 
reauthenticates. What could be the problem? The signal level is about 
-80 dBi.

The whole wpa_supplicant debug log is here:

http://pastebin.com/AM7LP4Yz

The madwifi debug kernel log (athdebug 0xffffffff) is here:

http://pastebin.com/ePTdqh1C

At time Jul 20 23:18:28 in this log you will see the wpa_supplicant's 
disconnect, and all "around" it is madwifi's debug stuff, which I cannot 
understand.

Can anyone give me a clue?

Thanks,
Nejc
------------------------------------------------------------------------------
10 Tips for Better Web Security
Learn 10 ways to better secure your business today. Topics covered include:
Web security, SSL, hacker attacks &amp;amp; Denial of Service (DoS), private keys,
security Microsoft Exchange, secure Instant Messaging, and much more.
http://www.accelacomm.com/jaw/sfnl/114/51426210/_______________________________________________
Madwifi-devel mailing list
Madwifi-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
&lt;/pre&gt;</description>
    <dc:creator>Nejc Škoberne</dc:creator>
    <dc:date>2011-07-20T23:31:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8312">
    <title>Perfect frame transmission time calculation inSampleRate (../ath_rate/sample.c)</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8312</link>
    <description>&lt;pre&gt;Hi

I have an ambiguity about the way "perfect frame transmission time" is
calculated in SampleRate rate adaptation code (ath_rate/sample.c). The
precise calculation of perfect tx_time is very crucial for SampleRate's
operation however it seems something is missing here.

1) Let's assume a scenario of 1500-bytes frame transmission with 802.11g
rate=54Mbps. /proc/net/madwifi/ath0/ratestats_1600 always shows the
"perfect" tx_time as 644 us while in practice it should be something around
322 us based on analysis in:
http://www.cs.clemson.edu/~westall/851/802.11/802_CSMA_CA.pdf. It's almost
double! even putting b/g parameters won't make it equal to 644 us.

2) I tried to look in the code to see if this is doubled for all rates (e.g.
similar to what you guys have done for the turbo-mode rates using 2x for
instance) but couldn't find anything. In fact for the rates of 1~11 Mbps
it's almost close to the tx_time calculations in original J. Bicket's
proposal (http://dspace.mit.edu/handle/1721.1/34116) but still not exactly
the same!


3) looking at sample.c everything seems to be correctly taken into
consideration except:

A)  It seems the big portion of 644 us comes out
of ath_hal_computetxtime(sc-&amp;gt;sc_ah, rt, length, rix, AH_TRUE); which is
(maybe?) exported by HAL? because the rest of the values are put correctly
(SIFS, DIFS and slot-time). Any idea?

B) It's very strange the way contention window (cw) is taken into
consideration. First it assumes that

unsigned int cw = WIFI_CW_MIN;

Shouldn't it be a random value for first tx attempt? and not always the
CW_MIN? Secondly, the below code in sample.c adds the back-off period to the
tt, but cw+1 is doubled first and then halved?! and why the "doubled value
of cw" is compared to CW_MAX?

for (x = 0; x &amp;lt;= short_retries + long_retries; x++) {
cw = MIN(WIFI_CW_MAX, (cw + 1) * 2);
tt += (t_slot * cw / 2);
}
return tt;

To clarify assume that CW_MIN=4,CW_MAX=10, and we have had 1 tx and 1 retry
and let's just for now assume that cw=CW_MIN=4 slots. In that case, it
should be cw_first_tx=5 slots, cw_retry=min(10,10)=10 slots but the above
code calculates it as cw_first_tx=5 slots, cw_retry=5. I think the code
should be:

for (x = 0; x &amp;lt;= short_retries + long_retries; x++) {
cw = MIN(WIFI_CW_MAX, cw );
tt += (t_slot * (cw+1) );
}
return tt;

Please correct me if I'm wrong.

4) It's not clear if ratestats_1600 table calculates the frame sizes from
250~1600 bytes with the same measure? I wonder sending thousands of
255-bytes frames at 6 Mbps won't change the tx_time in benefit of them
compare to few 1500-bytes frames at 54 Mbps? is framelen taken into account
when exporting the rate table? to calculate how would tx_time become if
those 250-bytes frames were 1600-bytes frames and then exporting them to
rate table?



Cheers,
Naeem
------------------------------------------------------------------------------
AppSumo Presents a FREE Video for the SourceForge Community by Eric 
Ries, the creator of the Lean Startup Methodology on "Lean Startup 
Secrets Revealed." This video shows you how to validate your ideas, 
optimize your ideas and identify your business strategy.
http://p.sf.net/sfu/appsumosfdev2dev_______________________________________________
Madwifi-devel mailing list
Madwifi-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
&lt;/pre&gt;</description>
    <dc:creator>Naeem Khademi</dc:creator>
    <dc:date>2011-07-16T19:32:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8310">
    <title>[SPAM] atheros 802.11n HT40</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8310</link>
    <description>&lt;pre&gt;
Dears ,

when 802.11n set wireless mode 11N(5G),

the channel mode set HT40, and should I set some other args for it?

These may be get the max throughtput.

Thanks!

BR,

Jason.

------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
&lt;/pre&gt;</description>
    <dc:creator>Z0264 houshiping(侯士平</dc:creator>
    <dc:date>2011-05-23T09:12:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8309">
    <title>Invitation to connect on LinkedIn</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8309</link>
    <description>&lt;pre&gt;LinkedIn
------------

   
I'd like to add you to my professional network on LinkedIn.

- Yunye

Yunye Jin
Student at National University of Singapore
Singapore

Confirm that you know Yunye Jin
https://www.linkedin.com/e/-v7rgdm-gnwl0la1-0/isd/2942362541/DMc7WnX-/


 
&lt;/pre&gt;</description>
    <dc:creator>Yunye Jin</dc:creator>
    <dc:date>2011-05-20T03:40:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8308">
    <title>Debug transmission</title>
    <link>http://comments.gmane.org/gmane.linux.drivers.madwifi.devel/8308</link>
    <description>&lt;pre&gt;Hi all,
I have met a problem that devices can not transmit any frames after serveral hours just in STA mode.  I find that when it happens, I can not get wbuf from sc-&amp;gt;sc_txbuf.

In ath_tx_start_dma function,
bf = TAILQ_FRIST(&amp;amp;sc-&amp;gt;sc_txbuf), the bf is NULL. 

but it is hard to find the true cause that we can not get wbuf any more, even  I find where we return the wbuf to sc-&amp;gt;sc_txbuf.

I want to know how to debug it, thanks.
Any help will be appreciated !

Best &amp;amp; Regards

2011-05-12 



John Green
------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay_______________________________________________
Madwifi-devel mailing list
Madwifi-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
&lt;/pre&gt;</description>
    <dc:creator>jxq19881013</dc:creator>
    <dc:date>2011-05-13T00:33:12</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.drivers.madwifi.devel">
    <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.madwifi.devel</link>
  </textinput>
</rdf:RDF>

