2007-09-26 00:57:13 +00:00
|
|
|
/*
|
2008-02-03 14:42:53 +00:00
|
|
|
Copyright (C) 2004 - 2008 rt2x00 SourceForge Project
|
2007-09-26 00:57:13 +00:00
|
|
|
<http://rt2x00.serialmonkey.com>
|
|
|
|
|
|
|
|
This program is free software; you can redistribute it and/or modify
|
|
|
|
it under the terms of the GNU General Public License as published by
|
|
|
|
the Free Software Foundation; either version 2 of the License, or
|
|
|
|
(at your option) any later version.
|
|
|
|
|
|
|
|
This program is distributed in the hope that it will be useful,
|
|
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
GNU General Public License for more details.
|
|
|
|
|
|
|
|
You should have received a copy of the GNU General Public License
|
|
|
|
along with this program; if not, write to the
|
|
|
|
Free Software Foundation, Inc.,
|
|
|
|
59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
Module: rt2x00mac
|
|
|
|
Abstract: rt2x00 generic mac80211 routines.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
|
|
|
|
#include "rt2x00.h"
|
|
|
|
#include "rt2x00lib.h"
|
|
|
|
|
|
|
|
static int rt2x00mac_tx_rts_cts(struct rt2x00_dev *rt2x00dev,
|
2008-02-05 21:42:23 +00:00
|
|
|
struct data_queue *queue,
|
2008-05-15 10:55:29 +00:00
|
|
|
struct sk_buff *frag_skb)
|
2007-09-26 00:57:13 +00:00
|
|
|
{
|
2008-05-15 10:55:29 +00:00
|
|
|
struct ieee80211_tx_info *tx_info = IEEE80211_SKB_CB(frag_skb);
|
|
|
|
struct ieee80211_tx_info *rts_info;
|
2007-09-26 00:57:13 +00:00
|
|
|
struct sk_buff *skb;
|
2008-08-04 14:37:44 +00:00
|
|
|
unsigned int data_length;
|
2008-07-23 17:17:01 +00:00
|
|
|
int retval = 0;
|
2007-09-26 00:57:13 +00:00
|
|
|
|
2008-10-21 10:40:02 +00:00
|
|
|
if (tx_info->control.rates[0].flags & IEEE80211_TX_RC_USE_CTS_PROTECT)
|
2008-08-04 14:37:44 +00:00
|
|
|
data_length = sizeof(struct ieee80211_cts);
|
2007-09-26 00:57:13 +00:00
|
|
|
else
|
2008-08-04 14:37:44 +00:00
|
|
|
data_length = sizeof(struct ieee80211_rts);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
2008-08-04 14:37:44 +00:00
|
|
|
skb = dev_alloc_skb(data_length + rt2x00dev->hw->extra_tx_headroom);
|
2008-07-23 17:17:01 +00:00
|
|
|
if (unlikely(!skb)) {
|
2007-09-26 00:57:13 +00:00
|
|
|
WARNING(rt2x00dev, "Failed to create RTS/CTS frame.\n");
|
2008-07-23 17:17:01 +00:00
|
|
|
return -ENOMEM;
|
2007-09-26 00:57:13 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
skb_reserve(skb, rt2x00dev->hw->extra_tx_headroom);
|
2008-08-04 14:37:44 +00:00
|
|
|
skb_put(skb, data_length);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
2008-05-15 10:55:29 +00:00
|
|
|
/*
|
|
|
|
* Copy TX information over from original frame to
|
|
|
|
* RTS/CTS frame. Note that we set the no encryption flag
|
|
|
|
* since we don't want this frame to be encrypted.
|
|
|
|
* RTS frames should be acked, while CTS-to-self frames
|
|
|
|
* should not. The ready for TX flag is cleared to prevent
|
|
|
|
* it being automatically send when the descriptor is
|
|
|
|
* written to the hardware.
|
|
|
|
*/
|
|
|
|
memcpy(skb->cb, frag_skb->cb, sizeof(skb->cb));
|
|
|
|
rts_info = IEEE80211_SKB_CB(skb);
|
2008-10-21 10:40:02 +00:00
|
|
|
rts_info->control.rates[0].flags &= ~IEEE80211_TX_RC_USE_RTS_CTS;
|
|
|
|
rts_info->control.rates[0].flags &= ~IEEE80211_TX_RC_USE_CTS_PROTECT;
|
2008-05-15 10:55:29 +00:00
|
|
|
rts_info->flags &= ~IEEE80211_TX_CTL_REQ_TX_STATUS;
|
|
|
|
|
2008-10-21 10:40:02 +00:00
|
|
|
if (tx_info->control.rates[0].flags & IEEE80211_TX_RC_USE_CTS_PROTECT)
|
2008-05-15 10:55:29 +00:00
|
|
|
rts_info->flags |= IEEE80211_TX_CTL_NO_ACK;
|
|
|
|
else
|
|
|
|
rts_info->flags &= ~IEEE80211_TX_CTL_NO_ACK;
|
|
|
|
|
2008-08-04 14:37:44 +00:00
|
|
|
skb->do_not_encrypt = 1;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* RTS/CTS frame should use the length of the frame plus any
|
|
|
|
* encryption overhead that will be added by the hardware.
|
|
|
|
*/
|
|
|
|
if (!frag_skb->do_not_encrypt)
|
|
|
|
data_length += rt2x00crypto_tx_overhead(tx_info);
|
|
|
|
|
2008-10-21 10:40:02 +00:00
|
|
|
if (tx_info->control.rates[0].flags & IEEE80211_TX_RC_USE_CTS_PROTECT)
|
2008-05-15 10:55:29 +00:00
|
|
|
ieee80211_ctstoself_get(rt2x00dev->hw, tx_info->control.vif,
|
2008-08-04 14:37:44 +00:00
|
|
|
frag_skb->data, data_length, tx_info,
|
2007-09-26 00:57:13 +00:00
|
|
|
(struct ieee80211_cts *)(skb->data));
|
|
|
|
else
|
2008-05-15 10:55:29 +00:00
|
|
|
ieee80211_rts_get(rt2x00dev->hw, tx_info->control.vif,
|
2008-08-04 14:37:44 +00:00
|
|
|
frag_skb->data, data_length, tx_info,
|
2007-09-26 00:57:13 +00:00
|
|
|
(struct ieee80211_rts *)(skb->data));
|
|
|
|
|
2008-07-23 17:17:01 +00:00
|
|
|
retval = rt2x00queue_write_tx_frame(queue, skb);
|
|
|
|
if (retval) {
|
2008-07-20 16:03:58 +00:00
|
|
|
dev_kfree_skb_any(skb);
|
2007-09-26 00:57:13 +00:00
|
|
|
WARNING(rt2x00dev, "Failed to send RTS/CTS frame.\n");
|
|
|
|
}
|
|
|
|
|
2008-07-23 17:17:01 +00:00
|
|
|
return retval;
|
2007-09-26 00:57:13 +00:00
|
|
|
}
|
|
|
|
|
2008-05-15 10:55:29 +00:00
|
|
|
int rt2x00mac_tx(struct ieee80211_hw *hw, struct sk_buff *skb)
|
2007-09-26 00:57:13 +00:00
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
2008-05-15 10:55:29 +00:00
|
|
|
struct ieee80211_tx_info *tx_info = IEEE80211_SKB_CB(skb);
|
2007-09-26 00:57:13 +00:00
|
|
|
struct ieee80211_hdr *ieee80211hdr = (struct ieee80211_hdr *)skb->data;
|
2008-05-16 22:57:14 +00:00
|
|
|
enum data_queue_qid qid = skb_get_queue_mapping(skb);
|
2008-02-05 21:42:23 +00:00
|
|
|
struct data_queue *queue;
|
2007-09-26 00:57:13 +00:00
|
|
|
u16 frame_control;
|
|
|
|
|
2007-09-25 18:55:39 +00:00
|
|
|
/*
|
|
|
|
* Mac80211 might be calling this function while we are trying
|
|
|
|
* to remove the device or perhaps suspending it.
|
|
|
|
* Note that we can only stop the TX queues inside the TX path
|
|
|
|
* due to possible race conditions in mac80211.
|
|
|
|
*/
|
2008-08-29 19:04:26 +00:00
|
|
|
if (!test_bit(DEVICE_STATE_PRESENT, &rt2x00dev->flags))
|
2008-07-23 17:17:01 +00:00
|
|
|
goto exit_fail;
|
2007-09-25 18:55:39 +00:00
|
|
|
|
2007-09-26 00:57:13 +00:00
|
|
|
/*
|
2008-02-05 21:42:23 +00:00
|
|
|
* Determine which queue to put packet on.
|
2007-09-26 00:57:13 +00:00
|
|
|
*/
|
2008-05-15 10:55:29 +00:00
|
|
|
if (tx_info->flags & IEEE80211_TX_CTL_SEND_AFTER_DTIM &&
|
2008-03-09 21:45:47 +00:00
|
|
|
test_bit(DRIVER_REQUIRE_ATIM_QUEUE, &rt2x00dev->flags))
|
2008-04-21 17:00:47 +00:00
|
|
|
queue = rt2x00queue_get_queue(rt2x00dev, QID_ATIM);
|
2008-03-09 21:45:47 +00:00
|
|
|
else
|
2008-04-21 17:00:47 +00:00
|
|
|
queue = rt2x00queue_get_queue(rt2x00dev, qid);
|
2008-02-05 21:42:23 +00:00
|
|
|
if (unlikely(!queue)) {
|
2007-09-26 00:57:13 +00:00
|
|
|
ERROR(rt2x00dev,
|
|
|
|
"Attempt to send packet over invalid queue %d.\n"
|
2008-04-21 17:00:47 +00:00
|
|
|
"Please file bug report to %s.\n", qid, DRV_PROJECT);
|
2008-11-11 23:01:37 +00:00
|
|
|
goto exit_fail;
|
2007-09-26 00:57:13 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2008-06-03 18:29:57 +00:00
|
|
|
* If CTS/RTS is required. create and queue that frame first.
|
|
|
|
* Make sure we have at least enough entries available to send
|
|
|
|
* this CTS/RTS frame as well as the data frame.
|
2008-04-21 16:59:48 +00:00
|
|
|
* Note that when the driver has set the set_rts_threshold()
|
|
|
|
* callback function it doesn't need software generation of
|
2008-06-03 18:29:57 +00:00
|
|
|
* either RTS or CTS-to-self frame and handles everything
|
2008-04-21 16:59:48 +00:00
|
|
|
* inside the hardware.
|
2007-09-26 00:57:13 +00:00
|
|
|
*/
|
|
|
|
frame_control = le16_to_cpu(ieee80211hdr->frame_control);
|
2008-10-21 10:40:02 +00:00
|
|
|
if ((tx_info->control.rates[0].flags & (IEEE80211_TX_RC_USE_RTS_CTS |
|
|
|
|
IEEE80211_TX_RC_USE_CTS_PROTECT)) &&
|
2008-04-21 16:59:48 +00:00
|
|
|
!rt2x00dev->ops->hw->set_rts_threshold) {
|
2008-07-23 17:17:01 +00:00
|
|
|
if (rt2x00queue_available(queue) <= 1)
|
|
|
|
goto exit_fail;
|
2007-09-26 00:57:13 +00:00
|
|
|
|
2008-07-23 17:17:01 +00:00
|
|
|
if (rt2x00mac_tx_rts_cts(rt2x00dev, queue, skb))
|
|
|
|
goto exit_fail;
|
2008-01-06 22:38:34 +00:00
|
|
|
}
|
|
|
|
|
2008-07-23 17:17:01 +00:00
|
|
|
if (rt2x00queue_write_tx_frame(queue, skb))
|
|
|
|
goto exit_fail;
|
|
|
|
|
2008-06-06 20:53:14 +00:00
|
|
|
if (rt2x00queue_threshold(queue))
|
2008-05-16 22:57:14 +00:00
|
|
|
ieee80211_stop_queue(rt2x00dev->hw, qid);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
return NETDEV_TX_OK;
|
2008-07-23 17:17:01 +00:00
|
|
|
|
|
|
|
exit_fail:
|
|
|
|
ieee80211_stop_queue(rt2x00dev->hw, qid);
|
|
|
|
dev_kfree_skb_any(skb);
|
|
|
|
return NETDEV_TX_OK;
|
2007-09-26 00:57:13 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_tx);
|
|
|
|
|
|
|
|
int rt2x00mac_start(struct ieee80211_hw *hw)
|
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
|
|
|
|
2008-08-29 19:04:26 +00:00
|
|
|
if (!test_bit(DEVICE_STATE_PRESENT, &rt2x00dev->flags))
|
2007-09-26 00:57:13 +00:00
|
|
|
return 0;
|
|
|
|
|
2008-01-06 22:40:07 +00:00
|
|
|
return rt2x00lib_start(rt2x00dev);
|
2007-09-26 00:57:13 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_start);
|
|
|
|
|
|
|
|
void rt2x00mac_stop(struct ieee80211_hw *hw)
|
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
|
|
|
|
2008-08-29 19:04:26 +00:00
|
|
|
if (!test_bit(DEVICE_STATE_PRESENT, &rt2x00dev->flags))
|
2007-09-25 18:55:39 +00:00
|
|
|
return;
|
|
|
|
|
2008-01-06 22:40:07 +00:00
|
|
|
rt2x00lib_stop(rt2x00dev);
|
2007-09-26 00:57:13 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_stop);
|
|
|
|
|
|
|
|
int rt2x00mac_add_interface(struct ieee80211_hw *hw,
|
|
|
|
struct ieee80211_if_init_conf *conf)
|
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
struct rt2x00_intf *intf = vif_to_intf(conf->vif);
|
2008-04-21 17:00:47 +00:00
|
|
|
struct data_queue *queue = rt2x00queue_get_queue(rt2x00dev, QID_BEACON);
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
struct queue_entry *entry = NULL;
|
|
|
|
unsigned int i;
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
/*
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
* Don't allow interfaces to be added
|
|
|
|
* the device has disappeared.
|
2007-09-26 00:57:13 +00:00
|
|
|
*/
|
2008-08-29 19:04:26 +00:00
|
|
|
if (!test_bit(DEVICE_STATE_PRESENT, &rt2x00dev->flags) ||
|
|
|
|
!test_bit(DEVICE_STATE_STARTED, &rt2x00dev->flags))
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
return -ENODEV;
|
|
|
|
|
2008-08-06 14:18:31 +00:00
|
|
|
switch (conf->type) {
|
2008-09-10 22:01:58 +00:00
|
|
|
case NL80211_IFTYPE_AP:
|
2008-08-06 14:18:31 +00:00
|
|
|
/*
|
|
|
|
* We don't support mixed combinations of
|
|
|
|
* sta and ap interfaces.
|
|
|
|
*/
|
|
|
|
if (rt2x00dev->intf_sta_count)
|
|
|
|
return -ENOBUFS;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Check if we exceeded the maximum amount
|
|
|
|
* of supported interfaces.
|
|
|
|
*/
|
|
|
|
if (rt2x00dev->intf_ap_count >= rt2x00dev->ops->max_ap_intf)
|
|
|
|
return -ENOBUFS;
|
|
|
|
|
|
|
|
break;
|
2008-09-10 22:01:58 +00:00
|
|
|
case NL80211_IFTYPE_STATION:
|
|
|
|
case NL80211_IFTYPE_ADHOC:
|
2008-08-06 14:18:31 +00:00
|
|
|
/*
|
|
|
|
* We don't support mixed combinations of
|
|
|
|
* sta and ap interfaces.
|
|
|
|
*/
|
|
|
|
if (rt2x00dev->intf_ap_count)
|
|
|
|
return -ENOBUFS;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Check if we exceeded the maximum amount
|
|
|
|
* of supported interfaces.
|
|
|
|
*/
|
|
|
|
if (rt2x00dev->intf_sta_count >= rt2x00dev->ops->max_sta_intf)
|
|
|
|
return -ENOBUFS;
|
|
|
|
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Loop through all beacon queues to find a free
|
|
|
|
* entry. Since there are as much beacon entries
|
|
|
|
* as the maximum interfaces, this search shouldn't
|
|
|
|
* fail.
|
|
|
|
*/
|
|
|
|
for (i = 0; i < queue->limit; i++) {
|
|
|
|
entry = &queue->entries[i];
|
2008-08-29 19:04:26 +00:00
|
|
|
if (!test_and_set_bit(ENTRY_BCN_ASSIGNED, &entry->flags))
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (unlikely(i == queue->limit))
|
2007-09-26 00:57:13 +00:00
|
|
|
return -ENOBUFS;
|
|
|
|
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
/*
|
|
|
|
* We are now absolutely sure the interface can be created,
|
|
|
|
* increase interface count and start initialization.
|
|
|
|
*/
|
|
|
|
|
2008-09-10 22:01:58 +00:00
|
|
|
if (conf->type == NL80211_IFTYPE_AP)
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
rt2x00dev->intf_ap_count++;
|
|
|
|
else
|
|
|
|
rt2x00dev->intf_sta_count++;
|
|
|
|
|
|
|
|
spin_lock_init(&intf->lock);
|
2008-07-28 08:21:16 +00:00
|
|
|
spin_lock_init(&intf->seqlock);
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
intf->beacon = entry;
|
|
|
|
|
2008-09-10 22:01:58 +00:00
|
|
|
if (conf->type == NL80211_IFTYPE_AP)
|
[PATCH] mac80211: revamp interface and filter configuration
Drivers are currently supposed to keep track of monitor
interfaces if they allow so-called "hard" monitor, and
they are also supposed to keep track of multicast etc.
This patch changes that, replaces the set_multicast_list()
callback with a new configure_filter() callback that takes
filter flags (FIF_*) instead of interface flags (IFF_*).
For a driver, this means it should open the filter as much
as necessary to get all frames requested by the filter flags.
Accordingly, the filter flags are named "positively", e.g.
FIF_ALLMULTI.
Multicast filtering is a bit special in that drivers that
have no multicast address filters need to allow multicast
frames through when either the FIF_ALLMULTI flag is set or
when the mc_count value is positive.
At the same time, drivers are no longer notified about
monitor interfaces at all, this means they now need to
implement the start() and stop() callbacks and the new
change_filter_flags() callback. Also, the start()/stop()
ordering changed, start() is now called *before* any
add_interface() as it really should be, and stop() after
any remove_interface().
The patch also changes the behaviour of setting the bssid
to multicast for scanning when IEEE80211_HW_NO_PROBE_FILTERING
is set; the IEEE80211_HW_NO_PROBE_FILTERING flag is removed
and the filter flag FIF_BCN_PRBRESP_PROMISC introduced.
This is a lot more efficient for hardware like b43 that
supports it and other hardware can still set the BSSID
to all-ones.
Driver modifications by Johannes Berg (b43 & iwlwifi), Michael Wu
(rtl8187, adm8211, and p54), Larry Finger (b43legacy), and
Ivo van Doorn (rt2x00).
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
Signed-off-by: Michael Wu <flamingice@sourmilk.net>
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2007-09-17 05:29:23 +00:00
|
|
|
memcpy(&intf->bssid, conf->mac_addr, ETH_ALEN);
|
|
|
|
memcpy(&intf->mac, conf->mac_addr, ETH_ALEN);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* The MAC adddress must be configured after the device
|
[PATCH] mac80211: revamp interface and filter configuration
Drivers are currently supposed to keep track of monitor
interfaces if they allow so-called "hard" monitor, and
they are also supposed to keep track of multicast etc.
This patch changes that, replaces the set_multicast_list()
callback with a new configure_filter() callback that takes
filter flags (FIF_*) instead of interface flags (IFF_*).
For a driver, this means it should open the filter as much
as necessary to get all frames requested by the filter flags.
Accordingly, the filter flags are named "positively", e.g.
FIF_ALLMULTI.
Multicast filtering is a bit special in that drivers that
have no multicast address filters need to allow multicast
frames through when either the FIF_ALLMULTI flag is set or
when the mc_count value is positive.
At the same time, drivers are no longer notified about
monitor interfaces at all, this means they now need to
implement the start() and stop() callbacks and the new
change_filter_flags() callback. Also, the start()/stop()
ordering changed, start() is now called *before* any
add_interface() as it really should be, and stop() after
any remove_interface().
The patch also changes the behaviour of setting the bssid
to multicast for scanning when IEEE80211_HW_NO_PROBE_FILTERING
is set; the IEEE80211_HW_NO_PROBE_FILTERING flag is removed
and the filter flag FIF_BCN_PRBRESP_PROMISC introduced.
This is a lot more efficient for hardware like b43 that
supports it and other hardware can still set the BSSID
to all-ones.
Driver modifications by Johannes Berg (b43 & iwlwifi), Michael Wu
(rtl8187, adm8211, and p54), Larry Finger (b43legacy), and
Ivo van Doorn (rt2x00).
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
Signed-off-by: Michael Wu <flamingice@sourmilk.net>
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2007-09-17 05:29:23 +00:00
|
|
|
* has been initialized. Otherwise the device can reset
|
|
|
|
* the MAC registers.
|
2007-09-26 00:57:13 +00:00
|
|
|
*/
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
rt2x00lib_config_intf(rt2x00dev, intf, conf->type, intf->mac, NULL);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
2008-03-31 13:24:53 +00:00
|
|
|
/*
|
|
|
|
* Some filters depend on the current working mode. We can force
|
|
|
|
* an update during the next configure_filter() run by mac80211 by
|
|
|
|
* resetting the current packet_filter state.
|
|
|
|
*/
|
|
|
|
rt2x00dev->packet_filter = 0;
|
|
|
|
|
2007-09-26 00:57:13 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_add_interface);
|
|
|
|
|
|
|
|
void rt2x00mac_remove_interface(struct ieee80211_hw *hw,
|
|
|
|
struct ieee80211_if_init_conf *conf)
|
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
struct rt2x00_intf *intf = vif_to_intf(conf->vif);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
/*
|
2007-09-25 18:55:39 +00:00
|
|
|
* Don't allow interfaces to be remove while
|
|
|
|
* either the device has disappeared or when
|
|
|
|
* no interface is present.
|
2007-09-26 00:57:13 +00:00
|
|
|
*/
|
2008-08-29 19:04:26 +00:00
|
|
|
if (!test_bit(DEVICE_STATE_PRESENT, &rt2x00dev->flags) ||
|
2008-09-10 22:01:58 +00:00
|
|
|
(conf->type == NL80211_IFTYPE_AP && !rt2x00dev->intf_ap_count) ||
|
|
|
|
(conf->type != NL80211_IFTYPE_AP && !rt2x00dev->intf_sta_count))
|
2007-09-26 00:57:13 +00:00
|
|
|
return;
|
|
|
|
|
2008-09-10 22:01:58 +00:00
|
|
|
if (conf->type == NL80211_IFTYPE_AP)
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
rt2x00dev->intf_ap_count--;
|
|
|
|
else
|
|
|
|
rt2x00dev->intf_sta_count--;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Release beacon entry so it is available for
|
|
|
|
* new interfaces again.
|
|
|
|
*/
|
2008-08-29 19:04:26 +00:00
|
|
|
clear_bit(ENTRY_BCN_ASSIGNED, &intf->beacon->flags);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Make sure the bssid and mac address registers
|
|
|
|
* are cleared to prevent false ACKing of frames.
|
|
|
|
*/
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
rt2x00lib_config_intf(rt2x00dev, intf,
|
2008-09-10 22:01:58 +00:00
|
|
|
NL80211_IFTYPE_UNSPECIFIED, NULL, NULL);
|
2007-09-26 00:57:13 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_remove_interface);
|
|
|
|
|
2008-10-09 10:18:51 +00:00
|
|
|
int rt2x00mac_config(struct ieee80211_hw *hw, u32 changed)
|
2007-09-26 00:57:13 +00:00
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
2008-10-09 10:18:51 +00:00
|
|
|
struct ieee80211_conf *conf = &hw->conf;
|
2008-08-29 19:05:21 +00:00
|
|
|
int status;
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
/*
|
2007-09-25 18:55:39 +00:00
|
|
|
* Mac80211 might be calling this function while we are trying
|
|
|
|
* to remove the device or perhaps suspending it.
|
2007-09-26 00:57:13 +00:00
|
|
|
*/
|
2008-08-29 19:04:26 +00:00
|
|
|
if (!test_bit(DEVICE_STATE_PRESENT, &rt2x00dev->flags))
|
2007-09-26 00:57:13 +00:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
/*
|
2008-08-29 19:05:21 +00:00
|
|
|
* Only change device state when the radio is enabled. It does not
|
|
|
|
* matter what parameters we have configured when the radio is disabled
|
|
|
|
* because we won't be able to send or receive anyway. Also note that
|
|
|
|
* some configuration parameters (e.g. channel and antenna values) can
|
|
|
|
* only be set when the radio is enabled.
|
2007-09-26 00:57:13 +00:00
|
|
|
*/
|
2008-08-29 19:05:21 +00:00
|
|
|
if (conf->radio_enabled) {
|
|
|
|
/* For programming the values, we have to turn RX off */
|
|
|
|
rt2x00lib_toggle_rx(rt2x00dev, STATE_RADIO_RX_OFF);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
2008-08-29 19:05:21 +00:00
|
|
|
/* Enable the radio */
|
|
|
|
status = rt2x00lib_enable_radio(rt2x00dev);
|
|
|
|
if (unlikely(status))
|
|
|
|
return status;
|
2008-07-21 09:52:44 +00:00
|
|
|
|
2008-08-29 19:05:21 +00:00
|
|
|
/*
|
|
|
|
* When we've just turned on the radio, we want to reprogram
|
|
|
|
* everything to ensure a consistent state
|
|
|
|
*/
|
2008-10-29 16:17:57 +00:00
|
|
|
rt2x00lib_config(rt2x00dev, conf, changed);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
2008-11-01 23:38:10 +00:00
|
|
|
/*
|
|
|
|
* The radio was enabled, configure the antenna to the
|
|
|
|
* default settings, the link tuner will later start
|
|
|
|
* continue configuring the antenna based on the software
|
|
|
|
* diversity. But for non-diversity configurations, we need
|
|
|
|
* to have configured the correct state now.
|
|
|
|
*/
|
|
|
|
if (changed & IEEE80211_CONF_CHANGE_RADIO_ENABLED)
|
|
|
|
rt2x00lib_config_antenna(rt2x00dev,
|
|
|
|
&rt2x00dev->default_ant);
|
|
|
|
|
2008-08-29 19:05:21 +00:00
|
|
|
/* Turn RX back on */
|
2007-10-06 12:16:09 +00:00
|
|
|
rt2x00lib_toggle_rx(rt2x00dev, STATE_RADIO_RX_ON);
|
2008-08-29 19:05:21 +00:00
|
|
|
} else {
|
|
|
|
/* Disable the radio */
|
|
|
|
rt2x00lib_disable_radio(rt2x00dev);
|
|
|
|
}
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_config);
|
|
|
|
|
2007-12-19 00:31:26 +00:00
|
|
|
int rt2x00mac_config_interface(struct ieee80211_hw *hw,
|
|
|
|
struct ieee80211_vif *vif,
|
2007-09-26 00:57:13 +00:00
|
|
|
struct ieee80211_if_conf *conf)
|
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
struct rt2x00_intf *intf = vif_to_intf(vif);
|
2008-07-09 13:12:44 +00:00
|
|
|
int update_bssid = 0;
|
|
|
|
int status = 0;
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
/*
|
2007-09-25 18:55:39 +00:00
|
|
|
* Mac80211 might be calling this function while we are trying
|
|
|
|
* to remove the device or perhaps suspending it.
|
2007-09-26 00:57:13 +00:00
|
|
|
*/
|
2008-08-29 19:04:26 +00:00
|
|
|
if (!test_bit(DEVICE_STATE_PRESENT, &rt2x00dev->flags))
|
2007-09-26 00:57:13 +00:00
|
|
|
return 0;
|
|
|
|
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
spin_lock(&intf->lock);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
/*
|
2008-07-09 12:40:37 +00:00
|
|
|
* conf->bssid can be NULL if coming from the internal
|
|
|
|
* beacon update routine.
|
2007-09-26 00:57:13 +00:00
|
|
|
*/
|
2008-07-09 13:12:44 +00:00
|
|
|
if (conf->changed & IEEE80211_IFCC_BSSID && conf->bssid) {
|
|
|
|
update_bssid = 1;
|
2007-09-26 00:57:13 +00:00
|
|
|
memcpy(&intf->bssid, conf->bssid, ETH_ALEN);
|
2008-07-09 13:12:44 +00:00
|
|
|
}
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
|
|
|
|
spin_unlock(&intf->lock);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
2008-02-10 21:50:04 +00:00
|
|
|
/*
|
|
|
|
* Call rt2x00_config_intf() outside of the spinlock context since
|
|
|
|
* the call will sleep for USB drivers. By using the ieee80211_if_conf
|
|
|
|
* values as arguments we make keep access to rt2x00_intf thread safe
|
|
|
|
* even without the lock.
|
|
|
|
*/
|
2008-07-09 13:12:44 +00:00
|
|
|
rt2x00lib_config_intf(rt2x00dev, intf, vif->type, NULL,
|
|
|
|
update_bssid ? conf->bssid : NULL);
|
2008-02-10 21:50:04 +00:00
|
|
|
|
2007-09-26 00:57:13 +00:00
|
|
|
/*
|
2008-07-09 13:12:44 +00:00
|
|
|
* Update the beacon.
|
2007-09-26 00:57:13 +00:00
|
|
|
*/
|
2008-07-09 13:12:44 +00:00
|
|
|
if (conf->changed & IEEE80211_IFCC_BEACON)
|
|
|
|
status = rt2x00queue_update_beacon(rt2x00dev, vif);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_config_interface);
|
|
|
|
|
2008-03-25 13:13:18 +00:00
|
|
|
void rt2x00mac_configure_filter(struct ieee80211_hw *hw,
|
|
|
|
unsigned int changed_flags,
|
|
|
|
unsigned int *total_flags,
|
|
|
|
int mc_count, struct dev_addr_list *mc_list)
|
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Mask off any flags we are going to ignore
|
|
|
|
* from the total_flags field.
|
|
|
|
*/
|
|
|
|
*total_flags &=
|
|
|
|
FIF_ALLMULTI |
|
|
|
|
FIF_FCSFAIL |
|
|
|
|
FIF_PLCPFAIL |
|
|
|
|
FIF_CONTROL |
|
|
|
|
FIF_OTHER_BSS |
|
|
|
|
FIF_PROMISC_IN_BSS;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Apply some rules to the filters:
|
|
|
|
* - Some filters imply different filters to be set.
|
|
|
|
* - Some things we can't filter out at all.
|
|
|
|
* - Multicast filter seems to kill broadcast traffic so never use it.
|
|
|
|
*/
|
|
|
|
*total_flags |= FIF_ALLMULTI;
|
|
|
|
if (*total_flags & FIF_OTHER_BSS ||
|
|
|
|
*total_flags & FIF_PROMISC_IN_BSS)
|
|
|
|
*total_flags |= FIF_PROMISC_IN_BSS | FIF_OTHER_BSS;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Check if there is any work left for us.
|
|
|
|
*/
|
|
|
|
if (rt2x00dev->packet_filter == *total_flags)
|
|
|
|
return;
|
|
|
|
rt2x00dev->packet_filter = *total_flags;
|
|
|
|
|
|
|
|
if (!test_bit(DRIVER_REQUIRE_SCHEDULED, &rt2x00dev->flags))
|
|
|
|
rt2x00dev->ops->lib->config_filter(rt2x00dev, *total_flags);
|
2008-03-29 14:59:01 +00:00
|
|
|
else
|
2008-07-04 11:41:31 +00:00
|
|
|
queue_work(rt2x00dev->hw->workqueue, &rt2x00dev->filter_work);
|
2008-03-25 13:13:18 +00:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_configure_filter);
|
|
|
|
|
2008-08-04 14:37:44 +00:00
|
|
|
#ifdef CONFIG_RT2X00_LIB_CRYPTO
|
|
|
|
int rt2x00mac_set_key(struct ieee80211_hw *hw, enum set_key_cmd cmd,
|
|
|
|
const u8 *local_address, const u8 *address,
|
|
|
|
struct ieee80211_key_conf *key)
|
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
2008-12-03 16:30:22 +00:00
|
|
|
struct ieee80211_sta *sta;
|
2008-08-04 14:37:44 +00:00
|
|
|
int (*set_key) (struct rt2x00_dev *rt2x00dev,
|
|
|
|
struct rt2x00lib_crypto *crypto,
|
|
|
|
struct ieee80211_key_conf *key);
|
|
|
|
struct rt2x00lib_crypto crypto;
|
|
|
|
|
2008-11-01 23:37:25 +00:00
|
|
|
if (!test_bit(DEVICE_STATE_PRESENT, &rt2x00dev->flags))
|
|
|
|
return 0;
|
|
|
|
else if (!test_bit(CONFIG_SUPPORT_HW_CRYPTO, &rt2x00dev->flags))
|
2008-08-04 14:37:44 +00:00
|
|
|
return -EOPNOTSUPP;
|
|
|
|
else if (key->keylen > 32)
|
|
|
|
return -ENOSPC;
|
|
|
|
|
|
|
|
memset(&crypto, 0, sizeof(crypto));
|
|
|
|
|
|
|
|
/*
|
|
|
|
* When in STA mode, bssidx is always 0 otherwise local_address[5]
|
|
|
|
* contains the bss number, see BSS_ID_MASK comments for details.
|
|
|
|
*/
|
|
|
|
if (rt2x00dev->intf_sta_count)
|
|
|
|
crypto.bssidx = 0;
|
|
|
|
else
|
|
|
|
crypto.bssidx =
|
|
|
|
local_address[5] & (rt2x00dev->ops->max_ap_intf - 1);
|
|
|
|
|
|
|
|
crypto.cipher = rt2x00crypto_key_to_cipher(key);
|
|
|
|
if (crypto.cipher == CIPHER_NONE)
|
|
|
|
return -EOPNOTSUPP;
|
|
|
|
|
|
|
|
crypto.cmd = cmd;
|
|
|
|
crypto.address = address;
|
|
|
|
|
|
|
|
if (crypto.cipher == CIPHER_TKIP) {
|
|
|
|
if (key->keylen > NL80211_TKIP_DATA_OFFSET_ENCR_KEY)
|
|
|
|
memcpy(&crypto.key,
|
|
|
|
&key->key[NL80211_TKIP_DATA_OFFSET_ENCR_KEY],
|
|
|
|
sizeof(crypto.key));
|
|
|
|
|
|
|
|
if (key->keylen > NL80211_TKIP_DATA_OFFSET_TX_MIC_KEY)
|
|
|
|
memcpy(&crypto.tx_mic,
|
|
|
|
&key->key[NL80211_TKIP_DATA_OFFSET_TX_MIC_KEY],
|
|
|
|
sizeof(crypto.tx_mic));
|
|
|
|
|
|
|
|
if (key->keylen > NL80211_TKIP_DATA_OFFSET_RX_MIC_KEY)
|
|
|
|
memcpy(&crypto.rx_mic,
|
|
|
|
&key->key[NL80211_TKIP_DATA_OFFSET_RX_MIC_KEY],
|
|
|
|
sizeof(crypto.rx_mic));
|
|
|
|
} else
|
|
|
|
memcpy(&crypto.key, &key->key[0], key->keylen);
|
|
|
|
|
2008-12-03 16:30:22 +00:00
|
|
|
/*
|
|
|
|
* Discover the Association ID from mac80211.
|
|
|
|
* Some drivers need this information when updating the
|
|
|
|
* hardware key (either adding or removing).
|
|
|
|
*/
|
|
|
|
rcu_read_lock();
|
|
|
|
sta = ieee80211_find_sta(hw, address);
|
|
|
|
if (sta)
|
|
|
|
crypto.aid = sta->aid;
|
|
|
|
rcu_read_unlock();
|
|
|
|
|
2008-08-04 14:37:44 +00:00
|
|
|
/*
|
|
|
|
* Each BSS has a maximum of 4 shared keys.
|
|
|
|
* Shared key index values:
|
|
|
|
* 0) BSS0 key0
|
|
|
|
* 1) BSS0 key1
|
|
|
|
* ...
|
|
|
|
* 4) BSS1 key0
|
|
|
|
* ...
|
|
|
|
* 8) BSS2 key0
|
|
|
|
* ...
|
|
|
|
* Both pairwise as shared key indeces are determined by
|
|
|
|
* driver. This is required because the hardware requires
|
|
|
|
* keys to be assigned in correct order (When key 1 is
|
|
|
|
* provided but key 0 is not, then the key is not found
|
|
|
|
* by the hardware during RX).
|
|
|
|
*/
|
2008-09-22 17:40:04 +00:00
|
|
|
if (cmd == SET_KEY)
|
|
|
|
key->hw_key_idx = 0;
|
2008-08-04 14:37:44 +00:00
|
|
|
|
|
|
|
if (key->flags & IEEE80211_KEY_FLAG_PAIRWISE)
|
|
|
|
set_key = rt2x00dev->ops->lib->config_pairwise_key;
|
|
|
|
else
|
|
|
|
set_key = rt2x00dev->ops->lib->config_shared_key;
|
|
|
|
|
|
|
|
if (!set_key)
|
|
|
|
return -EOPNOTSUPP;
|
|
|
|
|
|
|
|
return set_key(rt2x00dev, &crypto, key);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_set_key);
|
|
|
|
#endif /* CONFIG_RT2X00_LIB_CRYPTO */
|
|
|
|
|
2007-09-26 00:57:13 +00:00
|
|
|
int rt2x00mac_get_stats(struct ieee80211_hw *hw,
|
|
|
|
struct ieee80211_low_level_stats *stats)
|
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The dot11ACKFailureCount, dot11RTSFailureCount and
|
|
|
|
* dot11RTSSuccessCount are updated in interrupt time.
|
|
|
|
* dot11FCSErrorCount is updated in the link tuner.
|
|
|
|
*/
|
|
|
|
memcpy(stats, &rt2x00dev->low_level_stats, sizeof(*stats));
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_get_stats);
|
|
|
|
|
|
|
|
int rt2x00mac_get_tx_stats(struct ieee80211_hw *hw,
|
|
|
|
struct ieee80211_tx_queue_stats *stats)
|
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
|
|
|
unsigned int i;
|
|
|
|
|
2008-05-10 11:43:33 +00:00
|
|
|
for (i = 0; i < rt2x00dev->ops->tx_queues; i++) {
|
2008-04-29 15:18:59 +00:00
|
|
|
stats[i].len = rt2x00dev->tx[i].length;
|
|
|
|
stats[i].limit = rt2x00dev->tx[i].limit;
|
|
|
|
stats[i].count = rt2x00dev->tx[i].count;
|
2008-02-05 21:42:23 +00:00
|
|
|
}
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_get_tx_stats);
|
|
|
|
|
2007-12-28 13:32:58 +00:00
|
|
|
void rt2x00mac_bss_info_changed(struct ieee80211_hw *hw,
|
|
|
|
struct ieee80211_vif *vif,
|
|
|
|
struct ieee80211_bss_conf *bss_conf,
|
|
|
|
u32 changes)
|
2007-10-06 11:34:52 +00:00
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
struct rt2x00_intf *intf = vif_to_intf(vif);
|
2008-03-25 13:13:18 +00:00
|
|
|
unsigned int delayed = 0;
|
2007-10-06 11:34:52 +00:00
|
|
|
|
|
|
|
/*
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
* When the association status has changed we must reset the link
|
|
|
|
* tuner counter. This is because some drivers determine if they
|
|
|
|
* should perform link tuning based on the number of seconds
|
|
|
|
* while associated or not associated.
|
2007-10-06 11:34:52 +00:00
|
|
|
*/
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
if (changes & BSS_CHANGED_ASSOC) {
|
|
|
|
rt2x00dev->link.count = 0;
|
2007-10-06 11:34:52 +00:00
|
|
|
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
if (bss_conf->assoc)
|
|
|
|
rt2x00dev->intf_associated++;
|
|
|
|
else
|
|
|
|
rt2x00dev->intf_associated--;
|
2008-03-31 13:53:44 +00:00
|
|
|
|
|
|
|
if (!test_bit(DRIVER_REQUIRE_SCHEDULED, &rt2x00dev->flags))
|
|
|
|
rt2x00leds_led_assoc(rt2x00dev,
|
|
|
|
!!rt2x00dev->intf_associated);
|
|
|
|
else
|
|
|
|
delayed |= DELAYED_LED_ASSOC;
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
}
|
2007-10-06 11:34:52 +00:00
|
|
|
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
/*
|
2008-03-09 21:46:18 +00:00
|
|
|
* When the erp information has changed, we should perform
|
|
|
|
* additional configuration steps. For all other changes we are done.
|
rt2x00: Add per-interface structure
Rework the interface handling. Delete the interface structure
and replace it with a per-interface structure. This changes the
way rt2x00 handles the active interface drastically.
Copy ieee80211_bss_conf to the this rt2x00_intf structure during
the bss_info_changed() callback function. This will allow us to
reference it later, and removes the requirement for the device flag
SHORT_PREAMBLE flag which is interface specific.
Drivers receive the option to give the maximum number of virtual
interfaces the device can handle. Virtual interface support:
rt2400pci: 1 sta or 1 ap, * monitor interfaces
rt2500pci: 1 sta or 1 ap, * monitor interfaces
rt2500usb: 1 sta or 1 ap, * monitor interfaces
rt61pci: 1 sta or 4 ap, * monitor interfaces
rt73usb: 1 sta or 4 ap, * monitor interfaces
At the moment none of the drivers support AP and STA interfaces
simultaneously, this is a hardware limitation so future support
will be very unlikely.
Each interface structure receives its dedicated beacon entry,
with this we can easily work with beaconing while multiple master
mode interfaces are currently active.
The configuration handlers for the MAC, BSSID and type are
often called together since they all belong to the interface
configuration. Merge the 3 configuration calls and cleanup
the API between rt2x00lib and the drivers. While we are cleaning
up the interface configuration anyway, we might as well clean up
the configuration handler as well.
Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2008-02-03 14:49:59 +00:00
|
|
|
*/
|
2008-12-03 16:29:21 +00:00
|
|
|
if (changes & ~(BSS_CHANGED_ASSOC | BSS_CHANGED_HT)) {
|
2008-03-25 13:13:18 +00:00
|
|
|
if (!test_bit(DRIVER_REQUIRE_SCHEDULED, &rt2x00dev->flags))
|
|
|
|
rt2x00lib_config_erp(rt2x00dev, intf, bss_conf);
|
|
|
|
else
|
|
|
|
delayed |= DELAYED_CONFIG_ERP;
|
|
|
|
}
|
2007-10-06 11:34:52 +00:00
|
|
|
|
2008-03-09 21:46:18 +00:00
|
|
|
spin_lock(&intf->lock);
|
2008-03-25 13:13:18 +00:00
|
|
|
if (delayed) {
|
|
|
|
intf->delayed_flags |= delayed;
|
2008-07-04 11:41:31 +00:00
|
|
|
schedule_work(&rt2x00dev->intf_work);
|
2008-03-25 13:13:18 +00:00
|
|
|
}
|
2008-03-09 21:46:18 +00:00
|
|
|
spin_unlock(&intf->lock);
|
2007-10-06 11:34:52 +00:00
|
|
|
}
|
2007-12-28 13:32:58 +00:00
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_bss_info_changed);
|
2007-10-06 11:34:52 +00:00
|
|
|
|
2008-04-30 16:51:21 +00:00
|
|
|
int rt2x00mac_conf_tx(struct ieee80211_hw *hw, u16 queue_idx,
|
2007-09-26 00:57:13 +00:00
|
|
|
const struct ieee80211_tx_queue_params *params)
|
|
|
|
{
|
|
|
|
struct rt2x00_dev *rt2x00dev = hw->priv;
|
2008-02-05 21:42:23 +00:00
|
|
|
struct data_queue *queue;
|
2007-09-26 00:57:13 +00:00
|
|
|
|
2008-02-05 21:42:23 +00:00
|
|
|
queue = rt2x00queue_get_queue(rt2x00dev, queue_idx);
|
|
|
|
if (unlikely(!queue))
|
2007-09-26 00:57:13 +00:00
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The passed variables are stored as real value ((2^n)-1).
|
|
|
|
* Ralink registers require to know the bit number 'n'.
|
|
|
|
*/
|
2008-02-03 14:47:30 +00:00
|
|
|
if (params->cw_min > 0)
|
2008-02-05 21:42:23 +00:00
|
|
|
queue->cw_min = fls(params->cw_min);
|
2007-09-26 00:57:13 +00:00
|
|
|
else
|
2008-02-05 21:42:23 +00:00
|
|
|
queue->cw_min = 5; /* cw_min: 2^5 = 32. */
|
2007-09-26 00:57:13 +00:00
|
|
|
|
2008-02-03 14:47:30 +00:00
|
|
|
if (params->cw_max > 0)
|
2008-02-05 21:42:23 +00:00
|
|
|
queue->cw_max = fls(params->cw_max);
|
2007-09-26 00:57:13 +00:00
|
|
|
else
|
2008-02-05 21:42:23 +00:00
|
|
|
queue->cw_max = 10; /* cw_min: 2^10 = 1024. */
|
2007-09-26 00:57:13 +00:00
|
|
|
|
2008-07-15 09:08:24 +00:00
|
|
|
queue->aifs = params->aifs;
|
2008-08-29 19:05:45 +00:00
|
|
|
queue->txop = params->txop;
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
INFO(rt2x00dev,
|
2008-08-29 19:05:45 +00:00
|
|
|
"Configured TX queue %d - CWmin: %d, CWmax: %d, Aifs: %d, TXop: %d.\n",
|
|
|
|
queue_idx, queue->cw_min, queue->cw_max, queue->aifs, queue->txop);
|
2007-09-26 00:57:13 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(rt2x00mac_conf_tx);
|