On Mon, Dec 15, 2008 at 03:34:58PM +0100, Benoit Papillault wrote:
> This patch is close to the original code except that
> ieee80211_get_hdrlen_from_skb() has been replaced by
> ath5k_hw_get_hdrlen_from_skb() which is specific to Atheros hardware. The same
> probably applies to ath9k as well.
Mos
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jouni Malinen a écrit :
> On Mon, Dec 15, 2008 at 03:34:58PM +0100, Benoit Papillault wrote:
>> This patch is close to the original code except that
>> ieee80211_get_hdrlen_from_skb() has been replaced by
>> ath5k_hw_get_hdrlen_from_skb() which is spec
On Mon, Dec 15, 2008 at 11:12 AM, Stefanik Gábor
wrote:
> That is not the problem - aireplay-ng operates on a monitor interface
> that is already up. Likely this patch somehow misses monitor
> interfaces.
Agreed, that is probably the case. Reverting that hunk makes it come up
with the eeprom mac
On Mon, Dec 15, 2008 at 9:34 AM, Benoit Papillault
wrote:
> From: Benoit PAPILLAULT
>
> This patch is close to the original code except that
> ieee80211_get_hdrlen_from_skb() has been replaced by
> ath5k_hw_get_hdrlen_from_skb() which is specific to Atheros hardware. The same
> probably applies t
On Mon, Dec 15, 2008 at 5:17 PM, Bob Copeland wrote:
> On Mon, 15 Dec 2008 16:47:48 +0100, Stefanik Gábor wrote
>> This patch regressed support for aireplay-ng's "fragmentation attack"
>> feature!
>
> Does reverting just the following hunk make it work again?
>
>> > --- a/drivers/net/wireless/ath
On Mon, 2008-12-15 at 17:12 +0100, Stefanik Gábor wrote:
> On Mon, Dec 15, 2008 at 5:04 PM, Dan Williams wrote:
> > On Mon, 2008-12-15 at 16:47 +0100, Stefanik Gábor wrote:
> >> This patch regressed support for aireplay-ng's "fragmentation attack"
> >> feature!
> >>
> >> Prior to the landing of t
On Mon, 2008-12-15 at 16:47 +0100, Stefanik Gábor wrote:
> This patch regressed support for aireplay-ng's "fragmentation attack" feature!
>
> Prior to the landing of this patch (as commit
> caeb36d73b23b52a0ea2a8368502ef8230fa67b3), applying the patch @
> http://patches.aircrack-ng.org/mac80211_2.
On Mon, 15 Dec 2008 16:47:48 +0100, Stefanik Gábor wrote
> This patch regressed support for aireplay-ng's "fragmentation attack" feature!
Does reverting just the following hunk make it work again?
> > --- a/drivers/net/wireless/ath5k/attach.c
> > +++ b/drivers/net/wireless/ath5k/attach.c
[...]
>
On Fri, Dec 12, 2008 at 1:33 PM, Luis R. Rodriguez
wrote:
> On Fri, Dec 12, 2008 at 03:28:13PM -0800, Lucio Torre wrote:
>> Hi,
>>
>> Im running intrepid on a lenovo x200, using the wifi drivers from
>> http://wireless.kernel.org/download/compat-wireless-2.6/compat-wireless-2.6.tar.bz2
>> and keep
On Mon, Dec 15, 2008 at 5:04 PM, Dan Williams wrote:
> On Mon, 2008-12-15 at 16:47 +0100, Stefanik Gábor wrote:
>> This patch regressed support for aireplay-ng's "fragmentation attack"
>> feature!
>>
>> Prior to the landing of this patch (as commit
>> caeb36d73b23b52a0ea2a8368502ef8230fa67b3), ap
This patch regressed support for aireplay-ng's "fragmentation attack" feature!
Prior to the landing of this patch (as commit
caeb36d73b23b52a0ea2a8368502ef8230fa67b3), applying the patch @
http://patches.aircrack-ng.org/mac80211_2.6.28-rc4-wl_frag+ack_v2.patch
allowed aireplay-ng's fragmentation a
Dear all,
I suspect that carrier sensing does not work in some cases.
It was found in my experiment that the transmitter can begin transmission
despite the presence of an incoming packet. I found there is
a "stomp" mode in Atheros optimazation. The idea of "stomping" is as
follows: if the incoming
12 matches
Mail list logo