[ath5k-devel] send out frames at a precise point in (TSF-)time

2008-02-19 Thread Ulrich Meis
Hi, For some experiments I'd like to send out frames at a precise point in time - no matter what's happening on the channel. For example, in order to find out how synchronized stations really are beacons cannot be used because the TSF is constantly adjusted. Being able to send out frames at a part

Re: [ath5k-devel] [PATCH 0/2] ibss merge resend

2008-02-12 Thread Ulrich Meis
On Tue 05.02.08 19:49, Bruno Randolf wrote: > hello! > > i resend my ibss merge patch, in order to address all issues that have come up > since the first try. the first patch just moves the function > ieee80211_sta_join_ibss(), the second one changes functionality. I have another issue with IBSS

Re: [ath5k-devel] [PATCH] mac80211: enable IBSS merging

2008-02-12 Thread Ulrich Meis
On Tue 12.02.08 12:25, bruno randolf wrote: > On Thursday 07 February 2008 08:52:35 Johannes Berg wrote: > > Looks fine, one last question: > > > + if (mactime <= timestamp) { > > > + if (CONFIG_MAC80211_IBSS_DEBUG || net_ratelimit()) > > > + printk(K

Re: [ath5k-devel] [PATCH 3/4] ath5k: Add RF5413/5414 support

2007-11-15 Thread Ulrich Meis
Hi Bruno, On Thu 15.11.07 18:46, bruno randolf wrote: [snip] > one thing i noticed in A band and ad-hoc mode was that the 5414 does send > beacons - compared to the 5213/RF5111/2111 which doesn't. I believe with current wireless-2.6(and I presume also with this patchset) you're lucky if you see

Re: [ath5k-devel] [PATCH] ath5k: fix setup of transmit descriptors

2007-11-04 Thread Ulrich Meis
On Wed 31.10.07 21:49, Nick Kossifidis wrote: > 2007/10/31, Ulrich Meis <[EMAIL PROTECTED]>: > > On Mon 29.10.07 17:12, Ulrich Meis wrote: > > [snip] > > > There's just one problem...I can't send more than 2312 bytes, which also > > > happens to be

Re: [ath5k-devel] [PATCH] ath5k: fix setup of transmit descriptors

2007-10-31 Thread Ulrich Meis
On Mon 29.10.07 17:12, Ulrich Meis wrote: [snip] > There's just one problem...I can't send more than 2312 bytes, which also > happens to be the limit defined in the 802.11 spec. Or maybe I can, but > the receiver(also running ath5k) doesn't accept it...on that side I >

[ath5k-devel] [PATCH] ath5k: 4word tx descriptor setup doesn't set BUF_LEN

2007-10-30 Thread Ulrich Meis
This line got lost when the descriptor setup and fill functions were merged. Applies ontop of Nick's patches. Changes-licensed-under: ISC Signed-off-by: Ulrich Meis <[EMAIL PROTECTED]> --- diff --git a/drivers/net/wireless/ath5k/hw.c b/drivers/net/wireless/ath5k/hw.c index 7b9920c..50c

Re: [ath5k-devel] [PATCH] ath5k: Remove fill_tx_desc

2007-10-30 Thread Ulrich Meis
On Tue 30.10.07 12:45, Luis R. Rodriguez wrote: > On 10/27/07, Nick Kossifidis <[EMAIL PROTECTED]> wrote: > > fill_tx_desc is used for fast frames operation, since > > we don't support fast frames (and since fill_tx_desc > > had a bug -thanx to Ulrich Meis

[ath5k-devel] interoperability madwifi<->ath5k: disable fast frames for now (was: Why is ff disabled by default ?)

2007-10-30 Thread Ulrich Meis
On Mon 08.10.07 13:15, David Boreham wrote: > > I discovered that the fast frames option is disabled by default. I believe it is enabled by default on all cards for which the hal reports that they do support it. For example on my 5212 it is enabled by default. Relevant lines in if_ath.c: #ifdef

Re: [ath5k-devel] [PATCH] ath5k: fix setup of transmit descriptors

2007-10-29 Thread Ulrich Meis
On Mon 29.10.07 19:00, Nick Kossifidis wrote: > > I hacked into the tx function and managed to let the card send out the > > contents of two descriptors in one frame. I didn't do any encapsulation, > > I just copied the first packet(an ICMP echo request), fetched a second > > buffer, called the fil

Re: [ath5k-devel] [PATCH] ath5k: fix setup of transmit descriptors

2007-10-29 Thread Ulrich Meis
On Sat 27.10.07 03:12, Nick Kossifidis wrote: [snip] > About fast frames: actually it's more complicated, we have more > descriptors for each buffer, we have to do encapsulation and > decapsulation (check out madwifi code) by also tweaking the stack etc. > Currently noone is working on fast frames

Re: [ath5k-devel] AR5212: unable to reset hardware: -22

2007-10-29 Thread Ulrich Meis
Hi Frank, On Mon 29.10.07 12:14, Frank de Lange wrote: > On Sat, Oct 27, 2007 at 03:01:22PM +0200, Evgeni Golov wrote: > > So I decided to test ath5k, got wireles-2.6 git, fetched "everything" > > and compiled the kernel. After a reboot the ath5k module gets loaded > > and says: > > phy1: Selected

[ath5k-devel] [PATCH][RESEND] ath5k: fix setup of transmit descriptors

2007-10-27 Thread Ulrich Meis
retry_limit(1+4=5 transmissions by default). The changes to the 2 words variant are identical to 4 words but untested. Resent for license statement. Changes-licensed-under: ISC Signed-off-by: Ulrich Meis <[EMAIL PROTECTED]> --- diff --git a/drivers/net/wireless/ath5k/hw.c b/drivers/net/wireless/ath5

Re: [ath5k-devel] [PATCH] ath5k: fix setup of transmit descriptors

2007-10-26 Thread Ulrich Meis
On Fri 26.10.07 10:37, Luis R. Rodriguez wrote: > On 10/26/07, Ulrich Meis <[EMAIL PROTECTED]> wrote: > > This patch fixes the setup of transmit descriptors. tx_control_1 is set > > in ath5k_hw_setup_{2,4}word_tx_desc but was subsequently overriden by > > ath5k_hw_

[ath5k-devel] [PATCH] ath5k: fix setup of transmit descriptors

2007-10-26 Thread Ulrich Meis
retry_limit(1+4=5 transmissions by default). The changes to the 2 words variant are identical to 4 words but untested. Signed-off-by: Ulrich Meis <[EMAIL PROTECTED]> --- diff --git a/drivers/net/wireless/ath5k/hw.c b/drivers/net/wireless/ath5k/hw.c index c8d1fbd..f9c0165 100644 --- a/drivers/net/wi