<?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.user">
    <title>gmane.linux.drivers.madwifi.user</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user</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.user/15445"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15443"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15442"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15441"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15440"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15438"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15437"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15436"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15435"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15434"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15433"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15432"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15431"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15430"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15429"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15428"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15427"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15426"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15425"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15424"/>
      </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.user/15445">
    <title>Using tcpdump to filter beacons</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15445</link>
    <description>&lt;pre&gt;Hi all,

I'm using tcpdump to filter beacons. Here are the settings:
Ubuntu 10.04,
madwifi-hal-0.10.5.6-r4103-20100110,
Atheros AR5001X+ wireless card,

I set the wireless interface (ath0) to work in monitor mode, and on the
same channel as the access point(channel 6):
sudo iwconfig ath0 channel 6. (Also tried frequency: sudo iwconfig ath0
freq 2.437G)

Then when I use the following command to capture beacons:
sudo tcpdump -i ath0 -ne link[25]=0x80
it takes much longer time than expected. The access point is broadcasting
beacons in default rate 100ms, but it takes almost 20 minutes to collect
200 beacons.

Any idea what's going on here?

Thanks,
Sean
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/&lt;/pre&gt;</description>
    <dc:creator>Xiaowei</dc:creator>
    <dc:date>2012-04-26T06:59:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15443">
    <title>how can I subscribe this maillist?</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15443</link>
    <description>&lt;pre&gt;hi list
         I don't know how to subscribe this list,can you help me?
         And off course I have some questions, Could you please help me to resolve them?
         Perhaps, the trouble is not very big, while you know I'm a freshman of this fields, so...
         OK, now we are developing a device with wireless access point, it's based on the chipset of Atheros
         I just want to know when other device with wifi function connected into the wlan of our host device, how can we get the info of the client wifi device? such as IP, MAC, NAME... 
         Are there any available tools can help me to these details? Or, I have to use the API of the driver??
         Looking forward to your reply. Thanks a lot.------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdev&lt;/pre&gt;</description>
    <dc:creator>nlxswig</dc:creator>
    <dc:date>2011-12-23T15:39:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15442">
    <title>Re: Tx_bytes</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15442</link>
    <description>&lt;pre&gt;Dear Mr. Eric Malkowski, first of all, thanks for your help. I really
appreciated that. I can say that your solution could be acceptable, and I'll
try it, but I think that a deeper job should be done for my task. I mean, I
should work at bytes level, and it means adding a new field tx_bytes_success
and inserting it somewhere into the code so that (after some modifications)
I can print it beside tx_bytes and compare them. All of this launching just
one program. This is my idea, but I don't know if it's sustainable.
Moreover, the code is pretty difficult for my level... Could it be possible
the operation that I mentioned above? Thanks again for your time.

Regards.

--
View this message in context: http://madwifi-users.20070.n2.nabble.com/Tx-bytes-tp7015933p7017494.html
Sent from the Madwifi Users mailing list archive at Nabble.com.

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of custo&lt;/pre&gt;</description>
    <dc:creator>Mister_New</dc:creator>
    <dc:date>2011-11-21T18:43:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15441">
    <title>Re: Tx_bytes</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15441</link>
    <description>&lt;pre&gt;I may be completely wrong, but if you were to look at the tx_bytes that 
you are already looking at, and then look at the statistics that the 
"athstats" utility reports for the wifiX interface you may be able to 
use those numbers to get out of total attempted tx_bytes how many were 
retries and such or at least some sort of better insight into how the 
interface is actually doing with data transmitted.  I know for long 
distance links the ack timeouts need to be increased or the data rate 
never goes up.  You might want to find where the code dispositions data 
it needs to get across but hasn't due to no ack w/in the ack timeout 
time -- see if any stats anywhere are incremented or something.  Have a 
look at the long distance tuning in the FAQs and then search for the 
timeouts in the sourcecode and see where it drops data when acks aren't 
seen etc... 

Again -- I could be way off here as I don't know the guts of MADWIFI, 
but I've been building and using it for kernel 2.4 and 2.6 for several 
years now &lt;/pre&gt;</description>
    <dc:creator>Eric Malkowski</dc:creator>
    <dc:date>2011-11-21T18:16:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15440">
    <title>Tx_bytes</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15440</link>
    <description>&lt;pre&gt;Hello everybody, I have a question and I hope that somebody can help me. I
