Searched hist:"97 c973adc4af3d8b6c6fe96cca29a900704036d0" (Results 1 – 3 of 3) sorted by relevance
| /freebsd/sys/net80211/ |
| H A D | ieee80211_node.h | diff 97c973adc4af3d8b6c6fe96cca29a900704036d0 Sat Aug 06 06:56:49 CEST 2005 Sam Leffler <sam@FreeBSD.org> Fix handling of frames sent prior to a station being authorized
when operating in ap mode. Previously we allocated a node from the
station table, sent the frame (using the node), then released the
reference that "held the frame in the table". But while the frame
was in flight the node might be reclaimed which could lead to
problems. The solution is to add an ieee80211_tmp_node routine
that crafts a node that does exist in a table and so isn't ever
reclaimed; it exists only so long as the associated frame is in flight.
MFC after: 5 days
diff 97c973adc4af3d8b6c6fe96cca29a900704036d0 Sat Aug 06 06:56:49 CEST 2005 Sam Leffler <sam@FreeBSD.org> Fix handling of frames sent prior to a station being authorized
when operating in ap mode. Previously we allocated a node from the
station table, sent the frame (using the node), then released the
reference that "held the frame in the table". But while the frame
was in flight the node might be reclaimed which could lead to
problems. The solution is to add an ieee80211_tmp_node routine
that crafts a node that does exist in a table and so isn't ever
reclaimed; it exists only so long as the associated frame is in flight.
MFC after: 5 days
|
| H A D | ieee80211_input.c | diff 97c973adc4af3d8b6c6fe96cca29a900704036d0 Sat Aug 06 06:56:49 CEST 2005 Sam Leffler <sam@FreeBSD.org> Fix handling of frames sent prior to a station being authorized
when operating in ap mode. Previously we allocated a node from the
station table, sent the frame (using the node), then released the
reference that "held the frame in the table". But while the frame
was in flight the node might be reclaimed which could lead to
problems. The solution is to add an ieee80211_tmp_node routine
that crafts a node that does exist in a table and so isn't ever
reclaimed; it exists only so long as the associated frame is in flight.
MFC after: 5 days
diff 97c973adc4af3d8b6c6fe96cca29a900704036d0 Sat Aug 06 06:56:49 CEST 2005 Sam Leffler <sam@FreeBSD.org> Fix handling of frames sent prior to a station being authorized
when operating in ap mode. Previously we allocated a node from the
station table, sent the frame (using the node), then released the
reference that "held the frame in the table". But while the frame
was in flight the node might be reclaimed which could lead to
problems. The solution is to add an ieee80211_tmp_node routine
that crafts a node that does exist in a table and so isn't ever
reclaimed; it exists only so long as the associated frame is in flight.
MFC after: 5 days
|
| H A D | ieee80211_node.c | diff 97c973adc4af3d8b6c6fe96cca29a900704036d0 Sat Aug 06 06:56:49 CEST 2005 Sam Leffler <sam@FreeBSD.org> Fix handling of frames sent prior to a station being authorized
when operating in ap mode. Previously we allocated a node from the
station table, sent the frame (using the node), then released the
reference that "held the frame in the table". But while the frame
was in flight the node might be reclaimed which could lead to
problems. The solution is to add an ieee80211_tmp_node routine
that crafts a node that does exist in a table and so isn't ever
reclaimed; it exists only so long as the associated frame is in flight.
MFC after: 5 days
diff 97c973adc4af3d8b6c6fe96cca29a900704036d0 Sat Aug 06 06:56:49 CEST 2005 Sam Leffler <sam@FreeBSD.org> Fix handling of frames sent prior to a station being authorized
when operating in ap mode. Previously we allocated a node from the
station table, sent the frame (using the node), then released the
reference that "held the frame in the table". But while the frame
was in flight the node might be reclaimed which could lead to
problems. The solution is to add an ieee80211_tmp_node routine
that crafts a node that does exist in a table and so isn't ever
reclaimed; it exists only so long as the associated frame is in flight.
MFC after: 5 days
|