<?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://permalink.gmane.org/gmane.linux.drivers.madwifi.devel">
    <title>gmane.linux.drivers.madwifi.devel</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8347"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8346"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8345"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8344"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8343"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8340"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8337"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8336"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8335"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8334"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8333"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8332"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8331"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8330"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8328"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8327"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8326"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8325"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8324"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8323"/>
      </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://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8347">
    <title>ubantu 10.04 with madwifi ath_pci driver hang withiperf client</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8346">
    <title>(no subject)</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8345">
    <title>(no subject)</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8344">
    <title>Half/quarter channel</title>
    <link>http://permalink.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 bu&lt;/pre&gt;</description>
    <dc:creator>John</dc:creator>
    <dc:date>2012-01-29T01:25:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8343">
    <title>TSF Timer Reset Interval</title>
    <link>http://permalink.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&lt;/pre&gt;</description>
    <dc:creator>Fabian Lanze</dc:creator>
    <dc:date>2012-01-25T10:22:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8340">
    <title>Half/quarter channel</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8337">
    <title>AR9220/Pci Partially Working</title>
    <link>http://permalink.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 v&lt;/pre&gt;</description>
    <dc:creator>Michal Debski</dc:creator>
    <dc:date>2011-10-27T15:14:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8336">
    <title>(no subject)</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8335">
    <title>Madwifi and net80211 "aggressive mode"</title>
    <link>http://permalink.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, &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://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8334">
    <title>Re: Where stats are populated?</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8334</link>
    <description>&lt;pre&gt;On Thu, 13 Oct 2011 17:01:02 +0200
Claudio Rossi &amp;lt;rossi.claudio.82&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


Strange.  It's trivial to find.  struct ieee80211_nodestats is used in
struct ieee80211_node as the ni_stats field, and there are references
to ni_stats throughout the code.

&lt;/pre&gt;</description>
    <dc:creator>Pavel Roskin</dc:creator>
    <dc:date>2011-10-13T15:53:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8333">
    <title>Where stats are populated?</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8332">
    <title>Changing Contention Window</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8331">
    <title>No ath0 shown up under /proc/dev</title>
    <link>http://permalink.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&lt;/pre&gt;</description>
    <dc:creator>Vincent</dc:creator>
    <dc:date>2011-09-15T16:27:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8330">
    <title>Debugging madwifi on Openwrt</title>
    <link>http://permalink.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-d&lt;/pre&gt;</description>
    <dc:creator>Vincent</dc:creator>
    <dc:date>2011-09-13T04:08:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8328">
    <title>Measuring RTT with MadWifi</title>
    <link>http://permalink.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 networ&lt;/pre&gt;</description>
    <dc:creator>Felipe Chaulet</dc:creator>
    <dc:date>2011-09-12T17:40:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8327">
    <title>Re: Madwifi compile warnings (2.6.38)</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8327</link>
    <description>&lt;pre&gt;Quoting Teco Boot &amp;lt;teco&amp;lt; at &amp;gt;inf-net.nl&amp;gt;:


I think it was fixed in later kernels.  Or maybe your compiler process  
that code correctly.  The copy_from_user() check relies on the  
compiler optimizing out some code, and it's known to have problems  
with some gcc versions.
https://lkml.org/lkml/2011/5/30/350


There is no way I can apply a patch that is not submitted by its  
original author and that has the word "hack" in it.

&lt;/pre&gt;</description>
    <dc:creator>Pavel Roskin</dc:creator>
    <dc:date>2011-09-10T14:59:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8326">
    <title>Re: Madwifi compile warnings (2.6.38)</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8326</link>
    <description>&lt;pre&gt;Thanks. I'll check what I can (let) do in the Linux kernel / headers.

BTW, I always need to patch for full functions (QoS, 4-address mode, BSSID multicast filter) in AHDEMO. Ronald in't Velt helped me with the patch. Are you willing to adopt the patch? See attachment for details.
(I apply the .rej files, it shows I am not a developer with right tools :=)

Thanks, Teco



Op 10 sep 2011, om 04:16 heeft Pavel Roskin het volgende geschreven:


------------------------------------------------------------------------------
Malware Security Report: Protecting Your Business, Customers, and the 
Bottom Line. Protect your business and customers by understanding the 
threat from malware and how it can impact your online business. 
http://www.accelacomm.com/jaw/sfnl/114/51427462/_______________________________________________
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>Teco Boot</dc:creator>
    <dc:date>2011-09-10T07:23:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8325">
    <title>Re: Madwifi compile warnings (2.6.38)</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8325</link>
    <description>&lt;pre&gt;Quoting Teco Boot &amp;lt;teco&amp;lt; at &amp;gt;inf-net.nl&amp;gt;:

...

This is a new check absent in older kernels.

But it catches a problem in Linux headers, not in MadWifi.  I don't  
think there is an easy way for the MadWifi build system to ignore  
warnings in Linux headers, but not in MadWifi itself.

&lt;/pre&gt;</description>
    <dc:creator>Pavel Roskin</dc:creator>
    <dc:date>2011-09-10T02:16:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8324">
    <title>Madwifi compile warnings (2.6.38)</title>
    <link>http://permalink.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_&lt;/pre&gt;</description>
    <dc:creator>Teco Boot</dc:creator>
    <dc:date>2011-09-07T11:22:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8323">
    <title>[madwifi] stronger signal needed for assoc?</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8322">
    <title>Re: Backporting - support for AR2417 (Nala)</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.devel/8322</link>
    <description>&lt;pre&gt;Quoting Jaromír Cápík &amp;lt;tavvva&amp;lt; at &amp;gt;seznam.cz&amp;gt;:


Just post your patches to this list.

&lt;/pre&gt;</description>
    <dc:creator>Pavel Roskin</dc:creator>
    <dc:date>2011-08-05T15:49:06</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>