know that in netdevice.h file there is the struct net_device_stats with
rx_bytes and tx_bytes fields. I wrote a program that prints on stdout (every
x seconds) these two numbers. While for rx_bytes I know that this is the
number of *correctly* received bytes, I was wondering: how can I know the
number of total *successfully* transmitted bytes? This question comes from
the fact that tx_bytes is incremented when is put into the buffer and so it
counts also retransmissions (and by the way some of them are performed by
hardware...), but I'm interested in just the correct tx_bytes, because I
have to compute the goodput. Is there an expert guy (or maybe more than one)
that knows how to help me? 

Thanks in advance.

Regards.

--
View this message in context: http://madwifi-users.20070.n2.nabble.com/Tx-bytes-tp7015933p7015933.html
Sent from the Madwifi Users mailing list archive at Nabble.com.

-----------------------------------------------&lt;/pre&gt;</description>
    <dc:creator>Mister_New</dc:creator>
    <dc:date>2011-11-21T10:45:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15438">
    <title>Problem Madwifi - I need 50% packet loss</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15438</link>
    <description>&lt;pre&gt;Dear Sirs;



My name is Francisco Cárdenas, I'm a Spanish engineer and I write this email to
find a solution to my problem with Madwifi.



I am currently working on a research for energy saving in the 802.11
standard and for that I have made a platform with two PCI card (DWL-G520)
with atheros chipset. I also use Madwifi as driver.



The platform consists of the following: a card will act as AP and the other
as station. This station must send a constant number of frames to the
access point (eg, sample temperature). The access point can request a
smaller amount of samples by the beacon frame to the station. To send fewer
frames, I do not under the frecuency of sending of packets in the
estation. What
we really do is lower the transmission power (txpower) to have packet loss
and save energy in the transmission (by IOCTL calls). The problem is that when
I lose about 20% of packets the card quickly becomes unstable and starts to
have 100% of packets loss. I then dynamically increase power, but takes time
to &lt;/pre&gt;</description>
    <dc:creator>francisco cardenas</dc:creator>
    <dc:date>2011-11-15T16:22:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15437">
    <title>ath hal for sr71-a</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15437</link>
    <description>&lt;pre&gt;Hey,

Which version of Madwifi should I use to work with sr71-a, from ubiquiti?
ANd which kernel version?

Regards,

Érico V. Porto
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1_______________________________________________
Madwifi-users mailing list
Madwifi-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-users
&lt;/pre&gt;</description>
    <dc:creator>Érico Porto</dc:creator>
    <dc:date>2011-11-09T14:42:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15436">
    <title>Re: AR9220/Pci Partially Working</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15436</link>
    <description>&lt;pre&gt;Are you sure your country code and registration domains allow you to use
Apmode?

Test the same configuration using 2.4GHz, it should work if that is the
problem.

Érico V. Porto


On Fri, Oct 28, 2011 at 1:09 PM, Michal Debski &amp;lt;michald&amp;lt; at &amp;gt;edgewater.ca&amp;gt; wrote:

------------------------------------------------------------------------------
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;Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev_______________________________________________
Madwifi-users mailing list
Madwifi-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-users
&lt;/pre&gt;</description>
    <dc:creator>Érico Porto</dc:creator>
    <dc:date>2011-10-28T20:34:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15435">
    <title>Re: AR9220/Pci Partially Working</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15435</link>
    <description>&lt;pre&gt;Unfortunately I am stuck with 2.4.24 for now.  I should also mention that I am using the AR9220 in AP mode on the PPC box.
 
I have tried a 5GHz antenna and a separate 11a client as well - the net result is no association and no tx packet exchange (i.e. no beacons). I do see some packets coming in (rate control, etc), but once again, the client does not see any packets from the AP.
 
The same system and kernel works fine with a AR5413 device (XA622).
 
Cheers,
Michal

________________________________

From: Érico Porto [mailto:ericoporto2008&amp;lt; at &amp;gt;gmail.com] 
Sent: October 28, 2011 5:56 AM
To: Michal Debski
Cc: madwifi-users&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: Re: [Madwifi-users] AR9220/Pci Partially Working


Do you HAVE to use such an old kernel? I mean, this is from 2005... Wouldn't you be better running a newer kernel with ath9k ?

