Thread: [Madwifi-devel] Switched-Beam Smart Antenna Control using Madwifi
Status: Beta
Brought to you by:
otaku
From: Francisco F. <k_a...@ho...> - 2010-04-26 09:49:13
|
Hi everyone! I'm using Debian Lenny OS with Atheros AR5212 802.11a/b/g based wireless card, and I would like to use it with a Switched-Beam Smart Antenna. The antenna has a 6 pin connector which can be connected to the parallel port of the computer to activate the beams and my question is: Does anyone have any idea which files and/or functions have to be modified so that when every RTS/CTS, DATA or ACK frame is delivered to the HAL the correct beam is activated? (Each beam is associated to the MAC address of the neighbour node, i.e., the node which the beam points to.) I need that when every RTS/CTS, DATA or ACK frame is delivered to the HAL the correct combination of bits is sent to the parallel port so that the correct beam is activated. Anyone has an idea how to do this? Thank You All, Francisco Fernandes _________________________________________________________________ Hotmail: Correio Electrónico Poderoso e Gratuito com segurança Microsoft. https://signup.live.com/signup.aspx?id=60969 |
From: Francisco F. <k_a...@ho...> - 2010-04-27 22:51:28
|
I'm resending this message as I didn't receive any feedback yet. I'd really appreciate any help please. Thank You in advance,Francisco Fernandes From: k_a...@ho... To: mad...@li... Date: Mon, 26 Apr 2010 09:47:16 +0000 Subject: [Madwifi-devel] Switched-Beam Smart Antenna Control using Madwifi Hi everyone! I'm using Debian Lenny OS with Atheros AR5212 802.11a/b/g based wireless card, and I would like to use it with a Switched-Beam Smart Antenna. The antenna has a 6 pin connector which can be connected to the parallel port of the computer to activate the beams and my question is: Does anyone have any idea which files and/or functions have to be modified so that when every RTS/CTS, DATA or ACK frame is delivered to the HAL the correct beam is activated? (Each beam is associated to the MAC address of the neighbour node, i.e., the node which the beam points to.) I need that when every RTS/CTS, DATA or ACK frame is delivered to the HAL the correct combination of bits is sent to the parallel port so that the correct beam is activated. Anyone has an idea how to do this? Thank You All, Francisco Fernandes Hotmail: Correio Electrónico Poderoso e Gratuito com segurança Microsoft. Obtenha-o já. _________________________________________________________________ Hotmail: Correio Electrónico Poderoso e Gratuito com segurança Microsoft. https://signup.live.com/signup.aspx?id=60969 |
From: Pavel R. <pr...@gn...> - 2010-04-27 23:58:02
|
On Tue, 2010-04-27 at 22:51 +0000, Francisco Fernandes wrote: > I'm resending this message as I didn't receive any feedback yet. I'd > really appreciate any help please. I think ath...@li... would be a better place to ask, since MadWifi is not actively developed, and when it was, the hardware access was encapsulated in a closed source HAL. > I need that when every RTS/CTS, DATA or ACK frame is delivered to the > HAL the correct combination of bits is sent to the parallel port so > that the correct beam is activated. Anyone has an idea how to do this? HAL is a purely software thing. It's open sourced now, and it could be "dissolved" in the rest of the code. The time of delivery to HAL is irrelevant to any hardware. Besides, I think the control frames are not controlled by the host software. Even data and management frames use DMA, which limits the amount of control you can have over the timing. -- Regards, Pavel Roskin |
From: Francisco F. <k_a...@ho...> - 2010-04-28 13:36:59
|
I forgot to mention that I'm using madwifi, and I'm familiar with the fact that the HAL is in binary form only. I'd just like to know in which files/functions the RTS/CTS,DATA & ACK frames are constructed. I believe this happens before the frames are delivered to the HAL, correct? Thanks You, Francisco Fernandes > From: pr...@gn... > To: k_a...@ho... > Date: Tue, 27 Apr 2010 19:57:53 -0400 > CC: mad...@li... > Subject: Re: [Madwifi-devel] Switched-Beam Smart Antenna Control using Madwifi > > On Tue, 2010-04-27 at 22:51 +0000, Francisco Fernandes wrote: > > I'm resending this message as I didn't receive any feedback yet. I'd > > really appreciate any help please. > > I think ath...@li... would be a better place to ask, > since MadWifi is not actively developed, and when it was, the hardware > access was encapsulated in a closed source HAL. > > > I need that when every RTS/CTS, DATA or ACK frame is delivered to the > > HAL the correct combination of bits is sent to the parallel port so > > that the correct beam is activated. Anyone has an idea how to do this? > > HAL is a purely software thing. It's open sourced now, and it could be > "dissolved" in the rest of the code. The time of delivery to HAL is > irrelevant to any hardware. > > Besides, I think the control frames are not controlled by the host > software. Even data and management frames use DMA, which limits the > amount of control you can have over the timing. > > -- > Regards, > Pavel Roskin > > ------------------------------------------------------------------------------ > _______________________________________________ > Madwifi-devel mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madwifi-devel _________________________________________________________________ Hotmail: Correio Electrónico Poderoso e Gratuito com segurança Microsoft. https://signup.live.com/signup.aspx?id=60969 |
From: Pavel R. <pr...@gn...> - 2010-04-28 16:56:16
|
On Wed, 2010-04-28 at 13:36 +0000, Francisco Fernandes wrote: > I forgot to mention that I'm using madwifi, and I'm familiar with the > fact that the HAL is in binary form only. > I'd just like to know in which files/functions the RTS/CTS,DATA & ACK > frames are constructed. > I believe this happens before the frames are delivered to the HAL, > correct? OK, then you need ath_tx_start() in ath/if_ath.c -- Regards, Pavel Roskin |
From: Vishal S. <vis...@gm...> - 2010-04-28 15:56:30
|
DATA and RTS frames certainly you can control from madwifi code, about CTS Iam not sure, but ACK is certainly handled in hardware. So you dont have control over generation of ACK other than setting timeout, no. of re-tries etc. As regards selecting the antenna terminal, there is provision to set the antenna before transmitting the packet. For this you may want to look at the function ath_hal_setuptxdesc if if_ath.c. See if it is of any help to you. Vishal On Wed, Apr 28, 2010 at 7:06 PM, Francisco Fernandes < k_a...@ho...> wrote: > I forgot to mention that I'm using madwifi, and I'm familiar with the fact > that the HAL is in binary form only. > I'd just like to know in which files/functions the RTS/CTS,DATA & ACK > frames are constructed. > I believe this happens before the frames are delivered to the HAL, correct? > > Thanks You, > Francisco Fernandes > > > > From: pr...@gn... > > To: k_a...@ho... > > Date: Tue, 27 Apr 2010 19:57:53 -0400 > > CC: mad...@li... > > Subject: Re: [Madwifi-devel] Switched-Beam Smart Antenna Control using > Madwifi > > > > > On Tue, 2010-04-27 at 22:51 +0000, Francisco Fernandes wrote: > > > I'm resending this message as I didn't receive any feedback yet. I'd > > > really appreciate any help please. > > > > I think ath...@li... would be a better place to ask, > > since MadWifi is not actively developed, and when it was, the hardware > > access was encapsulated in a closed source HAL. > > > > > I need that when every RTS/CTS, DATA or ACK frame is delivered to the > > > HAL the correct combination of bits is sent to the parallel port so > > > that the correct beam is activated. Anyone has an idea how to do this? > > > > HAL is a purely software thing. It's open sourced now, and it could be > > "dissolved" in the rest of the code. The time of delivery to HAL is > > irrelevant to any hardware. > > > > Besides, I think the control frames are not controlled by the host > > software. Even data and management frames use DMA, which limits the > > amount of control you can have over the timing. > > > > -- > > Regards, > > Pavel Roskin > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Madwifi-devel mailing list > > Mad...@li... > > https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > ------------------------------ > Hotmail: Correio Electrónico Poderoso e Gratuito com segurança Microsoft. Obtenha-o > já. <https://signup.live.com/signup.aspx?id=60969> > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Madwifi-devel mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > |
From: Francisco F. <k_a...@ho...> - 2010-04-29 10:30:55
|
I'm almost getting there! Thanks a lot for your precious help! Just one more question: I noticed a declaration of " struct ieee80211_frame *wh " inside those functions. Can I read the destination or next hop MAC addresses of that frame which is going to be sent? Thanks for all the help! Francisco Fernandes Date: Wed, 28 Apr 2010 21:26:21 +0530 From: vis...@gm... To: mad...@li... Subject: Re: [Madwifi-devel] Switched-Beam Smart Antenna Control using Madwifi DATA and RTS frames certainly you can control from madwifi code, about CTS Iam not sure, but ACK is certainly handled in hardware. So you dont have control over generation of ACK other than setting timeout, no. of re-tries etc. As regards selecting the antenna terminal, there is provision to set the antenna before transmitting the packet. For this you may want to look at the function ath_hal_setuptxdesc if if_ath.c. See if it is of any help to you. Vishal On Wed, Apr 28, 2010 at 7:06 PM, Francisco Fernandes <k_a...@ho...> wrote: I forgot to mention that I'm using madwifi, and I'm familiar with the fact that the HAL is in binary form only. I'd just like to know in which files/functions the RTS/CTS,DATA & ACK frames are constructed. I believe this happens before the frames are delivered to the HAL, correct? Thanks You, Francisco Fernandes > From: pr...@gn... > To: k_a...@ho... > Date: Tue, 27 Apr 2010 19:57:53 -0400 > CC: mad...@li... > Subject: Re: [Madwifi-devel] Switched-Beam Smart Antenna Control using Madwifi > > On Tue, 2010-04-27 at 22:51 +0000, Francisco Fernandes wrote: > > I'm resending this message as I didn't receive any feedback yet. I'd > > really appreciate any help please. > > I think ath...@li... would be a better place to ask, > since MadWifi is not actively developed, and when it was, the hardware > access was encapsulated in a closed source HAL. > > > I need that when every RTS/CTS, DATA or ACK frame is delivered to the > > HAL the correct combination of bits is sent to the parallel port so > > that the correct beam is activated. Anyone has an idea how to do this? > > HAL is a purely software thing. It's open sourced now, and it could be > "dissolved" in the rest of the code. The time of delivery to HAL is > irrelevant to any hardware. > > Besides, I think the control frames are not controlled by the host > software. Even data and management frames use DMA, which limits the > amount of control you can have over the timing. > > -- > Regards, > Pavel Roskin > > ------------------------------------------------------------------------------ > _______________________________________________ > Madwifi-devel mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madwifi-devel Hotmail: Correio Electrónico Poderoso e Gratuito com segurança Microsoft. Obtenha-o já. ------------------------------------------------------------------------------ _______________________________________________ Madwifi-devel mailing list Mad...@li... https://lists.sourceforge.net/lists/listinfo/madwifi-devel _________________________________________________________________ Hotmail: Correio electrónico fidedigno com a poderosa protecção anti-SPAM da Microsoft. https://signup.live.com/signup.aspx?id=60969 |
From: Vishal S. <vis...@gm...> - 2010-04-29 18:06:58
|
On Thu, Apr 29, 2010 at 4:00 PM, Francisco Fernandes < k_a...@ho...> wrote: > I'm almost getting there! Thanks a lot for your precious help! > > Just one more question: I noticed a declaration of " struct ieee80211_frame > *wh " inside those functions. > Can I read the destination or next hop MAC addresses of that frame which is > going to be sent? > Yeah, if Iam not mistaken wh->i_addr1 is the destination address of the frame. > > Thanks for all the help! > Francisco Fernandes > > ------------------------------ > Date: Wed, 28 Apr 2010 21:26:21 +0530 > From: vis...@gm... > To: mad...@li... > > Subject: Re: [Madwifi-devel] Switched-Beam Smart Antenna Control using > Madwifi > > DATA and RTS frames certainly you can control from madwifi code, about CTS > Iam not sure, but ACK is certainly handled in hardware. So you dont have > control over generation of ACK other than setting timeout, no. of re-tries > etc. > > As regards selecting the antenna terminal, there is provision to set the > antenna before transmitting the packet. For this you may want to look at the > function > > ath_hal_setuptxdesc > > if if_ath.c. See if it is of any help to you. > > Vishal > > > > On Wed, Apr 28, 2010 at 7:06 PM, Francisco Fernandes < > k_a...@ho...> wrote: > > I forgot to mention that I'm using madwifi, and I'm familiar with the fact > that the HAL is in binary form only. > I'd just like to know in which files/functions the RTS/CTS,DATA & ACK > frames are constructed. > I believe this happens before the frames are delivered to the HAL, correct? > > Thanks You, > Francisco Fernandes > > > > From: pr...@gn... > > To: k_a...@ho... > > Date: Tue, 27 Apr 2010 19:57:53 -0400 > > CC: mad...@li... > > Subject: Re: [Madwifi-devel] Switched-Beam Smart Antenna Control using > Madwifi > > > > > On Tue, 2010-04-27 at 22:51 +0000, Francisco Fernandes wrote: > > > I'm resending this message as I didn't receive any feedback yet. I'd > > > really appreciate any help please. > > > > I think ath...@li... would be a better place to ask, > > since MadWifi is not actively developed, and when it was, the hardware > > access was encapsulated in a closed source HAL. > > > > > I need that when every RTS/CTS, DATA or ACK frame is delivered to the > > > HAL the correct combination of bits is sent to the parallel port so > > > that the correct beam is activated. Anyone has an idea how to do this? > > > > HAL is a purely software thing. It's open sourced now, and it could be > > "dissolved" in the rest of the code. The time of delivery to HAL is > > irrelevant to any hardware. > > > > Besides, I think the control frames are not controlled by the host > > software. Even data and management frames use DMA, which limits the > > amount of control you can have over the timing. > > > > -- > > Regards, > > Pavel Roskin > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Madwifi-devel mailing list > > Mad...@li... > > https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > ------------------------------ > Hotmail: Correio Electrónico Poderoso e Gratuito com segurança Microsoft. Obtenha-o > já. <https://signup.live.com/signup.aspx?id=60969> > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Madwifi-devel mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > > > ------------------------------ > Hotmail: Correio electrónico fidedigno com a poderosa protecção anti-SPAM > da Microsoft. Inscreva-se já.<https://signup.live.com/signup.aspx?id=60969> > |
From: Eric W A. <Eric.Anderson@Colorado.EDU> - 2010-06-04 15:53:45
|
Sorry for coming rather late to this. A company called Fidelity Comtech makes a line of switched-beam phase-array antennas which a fork of the MADWiFi driver. Their driver code is licensed under the GPL, and I would be happy to send you a copy. The behavior they implement is probably about the same as what you want, if you're interested in per-frame pattern switching, so their code might be a pretty good reference. -Eric Thus spake Vishal Sevani (vis...@gm...): > On Thu, Apr 29, 2010 at 4:00 PM, Francisco Fernandes > <[1]k_a...@ho...> wrote: > > I'm almost�getting there! Thanks a lot for your precious help! > � > Just one more question: I noticed a declaration of " struct > ieee80211_frame *wh " inside those functions. > Can I�read the destination or next hop MAC addresses of that frame which > is going to be sent? > > Yeah, if Iam not mistaken wh->i_addr1 is the destination address of the > frame. > � > > � > Thanks for all the help! > Francisco Fernandes > � > > -------------------------------------------------------------------------- > > Date: Wed, 28 Apr 2010 21:26:21 +0530 > From: [2]vis...@gm... > To: [3]mad...@li... > Subject: Re: [Madwifi-devel] Switched-Beam Smart Antenna Control using > Madwifi > > DATA and RTS frames certainly you can control from madwifi code, about > CTS Iam not sure, but ACK is certainly handled in hardware. So you dont > have control over generation of ACK other than setting timeout, no. of > re-tries etc. > > As regards selecting the antenna terminal, there is provision to set the > antenna before transmitting the packet. For this you may want to look at > the function > > ath_hal_setuptxdesc > > if if_ath.c. See if it is of any help to you. > > Vishal > > On Wed, Apr 28, 2010 at 7:06 PM, Francisco Fernandes > <[4]k_a...@ho...> wrote: > > I forgot to mention that I'm using madwifi, and I'm familiar with the > fact that the HAL is in binary form only. > I'd just like to know in which files/functions the RTS/CTS,DATA & ACK > frames are constructed. > I believe this happens before the frames are delivered to the HAL, > correct? > � > Thanks You, > Francisco Fernandes > > � > > From: [5]pr...@gn... > > To: [6]k_a...@ho... > > Date: Tue, 27 Apr 2010 19:57:53 -0400 > > CC: [7]mad...@li... > > Subject: Re: [Madwifi-devel] Switched-Beam Smart Antenna Control > using Madwifi > > > > On Tue, 2010-04-27 at 22:51 +0000, Francisco Fernandes wrote: > > > I'm resending this message as I didn't receive any feedback yet. > I'd > > > really appreciate any help please. > > > > I think [8]ath...@li... would be a better place to > ask, > > since MadWifi is not actively developed, and when it was, the > hardware > > access was encapsulated in a closed source HAL. > > > > > I need that when every RTS/CTS, DATA or ACK frame is delivered to > the > > > HAL the correct combination of bits is sent to the parallel port > so > > > that the correct beam is activated. Anyone has an idea how to do > this? > > > > HAL is a purely software thing. It's open sourced now, and it could > be > > "dissolved" in the rest of the code. The time of delivery to HAL is > > irrelevant to any hardware. > > > > Besides, I think the control frames are not controlled by the host > > software. Even data and management frames use DMA, which limits the > > amount of control you can have over the timing. > > > > -- > > Regards, > > Pavel Roskin > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Madwifi-devel mailing list > > [9]Mad...@li... > > [10]https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > -------------------------------------------------------------------------- > > Hotmail: Correio Electr�nico Poderoso e Gratuito com seguran�a > Microsoft. [11]Obtenha-o j > �----------------------------------------------------------------------------- > > _______________________________________________ > Madwifi-devel mailing list > [12]Mad...@li... > [13]https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > -------------------------------------------------------------------------- > > Hotmail: Correio electr�nico fidedigno com a poderosa protec��o > anti-SPAM da Microsoft. [14]Inscreva-se j > > References > > Visible links > 1. mailto:k_a...@ho... > 2. mailto:vis...@gm... > 3. mailto:mad...@li... > 4. mailto:k_a...@ho... > 5. mailto:pr...@gn... > 6. mailto:k_a...@ho... > 7. mailto:mad...@li... > 8. mailto:ath...@li... > 9. mailto:Mad...@li... > 10. https://lists.sourceforge.net/lists/listinfo/madwifi-devel > 11. https://signup.live.com/signup.aspx?id=60969 > 12. mailto:Mad...@li... > 13. https://lists.sourceforge.net/lists/listinfo/madwifi-devel > 14. https://signup.live.com/signup.aspx?id=60969 > ------------------------------------------------------------------------------ > _______________________________________________ > Madwifi-devel mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madwifi-devel -- Eric W. Anderson University of Colorado eri...@co... Dept. of Computer Science phone: +1-720-984-8864 Systems Research Lab - ECCR 1B54 PGP key fingerprints: personal: 1BD4 CFCE 8B59 8D6E EA3E EBD5 4DC9 3E61 656C 462B academic: D3C5 D6FF EDED 9F1F C36D 53A3 74B7 53A6 3C74 5F12 |
From: Francisco F. <k_a...@ho...> - 2010-06-07 23:24:30
|
Hi Eric, If you could send me a copy, I would be very thankful! Thanks a lot for your concern, Francisco > Date: Fri, 4 Jun 2010 09:53:38 -0600 > From: Eric.Anderson@Colorado.EDU > To: vis...@gm... > CC: k_a...@ho...; mad...@li... > Subject: Re: [Madwifi-devel] Switched-Beam Smart Antenna Control using Madwifi > > Sorry for coming rather late to this. A company called Fidelity Comtech makes > a line of switched-beam phase-array antennas which a fork of the MADWiFi > driver. Their driver code is licensed under the GPL, and I would be happy to > send you a copy. The behavior they implement is probably about the same as > what you want, if you're interested in per-frame pattern switching, so their > code might be a pretty good reference. > > -Eric > > Thus spake Vishal Sevani (vis...@gm...): > > > On Thu, Apr 29, 2010 at 4:00 PM, Francisco Fernandes > > <[1]k_a...@ho...> wrote: > > > > I'm almost�getting there! Thanks a lot for your precious help! > > � > > Just one more question: I noticed a declaration of " struct > > ieee80211_frame *wh " inside those functions. > > Can I�read the destination or next hop MAC addresses of that frame which > > is going to be sent? > > > > Yeah, if Iam not mistaken wh->i_addr1 is the destination address of the > > frame. > > � > > > > � > > Thanks for all the help! > > Francisco Fernandes > > � > > > > -------------------------------------------------------------------------- > > > > Date: Wed, 28 Apr 2010 21:26:21 +0530 > > From: [2]vis...@gm... > > To: [3]mad...@li... > > Subject: Re: [Madwifi-devel] Switched-Beam Smart Antenna Control using > > Madwifi > > > > DATA and RTS frames certainly you can control from madwifi code, about > > CTS Iam not sure, but ACK is certainly handled in hardware. So you dont > > have control over generation of ACK other than setting timeout, no. of > > re-tries etc. > > > > As regards selecting the antenna terminal, there is provision to set the > > antenna before transmitting the packet. For this you may want to look at > > the function > > > > ath_hal_setuptxdesc > > > > if if_ath.c. See if it is of any help to you. > > > > Vishal > > > > On Wed, Apr 28, 2010 at 7:06 PM, Francisco Fernandes > > <[4]k_a...@ho...> wrote: > > > > I forgot to mention that I'm using madwifi, and I'm familiar with the > > fact that the HAL is in binary form only. > > I'd just like to know in which files/functions the RTS/CTS,DATA & ACK > > frames are constructed. > > I believe this happens before the frames are delivered to the HAL, > > correct? > > � > > Thanks You, > > Francisco Fernandes > > > > � > > > From: [5]pr...@gn... > > > To: [6]k_a...@ho... > > > Date: Tue, 27 Apr 2010 19:57:53 -0400 > > > CC: [7]mad...@li... > > > Subject: Re: [Madwifi-devel] Switched-Beam Smart Antenna Control > > using Madwifi > > > > > > On Tue, 2010-04-27 at 22:51 +0000, Francisco Fernandes wrote: > > > > I'm resending this message as I didn't receive any feedback yet. > > I'd > > > > really appreciate any help please. > > > > > > I think [8]ath...@li... would be a better place to > > ask, > > > since MadWifi is not actively developed, and when it was, the > > hardware > > > access was encapsulated in a closed source HAL. > > > > > > > I need that when every RTS/CTS, DATA or ACK frame is delivered to > > the > > > > HAL the correct combination of bits is sent to the parallel port > > so > > > > that the correct beam is activated. Anyone has an idea how to do > > this? > > > > > > HAL is a purely software thing. It's open sourced now, and it could > > be > > > "dissolved" in the rest of the code. The time of delivery to HAL is > > > irrelevant to any hardware. > > > > > > Besides, I think the control frames are not controlled by the host > > > software. Even data and management frames use DMA, which limits the > > > amount of control you can have over the timing. > > > > > > -- > > > Regards, > > > Pavel Roskin > > > > > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > > > Madwifi-devel mailing list > > > [9]Mad...@li... > > > [10]https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > > > -------------------------------------------------------------------------- > > > > Hotmail: Correio Electr�nico Poderoso e Gratuito com seguran�a > > Microsoft. [11]Obtenha-o j > > �----------------------------------------------------------------------------- > > > > _______________________________________________ > > Madwifi-devel mailing list > > [12]Mad...@li... > > [13]https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > > > -------------------------------------------------------------------------- > > > > Hotmail: Correio electr�nico fidedigno com a poderosa protec��o > > anti-SPAM da Microsoft. [14]Inscreva-se j > > > > References > > > > Visible links > > 1. mailto:k_a...@ho... > > 2. mailto:vis...@gm... > > 3. mailto:mad...@li... > > 4. mailto:k_a...@ho... > > 5. mailto:pr...@gn... > > 6. mailto:k_a...@ho... > > 7. mailto:mad...@li... > > 8. mailto:ath...@li... > > 9. mailto:Mad...@li... > > 10. https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > 11. https://signup.live.com/signup.aspx?id=60969 > > 12. mailto:Mad...@li... > > 13. https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > 14. https://signup.live.com/signup.aspx?id=60969 > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > > Madwifi-devel mailing list > > Mad...@li... > > https://lists.sourceforge.net/lists/listinfo/madwifi-devel > > > -- > Eric W. Anderson University of Colorado > eri...@co... Dept. of Computer Science > phone: +1-720-984-8864 Systems Research Lab - ECCR 1B54 > > PGP key fingerprints: > personal: 1BD4 CFCE 8B59 8D6E EA3E EBD5 4DC9 3E61 656C 462B > academic: D3C5 D6FF EDED 9F1F C36D 53A3 74B7 53A6 3C74 5F12 _________________________________________________________________ Hotmail: Correio Electrónico Poderoso e Gratuito com segurança Microsoft. https://signup.live.com/signup.aspx?id=60969 |