login
Search
------=_Part_68011_14046920.1227119292136 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 1)short retries doesnt look like a bug to me.Atleast i was able to get intermediate values.. On Wed, Nov 19, 2008 at 3:26 AM, < madwifi-devel-request@lists.sourceforge.net> wrote:------=_Part_68011_14046920.1227119292136 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 1)short retries<br><br>doesnt look like a bug to me.Atleast i was able to get intermediate values..<br><br><div class="gmail_quote">On Wed, Nov 19, 2008 at 3:26 AM, <span dir="ltr"><<a href="mailto:madwifi-devel-request@lists.sourceforge.net">madwifi-devel-request@lists.sourceforge.net</a>></span> wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Send Madwifi-devel mailing list submissions to<br> <a href="mailto:madwifi-devel@lists.sourceforge.net">madwifi-devel@lists.sourceforge.net</a><br> <br> To subscribe or unsubscribe via the World Wide Web, visit<br> <a href="https://lists.sourceforge.net/lists/listinfo/madwifi-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/madwifi-devel</a><br> or, via email, send a message with subject or body 'help' to<br> <a href="mailto:madwifi-devel-request@lists.sourceforge.net">madwifi-devel-request@lists.sourceforge.net</a><br> <br> You can reach the person managing the list at<br> <a href="mailto:madwifi-devel-owner@lists.sourceforge.net">madwifi-devel-owner@lists.sourceforge.net</a><br> <br> When replying, please edit your Subject line so it is more specific<br> than "Re: Contents of Madwifi-devel digest..."<br> <br> <br> Today's Topics:<br> <br> 1. Issue with short retries (prateek gangwal)<br> 2. Re: R: Re: Rate selection in monitor mode (David Fuste)<br> 3. R: Re: R: Re: Rate selection in monitor mode<br> (<a href="mailto:roberto.riggio@create-net.org">roberto.riggio@create-net.org</a>)<br> 4. Enable WEP Software Encryption (y omar)<br> <br> <br> ----------------------------------------------------------------------<br> <br> Message: 1<br> Date: Tue, 18 Nov 2008 22:58:53 +0000<br> From: prateek gangwal <<a href="mailto:gangwalprateek@hotmail.com">gangwalprateek@hotmail.com</a>><br> Subject: [Madwifi-devel] Issue with short retries<br> To: <<a href="mailto:madwifi-devel@lists.sourceforge.net">madwifi-devel@lists.sourceforge.net</a>><br> Message-ID: <BLU102-W5678802B6F775625391C4C6120@phx.gbl><br> Content-Type: text/plain; charset="iso-8859-1"<br> <br> <br> <br> <br> I am working on rate adaptation. As per my understanding , in madwifi , the number of long retries indicates the number of lost data frames and the number of short retries indicates the number of lost RTS/CTS frames. But, madwifi gives wrong value of short retries. It is either 0 means no retries when RTS is successful or 10. I cannot see any intermediate values. Is it some bug in madwifi ???? I checked it with two different cards 1. Linksys and 2. D-Link, but I am getting the same kind of results.<br> <br> <br> <br> _________________________________________________________________<br> Search for videos of Bollywood, Hollywood, Mollywood and every other wood, only on Live.com<br> <a href="http://www.live.com/?scope=video&form=MICOAL" target="_blank">http://www.live.com/?scope=video&form=MICOAL</a><br> -------------- next part --------------<br> An HTML attachment was scrubbed...<br> <br> ------------------------------<br> <br> Message: 2<br> Date: Wed, 19 Nov 2008 09:05:29 +0100<br> From: David Fuste <<a href="mailto:dfuste@ac.upc.edu">dfuste@ac.upc.edu</a>><br> Subject: Re: [Madwifi-devel] R: Re: Rate selection in monitor mode<br> To: Roberto Riggio <<a href="mailto:roberto.riggio@create-net.org">roberto.riggio@create-net.org</a>><br> Cc: <a href="mailto:madwifi-devel@lists.sourceforge.net">madwifi-devel@lists.sourceforge.net</a><br> Message-ID: <<a href="mailto:4923C8C9.2040305@ac.upc.edu">4923C8C9.2040305@ac.upc.edu</a>><br> Content-Type: text/plain; charset="utf-8"<br> <br> Hi Roberto.<br> Well, I think it is possible to implement rate control modifying the<br> code of "ath_tx_startraw" in if_ath.c.<br> In fact, there is one peace of code inside this call:<br> <br> if (ph->try1)<br> {<br> ath_hal_setupxtxdesc(sc->sc_ah, ds,<br> dot11_to_ratecode(sc, rt, ph->rate1), ph->try1,<br> /* series 1 */<br> dot11_to_ratecode(sc, rt, ph->rate2), ph->try2,<br> /* series 2 */<br> dot11_to_ratecode(sc, rt, ph->rate3), ph->try3<br> /* series 3 */<br> );<br> }<br> <br> which is for this purpose. The thing is that ph->try1is always 0 in<br> monitor mode.<br> But, what do you mean by implementing rate control in user space? do you<br> mean via a command line? in this case, I think you are right.<br> <br> david<br> <br> Roberto Riggio wrote:it seems that it<br> > Hi David,<br> ><br> > thanks for the feedback. Correct me if I'm wrong, but it seems to me<br> > that there is no way to implement rate control in user space using the<br> > monitor mode.<br> ><br> > R.<br> ><br> > ----- "David Fust?e" <<a href="mailto:dfuste@ac.upc.edu">dfuste@ac.upc.edu</a>> ha scritto:<br> ><br> ><br> >> Hi Roberto,<br> >> in monitor mode the default retransmission algorithm is 11<br> >> retransmissions at the same rate (I cannot remember which version of<br> >> madwifi I use). So, if you specify a rate of 11 Mbps and you transmit<br> >> a<br> >> frame, if the frame is not acknowledged madwifi will send 11 times the<br> >><br> >> frame. You can change the rate using the iwconfig command, and the<br> >> number of retransmissions by modifying the source code of if_ath.c<br> >><br> >> david<br> >><br> >> Roberto Riggio wrote:<br> >><br> >>> Hi,<br> >>><br> >>> I'm using madwifi (0.9.4) in monitor mode with radiotap header.<br> >>><br> >>> 802.11 frames are generated with the click router which also adds<br> >>> the radiotap header.<br> >>><br> >>> As far as I;ve understood from the madwifi chatroom if i do not<br> >>> specify a rate in the descriptor a default rate is used<br> >>><br> >> (6Mbps?!?!).<br> >><br> >>> However it is not clear to me what is happen if i do specify a<br> >>><br> >> rate,<br> >><br> >>> as for example 11 Mbps, and the the first transmission fails. Is the<br> >>><br> >>> frame dropped? Is it transmitted again using the rate control<br> >>> algorithm?<br> >>><br> >>> Thanks<br> >>> R.<br> >>><br> >>><br> >>><br> >> -------------------------------------------------------------------------<br> >><br> >>> This SF.Net email is sponsored by the Moblin Your Move Developer's<br> >>><br> >> challenge<br> >><br> >>> Build the coolest Linux based applications with Moblin SDK & win<br> >>><br> >> great prizes<br> >><br> >>> Grand prize is a trip for two to an Open Source event anywhere in<br> >>><br> >> the world<br> >><br> >>> <a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_blank">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br> >>> _______________________________________________<br> >>> Madwifi-devel mailing list<br> >>> <a href="mailto:Madwifi-devel@lists.sourceforge.net">Madwifi-devel@lists.sourceforge.net</a><br> >>> <a href="https://lists.sourceforge.net/lists/listinfo/madwifi-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/madwifi-devel</a><br> >>><br> >>><br> ><br> ><br> ><br> <br> --<br> ========================================================================<br> 0 0 0 David Fust? i Vilella | Dept. of Comp. Architecture<br> 0 0 0 Ph.D. Student | UPC-Campus Nord, D6-001<br> 0 0 0 email: <a href="mailto:dfuste@ac.upc.edu">dfuste@ac.upc.edu</a> | C/ Jordi Girona, 1-3<br> U P C phone: 0034 93 401 67 83 | 08034 Barcelona - SPAIN<br> www: <a href="http://personals.ac.upc.edu/dfuste/" target="_blank">http://personals.ac.upc.edu/dfuste/</a><br> ========================================================================<br> <br> -------------- next part --------------<br> An HTML attachment was scrubbed...<br> <br> ------------------------------<br> <br> Message: 3<br> Date: Wed, 19 Nov 2008 09:13:01 +0100 (CET)<br> From: <a href="mailto:roberto.riggio@create-net.org">roberto.riggio@create-net.org</a><br> Subject: [Madwifi-devel] R: Re: R: Re: Rate selection in monitor mode<br> To: David Fuste <<a href="mailto:dfuste@ac.upc.edu">dfuste@ac.upc.edu</a>><br> Cc: <a href="mailto:madwifi-devel@lists.sourceforge.net">madwifi-devel@lists.sourceforge.net</a><br> Message-ID: <20284171.439421227082381621.JavaMail.root@aurora><br> Content-Type: text/plain; charset=utf-8<br> <br> Hi,<br> <br> actually i was meaning something totally different. More precisely i wanted<br> to know if it is possible to have the built-in rate adaptation in monitor mode.<br> <br> The funny thing is that you helped me discover a feature of the atheros descriptor<br> that I didn't knew about. Basically in the the ath descriptors is possible to<br> specify four different tx rate each with its own tx attempt. In my case I'm using<br> click in userspace so I think that I can implement a rate control using the atheros<br> radio headers.<br> <br> Bye<br> R.<br> <br> ----- "David Fuste" <<a href="mailto:dfuste@ac.upc.edu">dfuste@ac.upc.edu</a>> ha scritto:<br> <br> > Hi Roberto.<br> > Well, I think it is possible to implement rate control modifying the<br> > code of "ath_tx_startraw" in if_ath.c.<br> > In fact, there is one peace of code inside this call:<br> ><br> > if (ph->try1)<br> > {<br> > ath_hal_setupxtxdesc(sc->sc_ah, ds,<br> > dot11_to_ratecode(sc, rt, ph->rate1),<br> > ph->try1,<br> > /* series 1 */<br> > dot11_to_ratecode(sc, rt, ph->rate2),<br> > ph->try2,<br> > /* series 2 */<br> > dot11_to_ratecode(sc, rt, ph->rate3), ph->try3<br> ><br> > /* series 3 */<br> > );<br> > }<br> ><br> > which is for this purpose. The thing is that ph->try1is always 0 in<br> > monitor mode.<br> > But, what do you mean by implementing rate control in user space? do<br> > you<br> > mean via a command line? in this case, I think you are right.<br> ><br> > david<br> ><br> > Roberto Riggio wrote:it seems that it<br> > > Hi David,<br> > ><br> > > thanks for the feedback. Correct me if I'm wrong, but it seems to<br> > me<br> > > that there is no way to implement rate control in user space using<br> > the<br> > > monitor mode.<br> > ><br> > > R.<br> > ><br> > > ----- "David Fust?e" <<a href="mailto:dfuste@ac.upc.edu">dfuste@ac.upc.edu</a>> ha scritto:<br> > ><br> > ><br> > >> Hi Roberto,<br> > >> in monitor mode the default retransmission algorithm is 11<br> > >> retransmissions at the same rate (I cannot remember which version<br> > of<br> > >> madwifi I use). So, if you specify a rate of 11 Mbps and you<br> > transmit<br> > >> a<br> > >> frame, if the frame is not acknowledged madwifi will send 11 times<br> > the<br> > >><br> > >> frame. You can change the rate using the iwconfig command, and the<br> ><br> > >> number of retransmissions by modifying the source code of if_ath.c<br> > >><br> > >> david<br> > >><br> > >> Roberto Riggio wrote:<br> > >><br> > >>> Hi,<br> > >>><br> > >>> I'm using madwifi (0.9.4) in monitor mode with radiotap header.<br> > >>><br> > >>> 802.11 frames are generated with the click router which also adds<br> ><br> > >>> the radiotap header.<br> > >>><br> > >>> As far as I;ve understood from the madwifi chatroom if i do not<br> > >>> specify a rate in the descriptor a default rate is used<br> > >>><br> > >> (6Mbps?!?!).<br> > >><br> > >>> However it is not clear to me what is happen if i do specify a<br> > >>><br> > >> rate,<br> > >><br> > >>> as for example 11 Mbps, and the the first transmission fails. Is<br> > the<br> > >>><br> > >>> frame dropped? Is it transmitted again using the rate control<br> > >>> algorithm?<br> > >>><br> > >>> Thanks<br> > >>> R.<br> > >>><br> > >>><br> > >>><br> > >><br> > -------------------------------------------------------------------------<br> > >><br> > >>> This SF.Net email is sponsored by the Moblin Your Move<br> > Developer's<br> > >>><br> > >> challenge<br> > >><br> > >>> Build the coolest Linux based applications with Moblin SDK & win<br> > >>><br> > >> great prizes<br> > >><br> > >>> Grand prize is a trip for two to an Open Source event anywhere in<br> > >>><br> > >> the world<br> > >><br> > >>> <a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_blank">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br> > >>> _______________________________________________<br> > >>> Madwifi-devel mailing list<br> > >>> <a href="mailto:Madwifi-devel@lists.sourceforge.net">Madwifi-devel@lists.sourceforge.net</a><br> > >>> <a href="https://lists.sourceforge.net/lists/listinfo/madwifi-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/madwifi-devel</a><br> > >>><br> > >>><br> > ><br> > ><br> > ><br> ><br> > --<br> > ========================================================================<br> > 0 0 0 David Fust? i Vilella | Dept. of Comp. Architecture<br> > 0 0 0 Ph.D. Student | UPC-Campus Nord, D6-001<br> > 0 0 0 email: <a href="mailto:dfuste@ac.upc.edu">dfuste@ac.upc.edu</a> | C/ Jordi Girona, 1-3<br> > U P C phone: 0034 93 401 67 83 | 08034 Barcelona - SPAIN<br> > www: <a href="http://personals.ac.upc.edu/dfuste/" target="_blank">http://personals.ac.upc.edu/dfuste/</a><br> > ========================================================================<br> <br> <br> --<br> --------------------------------------------------------<br> Roberto Riggio, PhD<br> <br> CREATE-NET<br> Via alla Cascata 56/C<br> 38100 Trento (Italy)<br> <br> E-mail: <a href="mailto:roberto.riggio@create-net.org">roberto.riggio@create-net.org</a><br> HomePage: <a href="http://disi.unitn.it/%7Eriggio/" target="_blank">http://disi.unitn.it/~riggio/</a><br> <br> Tel: +39.0461.40.84.00 (ext. 708)<br> Fax: +39.0461.314.972<br> --------------------------------------------------------<br> <br> <br> <br> ------------------------------<br> <br> Message: 4<br> Date: Wed, 19 Nov 2008 01:25:56 -0800 (PST)<br> From: y omar <<a href="mailto:y_omar_004@yahoo.com">y_omar_004@yahoo.com</a>><br> Subject: [Madwifi-devel] Enable WEP Software Encryption<br> To: madwifi devel <<a href="mailto:madwifi-devel@lists.sourceforge.net">madwifi-devel@lists.sourceforge.net</a>><br> Message-ID: <<a href="mailto:522438.40118.qm@web44809.mail.sp1.yahoo.com">522438.40118.qm@web44809.mail.sp1.yahoo.com</a>><br> Content-Type: text/plain; charset="us-ascii"<br> <br> Hello,<br> <br> I'm working on a project that intends to modify the code of wep_encrypt() in ieee80211_crypto_wep.c. For right now, madwifi does all the encryption via hardware, and never calls this function. Anybody knows how to disable the hardware encryption?<br> <br> I'm also a newbie, I'm having some difficulties tracing back function calls. If anybody has a good suggestion to a debugging tool that enables me to trace function calls in the 80211 module would be great!<br> <br> Thank you,<br> Yara<br> <br> <br> <br> <br> -------------- next part --------------<br> An HTML attachment was scrubbed...<br> <br> ------------------------------<br> <br> -------------------------------------------------------------------------<br> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge<br> Build the coolest Linux based applications with Moblin SDK & win great prizes<br> Grand prize is a trip for two to an Open Source event anywhere in the world<br> <a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_blank">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br> <br> ------------------------------<br> <br> _______________________________________________<br> Madwifi-devel mailing list<br> <a href="mailto:Madwifi-devel@lists.sourceforge.net">Madwifi-devel@lists.sourceforge.net</a><br> <a href="https://lists.sourceforge.net/lists/listinfo/madwifi-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/madwifi-devel</a><br> <br> <br> End of Madwifi-devel Digest, Vol 30, Issue 9<br> ********************************************<br> </blockquote></div><br> ------=_Part_68011_14046920.1227119292136--