Just a guess by the way, I do use a ppc, but my mini pcis are ath5k based - aiming at under gigaHertz. But on that case, a card alone doesn't give me - almost - any RF output, unless I &lt;/pre&gt;</description>
    <dc:creator>Michal Debski</dc:creator>
    <dc:date>2011-10-28T15:09:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15434">
    <title>Re: AR9220/Pci Partially Working</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15434</link>
    <description>&lt;pre&gt;Do you HAVE to use such an old kernel? I mean, this is from 2005... Wouldn't
you be better running a newer kernel with ath9k ?

Just a guess by the way, I do use a ppc, but my mini pcis are ath5k based -
aiming at under gigaHertz. But on that case, a card alone doesn't give me -
almost - any RF output, unless I put another one and force them to traffic
some data - using iperf or another software.

Érico V. Porto


On Wed, Oct 26, 2011 at 6:38 PM, Michal Debski &amp;lt;michald&amp;lt; at &amp;gt;edgewater.ca&amp;gt; wrote:

------------------------------------------------------------------------------
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;Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev_______________________________________________
Madwifi-users mailing list
Madwifi-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/list&lt;/pre&gt;</description>
    <dc:creator>Érico Porto</dc:creator>
    <dc:date>2011-10-28T09:56:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15433">
    <title>AR9220/Pci Partially Working</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15433</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-26T20:38:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15432">
    <title>Re: getting error while Compiling kernel 2.35 with madwifi driver</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15432</link>
    <description>&lt;pre&gt;On Wed, 19 Oct 2011 14:46:38 +0530
DarshanPrajapati &amp;lt;darshan.prajapati&amp;lt; at &amp;gt;matrixcomsec.com&amp;gt; wrote:


I think it's not normal.


Neither the 0.9.4 branch not the trunk have HAL version 0.9.17.1, and
neither of them supports AR9380.  You must be using ath_hal from some
other source, perhaps a proprietary module from Atheros or one of its
clients.

In this case, you should ask them for support, rather than rely on
volunteers answering your questions in the MadWifi mailing list.

&lt;/pre&gt;</description>
    <dc:creator>Pavel Roskin</dc:creator>
    <dc:date>2011-10-19T15:01:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15431">
    <title>Re: getting error while Compiling kernel 2.35withmadwifi driver</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15431</link>
    <description>&lt;pre&gt;Quoting "Pavel Roskin" &amp;lt;proski&amp;lt; at &amp;gt;gnu.org&amp;gt;:


Dear Pavel Roskin,

I have used trunk snapshot as per your suggestion to avoid TARGET  
related issue.

while compiling kernel i found some warnings like...

WARNING:  
/home/linuxpc1/Darshan/OIB/Downloads/CNS3xxx_LSDK_ver.1.2_RC7_Release/cns3xxx-sdk+buildroot/cns3xxx-sdk/.target_rootfs//lib/modules/2.6.35.12-cavm1/kernel/drivers/net/wireless/madwifi/ath/ath_pci.ko needs unknown symbol  
ath_hal_process_noisefloor
WARNING:  
/home/linuxpc1/Darshan/OIB/Downloads/CNS3xxx_LSDK_ver.1.2_RC7_Release/cns3xxx-sdk+buildroot/cns3xxx-sdk/.target_rootfs//lib/modules/2.6.35.12-cavm1/kernel/drivers/net/wireless/madwifi/ath/ath_pci.ko needs unknown symbol  
_ath_hal_detach
WARNING:  
/home/linuxpc1/Darshan/OIB/Downloads/CNS3xxx_LSDK_ver.1.2_RC7_Release/cns3xxx-sdk+buildroot/cns3xxx-sdk/.target_rootfs//lib/modules/2.6.35.12-cavm1/kernel/drivers/net/wireless/madwifi/ath/ath_pci.ko needs unknown symbol  
ath_hal_print_decoded_register

is it normal?

and also while inserting ath_pci &lt;/pre&gt;</description>
    <dc:creator>DarshanPrajapati</dc:creator>
    <dc:date>2011-10-19T09:16:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15430">
    <title>Re: getting error while Compiling kernel 2.35 with madwifi driver</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15430</link>
    <description>&lt;pre&gt;On Tue, 18 Oct 2011 15:42:40 +0530
DarshanPrajapati &amp;lt;darshan.prajapati&amp;lt; at &amp;gt;matrixcomsec.com&amp;gt; wrote:


"arm-elf" is not a valid TARGET.  It means that TARGET could not be
determined automatically for your kernel configuration and
you'll need to specify it manually. Please see the INSTALL file.

Alternatively, you can use the trunk snapshot, which has no binary
blobs and therefore doesn't need TARGET to be specified.

