Adding 802.11 control/management frames

2005-09-08 Thread Sam Pierson
Hello, I've been digging in /sys/net80211 trying to find where things like beacons are created and sent down to the driver. I found in ieee80211.h where the non-data frames are defined and I can see in the different device drivers where the frames are handled. But, for example, when you start an

Re: Atheros driver and radiotap reliability

2005-08-30 Thread Sam Pierson
On 8/30/05, Sam Leffler <[EMAIL PROTECTED]> wrote: > David appears to be talking about how netbsd works. Understand that > David does not work on FreeBSD; I'm not even sure he uses it. ... > tcpdump and ethereal get the same data. If they display it differently > given identical data then one is

Re: Atheros driver and radiotap reliability

2005-08-30 Thread Sam Pierson
On 8/29/05, Sam Leffler <[EMAIL PROTECTED]> wrote: > Sam Pierson wrote: > >I had some correspondence with the ethereal developers and David Young > > and apparently there is a bug in how ethereal handles the radiotap header. > > News to me; the last time I checked it lo

Atheros driver and radiotap reliability

2005-08-29 Thread Sam Pierson
Hi guys, I'm trying to get an accurate measurement of signal strength (preferably in dBm) on a per-packet basis between two atheros cards that I have. I had some correspondence with the ethereal developers and David Young and apparently there is a bug in how ethereal handles the radiotap header.

Re: Global txpower in ath

2005-08-23 Thread Sam Pierson
On 8/10/05, Sam Leffler <[EMAIL PROTECTED]> wrote: > Sam Pierson wrote: > > I noticed that when I control the signal strength through > > ifconfig, I can effectively reduce the signal when I set it > > as something like: ifconfig ath0 txpower 1. I have read > >

calling ath_update_txpow

2005-08-15 Thread Sam Pierson
Hi all, I have been looking at this function in if_ath.c: static void ath_update_txpow(struct ath_softc *sc) Is there an example somewhere of using this function in a user-space application to control the signal strength? Up until this point I've just been stringing together system() calls sayin

Re: Global txpower in ath

2005-08-11 Thread Sam Pierson
or not my originally intended txpow is still being respected. -Sam On 8/10/05, Sam Leffler <[EMAIL PROTECTED]> wrote: > Sam Pierson wrote: > > I noticed that when I control the signal strength through > > ifconfig, I can effectively reduce the signal when I set it > > as somethi

Global txpower in ath

2005-08-10 Thread Sam Pierson
I noticed that when I control the signal strength through ifconfig, I can effectively reduce the signal when I set it as something like: ifconfig ath0 txpower 1. I have read that this input is device driver dependent and I couldn't find anything in the interface that handles txcontrol. Are these

Re: Atheros, hardware access layer, collisions

2005-07-27 Thread Sam Pierson
On 7/26/05, David Malone <[EMAIL PROTECTED]> wrote: > That's correct, but it probably takes a few microseconds for the > carries sense to kick in (if there wasn't a delay there would > be almost no need for the random backoff). That's why you'll > also have to have your transmissions synchronised v

Re: Atheros, hardware access layer, collisions

2005-07-27 Thread Sam Pierson
On 7/21/05, Sam Leffler <[EMAIL PROTECTED]> wrote: > You need to set cwmin on the tx q as David describes. Be sure to set > the parameters you set into the hardware; check the wme update code for > the correct logic. For the other thing just set the tx descriptor to do > 1 try. > > Sam

Re: Atheros, hardware access layer, collisions

2005-07-25 Thread Sam Pierson
> OK - you can probably achieve that by setting the retry limit to > be 1, setting CWmin to be very small. However, you'll need to make > sure that both machines transmissions are synchronised to better > than 20us (which is no mean feat), otherwise carrier sense will > foil your plan! I just had

Re: Atheros, hardware access layer, collisions

2005-07-22 Thread Sam Pierson
> You need to set cwmin on the tx q as David describes. Be sure to set > the parameters you set into the hardware; check the wme update code for > the correct logic. For the other thing just set the tx descriptor to do > 1 try. > > Sam Thanks guys. I'm still playing with these files so

Re: Atheros, hardware access layer, collisions

2005-07-21 Thread Sam Pierson
> OK - you can probably achieve that by setting the retry limit to > be 1, setting CWmin to be very small. I was looking for this in the ah.h and the ah_desc.h files. Are they someplace else, or maybe this is a system call? I can't find anything about the retry limit (<-- CWmin = retry?) Thank

Re: Atheros, hardware access layer, collisions

2005-07-21 Thread Sam Pierson
On 7/21/05, David Malone <[EMAIL PROTECTED]> wrote: > On Wed, Jul 20, 2005 at 10:03:49PM -0500, Sam Pierson wrote: > > I think there is still collision detection happening on the hardware > > level. I think I have to disable the retransmission of frames > > which

Atheros, hardware access layer, collisions

2005-07-20 Thread Sam Pierson
Hey all, I'm working on a project that requires creating a single packet collision between hosts, so I've been digging around in /sys/contrib/dev/ath for awhile now. I successfully disabled the CTS and RTS control frames from being transmitted, which was the first step. I believe now the applic

Accurate/Fine-grained timing of latency in atheros drivers

2005-06-27 Thread Sam Pierson
Hey guys, In a current project, I need to find out exactly how long it takes to send a 802.11 packet and how much time is spent in the following stages: send time - time spent constructing message, including context switches and other delays and the time it takes to transfer the message to the ne

Use if_ath.c for on the fly transmission power change?

2005-06-07 Thread Sam Pierson
I was curious if there was a way to use the if_ath.c file in order to change transmission power on the fly in the middle of a program. This is in if_ath: ath_hal_setuptxdesc(ah, ds , pktlen/* packet length */ , hdrlen/* header len