On 13 Mar 2010, at 16:17, Alexander Egorenkov wrote:
> I have finally patched net80211 on my system and added HT extended
> capabilities support.
>
> Here are the patches.
>
> I added a new variable to ieee80211com struct.
> It seems that only the lowest 16 bit of ic_htcaps are used, an altern
On 03/18/10 01:32, Andrew Snow wrote:
Jon Otterholm wrote:
This machine is going to act as access-router serving ~500
FTTH-customers.
About 500Mbit/s and 200kpps. The big issue is Dummynet, around 1000
pipes (2
pipes/customer).
That doesn't sound right, 200kpps @ 500Mbps works out to an avera
We also need to set/update/delete these capabilities for nodes, e.g. after a
beacon or
a (re)association frame is received from a node. I mean the field ni_flags
in struct ieee80211_node. And ifconfig support would be nice to have in
order to be able to enable/disable these features dynamically.
O
On 23 Mar 2010, at 13:23, Alexander Egorenkov wrote:
> We also need to set/update/delete these capabilities for nodes, e.g. after a
> beacon or
> a (re)association frame is received from a node. I mean the field ni_flags in
> struct ieee80211_node. And ifconfig support would be nice to have in
Synopsis: [ieee80211] [panic] A bug in ht_send_action_ba_addba causes net80211
to send malformed ADDBA response frames
State-Changed-From-To: open->closed
State-Changed-By: rpaulo
State-Changed-When: Tue Mar 23 13:36:44 UTC 2010
State-Changed-Why:
Fixed with a commit I made last week.
http://ww
Synopsis: [ieee80211] A response management frame appears in wireshark captures
before the corresponding request management frame in HOSTAP mode
State-Changed-From-To: open->patched
State-Changed-By: rpaulo
State-Changed-When: Tue Mar 23 14:31:56 UTC 2010
State-Changed-Why:
Fixed in HEAD. Will M
Den 2010-03-23 14.12, skrev "Ivan Voras" :
> On 03/18/10 01:32, Andrew Snow wrote:
>>
>> Jon Otterholm wrote:
>>> This machine is going to act as access-router serving ~500
>>> FTTH-customers.
>>> About 500Mbit/s and 200kpps. The big issue is Dummynet, around 1000
>>> pipes (2
>>> pipes/custom
Old Synopsis: injecting packets with wlaninject using Intel 3945ABG wireless
card gives kernel panic
New Synopsis: [wpi] [panic] injecting packets with wlaninject using Intel
3945ABG wireless card gives kernel panic
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: l
On 03/19/10 14:53, Ermal Luçi wrote:
Shouldn't this check be
if (m->m_len> sizeof (struct ip)) {
instead of
if (m->m_len< sizeof (struct ip)) {
in
http://fxr.watson.org/fxr/source/netipsec/ipsec.c?im=excerpts#L595
You're right (only '>' should be '>=' here, perhaps?).
This change fixed