&lt;/pre&gt;</description>
    <dc:creator>Pavel Roskin</dc:creator>
    <dc:date>2011-10-18T15:54:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15429">
    <title>getting error while Compiling kernel 2.35 withmadwifi driver</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15429</link>
    <description>&lt;pre&gt;Dear all,

I am compiling kernel 2.35 after applying patch by ruining install.sh  
found in "madwifi-0.9.4-r4173-20111008" source downloaded from-&amp;gt;  
"http://snapshots.madwifi-project.org/madwifi-0.9.4-current.tar.gz"

it gives error like ------------------------------

CC [M]  drivers/net/wireless/madwifi/ath/if_ath.o
   CC [M]  drivers/net/wireless/madwifi/ath/if_ath_pci.o
In file included from drivers/net/wireless/madwifi/ath/if_ath.c:45:
/home/linuxpc1/Darshan/OIB/Downloads/CNS3xxx_LSDK_ver.1.2_RC7_Release/cns3xxx-sdk+buildroot/cns3xxx-sdk/kernel/linux-2.6.35.12/drivers/net/wireless/madwifi/ath/../ath_hal/opt_ah.h:1:18: error: /home/linuxpc1/Darshan/OIB/Downloads/CNS3xxx_LSDK_ver.1.2_RC7_Release/cns3xxx-sdk+buildroot/cns3xxx-sdk/kernel/linux-2.6.35.12/drivers/net/wireless/madwifi/ath/../hal/public/arm-elf.opt_ah.h: No such file or  
directory
In file included from drivers/net/wireless/madwifi/ath/if_ath_pci.c:39:
/home/linuxpc1/Darshan/OIB/Downloads/CNS3xxx_LSDK_ver.1.2_RC7_Release/cns3xxx-sdk+buildroot/&lt;/pre&gt;</description>
    <dc:creator>DarshanPrajapati</dc:creator>
    <dc:date>2011-10-18T10:12:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15428">
    <title>how to activate 802.11a/h 5490-5710 frequencies for usage in europe (DFS, 27dBm) - PART 2</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15428</link>
    <description>&lt;pre&gt;Hey,

in addition to the problem I posted some hours ago (see below):

If I configure the regdomain to 0x30 (ETSI) (ath_info -w 0xe0080000
regdomain 0x30) and load ath_pci with

modprobe ath_pci countrycode=276

I am loosing my wifi0 and wifi1 devices. My iwconfig output only shows eth0
and lo.

If I configure the regdomain to 0x00 and load ath_pci with

modprobe ath_pci countrycode=276

iwconfig shows wifi0 and wifi1 like expected but I am (I guess because of
regdomain 0x00) only able to set the txpower to 0dBm (=1mW).

So again my question: How can I configure my modules/driver in a way that
they are configurable for the following frequency ranges:

2402-2482 20dBm
5170-5250 20dBm no-outdoor
5250-5330 20dBm no-outdoor, dfs
5490-5710 27dBm dfs

Most important for me is the frequency band 5490-5710 at a txpower of 27dBm!

Thx a lot.
vertlim




Hi everyone,

I'm new to this list so hopefully this is the right place for my questions
:)

For my project I have to use 802.11a/h outdoor with high transmission pow&lt;/pre&gt;</description>
    <dc:creator>Vertical Limit</dc:creator>
    <dc:date>2011-10-13T14:26:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15427">
    <title>how to activate 802.11a/h 5490-5710 frequencies for usage in europe (DFS, 27dBm)</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15427</link>
    <description>&lt;pre&gt;Hi everyone,

I'm new to this list so hopefully this is the right place for my questions
:)

For my project I have to use 802.11a/h outdoor with high transmission power.
As I am from Europe I am allowed to use the frequency range 5490-5720 with a
maximum EIRP of 27dBm if DFS is supported. I'm developing on an ALIX board
(Voyage OS, kernel 2.6.30) equipped with two Atheros AR5213A based WiFi
modules. The output of lspci -v:

00:0e.0 Ethernet controller: Atheros Communications Inc. AR5212/AR5213
Multiprotocol MAC/baseband processor (rev 01)
Subsystem: Wistron NeWeb Corp. CM9 Wireless a/b/g MiniPCI Adapter
Flags: bus master, medium devsel, latency 96, IRQ 11
Memory at e0080000 (32-bit, non-prefetchable) [size=64K]
Capabilities: [44] Power Management version 2
Kernel driver in use: ath_pci
Kernel modules: ath5k, ath_pci

