Am Thu, 29 Nov 2012 13:56:35 -0800
schrieb Adrian Chadd :
> Hi,
>
> Yes. As I said, the whole "configure an alternate MAC" thing isn't
> very consistent and I'm sure that the whole migration to VAP
> interfaces made some of the MAC BSSID and local ethernet card address
> programming "inconsistent
Hi,
Yes. As I said, the whole "configure an alternate MAC" thing isn't
very consistent and I'm sure that the whole migration to VAP
interfaces made some of the MAC BSSID and local ethernet card address
programming "inconsistent."
If you want to take a look at whta's in the card:
* add ATH_DIAGAP
Am Thu, 29 Nov 2012 13:43:04 -0800
schrieb Adrian Chadd :
> There was someone who posted on -wireless a while ago about how to
> "correctly" program different mac addresses for different VAPs. The
> whole setup path is a little un-intuitive and needs some love.
>
> So take a look over the -wirele
There was someone who posted on -wireless a while ago about how to
"correctly" program different mac addresses for different VAPs. The
whole setup path is a little un-intuitive and needs some love.
So take a look over the -wireless archives for multi-VAP and separate
mac addresses. :-)
Aha. It's
Am Thu, 29 Nov 2012 12:53:40 -0800
schrieb Adrian Chadd :
> You ca'nt set the high bit in the first (left hand) octet, that means
> something special.
>
> Set it to 0x0d and re-test.
>
>
>
> Adrian
Hmm... now this is weird...
When I set the first octet to 0x0d, the hostapd does not even appe
You ca'nt set the high bit in the first (left hand) octet, that means
something special.
Set it to 0x0d and re-test.
Adrian
On 29 November 2012 12:45, Martin wrote:
> Am Thu, 29 Nov 2012 12:23:44 -0800
> schrieb Adrian Chadd :
>
>> > Confirmed on 9.0-RELEASE-p3. Bug still exists.
>>
>> What
Am Thu, 29 Nov 2012 12:23:44 -0800
schrieb Adrian Chadd :
> > Confirmed on 9.0-RELEASE-p3. Bug still exists.
>
> What's the fake mac address that you're using?
>
> Some extra code went into the driver which allowed for multicast group
> keys to be programmed in correctly on later chips. They ne
Synopsis: [ath] [panic] panic while ejecting ath(4)-adapter during shutdown
Responsible-Changed-From-To: sam->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Thu Nov 29 20:26:26 UTC 2012
Responsible-Changed-Why:
Flip to maintainer email list.
http://www.freebsd.org/cgi/
Synopsis: [ath] ath0: ath_tx_aggr_comp_aggr: num frames seen=1; bf nframes=4
State-Changed-From-To: open->closed
State-Changed-By: adrian
State-Changed-When: Thu Nov 29 20:25:17 UTC 2012
State-Changed-Why:
This was fixed and verified; it hasn't shown up since.
http://www.freebsd.org/cgi/query-p
Hi,
On 29 November 2012 11:40, Martin wrote:
> The following reply was made to PR kern/149516; it has been noted by GNATS.
>
> From: Martin
> To: bug-follo...@freebsd.org
> Cc:
> Subject: Re: kern/149516: [ath] ath(4) hostap with fake MAC/BSSID results in
> station dropping packets when associa
The following reply was made to PR kern/149516; it has been noted by GNATS.
From: Martin
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/149516: [ath] ath(4) hostap with fake MAC/BSSID results in
station dropping packets when associated
Date: Thu, 29 Nov 2012 20:35:05 +0100
Confirmed on 9
11 matches
Mail list logo