Initially I started using the ath5k driver. But if I am not wrong it doesn't
support Radar Detection/DFS until now!? As a consequence I switched back to
madwifi.

I checked out the madwifi-dfs b&lt;/pre&gt;</description>
    <dc:creator>Vertical Limit</dc:creator>
    <dc:date>2011-10-13T10:53:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15426">
    <title>Re: Issue with Configuring madwifi/Atheros in AP mode on DWL-AG530</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15426</link>
    <description>&lt;pre&gt;On Wed, 5 Oct 2011 02:13:02 -0700
Vivek Ramamoorthy &amp;lt;kev.moorthy&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


I checked this combination, and the only tweaks needed was the removal
of -Werror from Makefile.inc to suppress treating warnings about unused
variables as fatal errors.


Could you please try the latest snapshot from the 0.9.4 branch with the
same kernel?  It should compile with no changes.  The warnings have
been fixed.  This way we'll find out if there is a regression on the
0.9.4 branch or something else fixed your problem.

The 0.9.4 branch is considered a stable branch.  It has been changed
quite conservatively compared to the trunk.  The bug that prevents the
release of the version 0.9.4.1 is present in the 0.9.4 release.  It's a
regression from an older version of MadWifi.  I'm not aware of any
regressions from the 0.9.4 release to the latest 0.9.4 snapshot.

&lt;/pre&gt;</description>
    <dc:creator>Pavel Roskin</dc:creator>
    <dc:date>2011-10-05T13:28:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15425">
    <title>Re: Issue with Configuring madwifi/Atheros in AP mode on DWL-AG530</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15425</link>
    <description>&lt;pre&gt;Thanks Pavel, appreciate your inputs

To update, I got this working on madwifi 0.9.4 official release/centos 5.0
(2.6.18 kernel version) with some minor tweaks to overcome compile issues
The AP mode worked like a charm with the same DLink card

I m good with this setup so I will continue with this combination.. thanks
once again

Regards
Vivek

On Fri, Sep 30, 2011 at 8:30 AM, Pavel Roskin &amp;lt;proski&amp;lt; at &amp;gt;gnu.org&amp;gt; wrote:

------------------------------------------------------------------------------
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-d2dcopy1_______________________________________________
Madwifi-users mailing list
Madwifi-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-users
&lt;/pre&gt;</description>
    <dc:creator>Vivek Ramamoorthy</dc:creator>
    <dc:date>2011-10-05T09:13:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15424">
    <title>Re: Issue with Configuring madwifi/Atheros in AP mode on DWL-AG530</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15424</link>
    <description>&lt;pre&gt;On Fri, 30 Sep 2011 00:00:13 -0700
Vivek Ramamoorthy &amp;lt;kev.moorthy&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


You can do that if you want, but I'm not aware of any regressions that
could have caused that.

I think it would be more interesting to upgrade the kernel and try
ath5k (the AP support in ath5k appeared in Linux 2.6.31 if I remenber
correctly).  You can try the latest trunk snapshot of MadWifi with the
existing kernel.

I still think it's more likely to be a configuration problem.  Try
running ping on both sides and see what you have on the air (check both
ICMP requests and replies).  Try sniffing on ath0.  Recheck encryption
settings on both sides.  Get another Linux system and make it associate
to the AP.

&lt;/pre&gt;</description>
    <dc:creator>Pavel Roskin</dc:creator>
    <dc:date>2011-09-30T15:30:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15423">
    <title>Re: Issue with Configuring madwifi/Atheros in AP mode on DWL-AG530</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.madwifi.user/15423</link>
    <description>&lt;pre&gt;Hi Pavel,

Firewall was off. So that doesnt seem to be the issue..
Do you think, I should try an earlier version of madwifi in combination with
an older kernel?

Thanks
Vivek


On Tue, Sep 27, 2011 at 3:47 PM, Vivek Ramamoorthy &amp;lt;kev.moorthy&amp;lt; at &amp;gt;gmail.com&amp;gt;wrote:

------------------------------------------------------------------------------
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-users mailing list
Madwifi-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-users
&lt;/pre&gt;</description>
    <dc:creator>Vivek Ramamoorthy</dc:creator>
    <dc:date>2011-09-30T07:00:13</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.drivers.madwifi.user">
    <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.user</link>
  </textinput>
</rdf:RDF>

