2017-11-15 13:07:34 +00:00
|
|
|
/******************************************************************************
|
|
|
|
*
|
|
|
|
* This file is provided under a dual BSD/GPLv2 license. When using or
|
|
|
|
* redistributing this file, you may do so under either license.
|
|
|
|
*
|
|
|
|
* GPL LICENSE SUMMARY
|
|
|
|
*
|
|
|
|
* Copyright(c) 2015-2017 Intel Deutschland GmbH
|
2020-04-24 15:48:18 +00:00
|
|
|
* Copyright (C) 2018-2020 Intel Corporation
|
2017-11-15 13:07:34 +00:00
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of version 2 of the GNU General Public License as
|
|
|
|
* published by the Free Software Foundation.
|
|
|
|
*
|
|
|
|
* 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.
|
|
|
|
*
|
|
|
|
* BSD LICENSE
|
|
|
|
*
|
|
|
|
* Copyright(c) 2015-2017 Intel Deutschland GmbH
|
2020-04-24 15:48:18 +00:00
|
|
|
* Copyright (C) 2018-2020 Intel Corporation
|
2017-11-15 13:07:34 +00:00
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
*
|
|
|
|
* * Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* * Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in
|
|
|
|
* the documentation and/or other materials provided with the
|
|
|
|
* distribution.
|
|
|
|
* * Neither the name Intel Corporation nor the names of its
|
|
|
|
* contributors may be used to endorse or promote products derived
|
|
|
|
* from this software without specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
|
|
|
|
* "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
|
|
|
|
* LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
|
|
|
|
* A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
|
|
|
|
* OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
|
|
|
|
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
|
|
|
|
* LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
|
|
|
|
* DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
|
|
|
|
* THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
|
|
|
|
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
|
|
|
|
* OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
*
|
|
|
|
*****************************************************************************/
|
|
|
|
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/stringify.h>
|
|
|
|
#include "iwl-config.h"
|
2019-07-23 09:34:49 +00:00
|
|
|
#include "iwl-prph.h"
|
2017-11-15 13:07:34 +00:00
|
|
|
|
|
|
|
/* Highest firmware API version supported */
|
2020-05-29 06:39:31 +00:00
|
|
|
#define IWL_22000_UCODE_API_MAX 56
|
2017-11-15 13:07:34 +00:00
|
|
|
|
|
|
|
/* Lowest firmware API version supported */
|
2018-02-05 10:42:44 +00:00
|
|
|
#define IWL_22000_UCODE_API_MIN 39
|
2017-11-15 13:07:34 +00:00
|
|
|
|
|
|
|
/* NVM versions */
|
|
|
|
#define IWL_22000_NVM_VERSION 0x0a1d
|
|
|
|
|
|
|
|
/* Memory offsets and lengths */
|
|
|
|
#define IWL_22000_DCCM_OFFSET 0x800000 /* LMAC1 */
|
|
|
|
#define IWL_22000_DCCM_LEN 0x10000 /* LMAC1 */
|
|
|
|
#define IWL_22000_DCCM2_OFFSET 0x880000
|
|
|
|
#define IWL_22000_DCCM2_LEN 0x8000
|
|
|
|
#define IWL_22000_SMEM_OFFSET 0x400000
|
|
|
|
#define IWL_22000_SMEM_LEN 0xD0000
|
|
|
|
|
2020-04-24 16:47:05 +00:00
|
|
|
#define IWL_QU_B_HR_B_FW_PRE "iwlwifi-Qu-b0-hr-b0-"
|
2020-04-24 16:47:04 +00:00
|
|
|
#define IWL_QNJ_B_HR_B_FW_PRE "iwlwifi-QuQnj-b0-hr-b0-"
|
2019-07-08 15:55:34 +00:00
|
|
|
#define IWL_QU_C_HR_B_FW_PRE "iwlwifi-Qu-c0-hr-b0-"
|
2018-08-15 19:07:25 +00:00
|
|
|
#define IWL_QU_B_JF_B_FW_PRE "iwlwifi-Qu-b0-jf-b0-"
|
2019-07-08 15:55:34 +00:00
|
|
|
#define IWL_QU_C_JF_B_FW_PRE "iwlwifi-Qu-c0-jf-b0-"
|
2019-03-14 12:57:08 +00:00
|
|
|
#define IWL_QUZ_A_HR_B_FW_PRE "iwlwifi-QuZ-a0-hr-b0-"
|
2019-06-14 08:48:51 +00:00
|
|
|
#define IWL_QUZ_A_JF_B_FW_PRE "iwlwifi-QuZ-a0-jf-b0-"
|
2019-01-14 12:56:02 +00:00
|
|
|
#define IWL_QNJ_B_JF_B_FW_PRE "iwlwifi-QuQnj-b0-jf-b0-"
|
2018-09-25 08:21:50 +00:00
|
|
|
#define IWL_CC_A_FW_PRE "iwlwifi-cc-a0-"
|
2020-04-24 16:47:05 +00:00
|
|
|
#define IWL_SO_A_JF_B_FW_PRE "iwlwifi-so-a0-jf-b0-"
|
|
|
|
#define IWL_SO_A_HR_B_FW_PRE "iwlwifi-so-a0-hr-b0-"
|
|
|
|
#define IWL_SO_A_GF_A_FW_PRE "iwlwifi-so-a0-gf-a0-"
|
|
|
|
#define IWL_TY_A_GF_A_FW_PRE "iwlwifi-ty-a0-gf-a0-"
|
|
|
|
#define IWL_SO_A_GF4_A_FW_PRE "iwlwifi-so-a0-gf4-a0-"
|
2020-04-18 08:08:51 +00:00
|
|
|
#define IWL_SNJ_A_GF4_A_FW_PRE "iwlwifi-SoSnj-a0-gf4-a0-"
|
|
|
|
#define IWL_SNJ_A_GF_A_FW_PRE "iwlwifi-SoSnj-a0-gf-a0-"
|
2017-11-15 13:07:34 +00:00
|
|
|
|
2020-04-24 16:47:05 +00:00
|
|
|
#define IWL_QU_B_HR_B_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_QU_B_HR_B_FW_PRE __stringify(api) ".ucode"
|
2020-04-24 16:47:04 +00:00
|
|
|
#define IWL_QNJ_B_HR_B_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_QNJ_B_HR_B_FW_PRE __stringify(api) ".ucode"
|
2019-03-14 12:57:08 +00:00
|
|
|
#define IWL_QUZ_A_HR_B_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_QUZ_A_HR_B_FW_PRE __stringify(api) ".ucode"
|
2019-06-14 08:48:51 +00:00
|
|
|
#define IWL_QUZ_A_JF_B_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_QUZ_A_JF_B_FW_PRE __stringify(api) ".ucode"
|
2019-07-08 15:55:34 +00:00
|
|
|
#define IWL_QU_C_HR_B_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_QU_C_HR_B_FW_PRE __stringify(api) ".ucode"
|
2019-01-14 12:56:02 +00:00
|
|
|
#define IWL_QU_B_JF_B_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_QU_B_JF_B_FW_PRE __stringify(api) ".ucode"
|
|
|
|
#define IWL_QNJ_B_JF_B_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_QNJ_B_JF_B_FW_PRE __stringify(api) ".ucode"
|
|
|
|
#define IWL_CC_A_MODULE_FIRMWARE(api) \
|
2018-09-25 08:21:50 +00:00
|
|
|
IWL_CC_A_FW_PRE __stringify(api) ".ucode"
|
2020-04-24 16:47:05 +00:00
|
|
|
#define IWL_SO_A_JF_B_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_SO_A_JF_B_FW_PRE __stringify(api) ".ucode"
|
|
|
|
#define IWL_SO_A_HR_B_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_SO_A_HR_B_FW_PRE __stringify(api) ".ucode"
|
|
|
|
#define IWL_SO_A_GF_A_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_SO_A_GF_A_FW_PRE __stringify(api) ".ucode"
|
|
|
|
#define IWL_TY_A_GF_A_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_TY_A_GF_A_FW_PRE __stringify(api) ".ucode"
|
2020-04-18 08:08:51 +00:00
|
|
|
#define IWL_SNJ_A_GF4_A_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_SNJ_A_GF4_A_FW_PRE __stringify(api) ".ucode"
|
|
|
|
#define IWL_SNJ_A_GF_A_MODULE_FIRMWARE(api) \
|
|
|
|
IWL_SNJ_A_GF_A_FW_PRE __stringify(api) ".ucode"
|
2017-11-15 13:07:34 +00:00
|
|
|
|
|
|
|
static const struct iwl_base_params iwl_22000_base_params = {
|
2018-08-16 05:53:10 +00:00
|
|
|
.eeprom_size = OTP_LOW_IMAGE_SIZE_32K,
|
2017-11-15 13:07:34 +00:00
|
|
|
.num_of_queues = 512,
|
2018-02-04 10:51:45 +00:00
|
|
|
.max_tfd_queue_size = 256,
|
|
|
|
.shadow_ram_support = true,
|
|
|
|
.led_compensation = 57,
|
|
|
|
.wd_timeout = IWL_LONG_WD_TIMEOUT,
|
|
|
|
.max_event_log_size = 512,
|
|
|
|
.shadow_reg_enable = true,
|
|
|
|
.pcie_l1_allowed = true,
|
|
|
|
};
|
|
|
|
|
2019-11-15 07:28:25 +00:00
|
|
|
static const struct iwl_base_params iwl_ax210_base_params = {
|
2018-08-16 05:53:10 +00:00
|
|
|
.eeprom_size = OTP_LOW_IMAGE_SIZE_32K,
|
2018-02-04 10:51:45 +00:00
|
|
|
.num_of_queues = 512,
|
|
|
|
.max_tfd_queue_size = 65536,
|
2017-11-15 13:07:34 +00:00
|
|
|
.shadow_ram_support = true,
|
|
|
|
.led_compensation = 57,
|
|
|
|
.wd_timeout = IWL_LONG_WD_TIMEOUT,
|
|
|
|
.max_event_log_size = 512,
|
|
|
|
.shadow_reg_enable = true,
|
|
|
|
.pcie_l1_allowed = true,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct iwl_ht_params iwl_22000_ht_params = {
|
|
|
|
.stbc = true,
|
|
|
|
.ldpc = true,
|
|
|
|
.ht40_bands = BIT(NL80211_BAND_2GHZ) | BIT(NL80211_BAND_5GHZ),
|
|
|
|
};
|
|
|
|
|
2018-02-07 18:08:56 +00:00
|
|
|
#define IWL_DEVICE_22000_COMMON \
|
2017-11-15 13:07:34 +00:00
|
|
|
.ucode_api_max = IWL_22000_UCODE_API_MAX, \
|
|
|
|
.ucode_api_min = IWL_22000_UCODE_API_MIN, \
|
|
|
|
.led_mode = IWL_LED_RF_STATE, \
|
2018-08-16 06:01:31 +00:00
|
|
|
.nvm_hw_section_num = 10, \
|
2018-05-28 14:15:56 +00:00
|
|
|
.non_shared_ant = ANT_B, \
|
2017-11-15 13:07:34 +00:00
|
|
|
.dccm_offset = IWL_22000_DCCM_OFFSET, \
|
|
|
|
.dccm_len = IWL_22000_DCCM_LEN, \
|
|
|
|
.dccm2_offset = IWL_22000_DCCM2_OFFSET, \
|
|
|
|
.dccm2_len = IWL_22000_DCCM2_LEN, \
|
|
|
|
.smem_offset = IWL_22000_SMEM_OFFSET, \
|
|
|
|
.smem_len = IWL_22000_SMEM_LEN, \
|
|
|
|
.features = IWL_TX_CSUM_NETIF_FLAGS | NETIF_F_RXCSUM, \
|
|
|
|
.apmg_not_supported = true, \
|
2018-08-02 11:57:55 +00:00
|
|
|
.trans.mq_rx_supported = true, \
|
2017-11-15 13:07:34 +00:00
|
|
|
.vht_mu_mimo_supported = true, \
|
|
|
|
.mac_addr_from_csr = true, \
|
2018-02-07 18:08:56 +00:00
|
|
|
.ht_params = &iwl_22000_ht_params, \
|
|
|
|
.nvm_ver = IWL_22000_NVM_VERSION, \
|
|
|
|
.max_ht_ampdu_exponent = IEEE80211_HT_MAX_AMPDU_64K, \
|
2018-08-02 11:57:55 +00:00
|
|
|
.trans.use_tfh = true, \
|
|
|
|
.trans.rf_id = true, \
|
|
|
|
.trans.gen2 = true, \
|
2017-11-15 13:07:34 +00:00
|
|
|
.nvm_type = IWL_NVM_EXT, \
|
|
|
|
.dbgc_supported = true, \
|
2018-01-29 09:05:37 +00:00
|
|
|
.min_umac_error_event_table = 0x400000, \
|
|
|
|
.d3_debug_data_base_addr = 0x401000, \
|
2019-02-17 15:07:53 +00:00
|
|
|
.d3_debug_data_length = 60 * 1024, \
|
2019-07-23 09:34:49 +00:00
|
|
|
.mon_smem_regs = { \
|
|
|
|
.write_ptr = { \
|
|
|
|
.addr = LDBG_M2S_BUF_WPTR, \
|
|
|
|
.mask = LDBG_M2S_BUF_WPTR_VAL_MSK, \
|
|
|
|
}, \
|
|
|
|
.cycle_cnt = { \
|
|
|
|
.addr = LDBG_M2S_BUF_WRAP_CNT, \
|
|
|
|
.mask = LDBG_M2S_BUF_WRAP_CNT_VAL_MSK, \
|
|
|
|
}, \
|
|
|
|
}
|
2017-11-15 13:07:34 +00:00
|
|
|
|
2018-02-07 18:08:56 +00:00
|
|
|
#define IWL_DEVICE_22500 \
|
|
|
|
IWL_DEVICE_22000_COMMON, \
|
2018-08-02 11:57:55 +00:00
|
|
|
.trans.device_family = IWL_DEVICE_FAMILY_22000, \
|
|
|
|
.trans.base_params = &iwl_22000_base_params, \
|
2019-07-23 09:34:49 +00:00
|
|
|
.gp2_reg_addr = 0xa02c68, \
|
|
|
|
.mon_dram_regs = { \
|
|
|
|
.write_ptr = { \
|
|
|
|
.addr = MON_BUFF_WRPTR_VER2, \
|
|
|
|
.mask = 0xffffffff, \
|
|
|
|
}, \
|
|
|
|
.cycle_cnt = { \
|
|
|
|
.addr = MON_BUFF_CYCLE_CNT_VER2, \
|
|
|
|
.mask = 0xffffffff, \
|
|
|
|
}, \
|
|
|
|
}
|
2018-02-07 18:08:56 +00:00
|
|
|
|
2018-11-19 14:44:05 +00:00
|
|
|
#define IWL_DEVICE_AX210 \
|
2019-07-10 12:00:18 +00:00
|
|
|
IWL_DEVICE_22000_COMMON, \
|
2018-08-02 11:57:55 +00:00
|
|
|
.trans.umac_prph_offset = 0x300000, \
|
|
|
|
.trans.device_family = IWL_DEVICE_FAMILY_AX210, \
|
2019-11-15 07:28:25 +00:00
|
|
|
.trans.base_params = &iwl_ax210_base_params, \
|
2019-02-27 09:51:11 +00:00
|
|
|
.min_txq_size = 128, \
|
2019-02-27 14:18:11 +00:00
|
|
|
.gp2_reg_addr = 0xd02c68, \
|
2020-04-25 10:04:54 +00:00
|
|
|
.min_256_ba_txq_size = 1024, \
|
2019-07-23 09:34:49 +00:00
|
|
|
.mon_dram_regs = { \
|
|
|
|
.write_ptr = { \
|
|
|
|
.addr = DBGC_CUR_DBGBUF_STATUS, \
|
|
|
|
.mask = DBGC_CUR_DBGBUF_STATUS_OFFSET_MSK, \
|
|
|
|
}, \
|
|
|
|
.cycle_cnt = { \
|
|
|
|
.addr = DBGC_DBGBUF_WRAP_AROUND, \
|
|
|
|
.mask = 0xffffffff, \
|
|
|
|
}, \
|
|
|
|
.cur_frag = { \
|
|
|
|
.addr = DBGC_CUR_DBGBUF_STATUS, \
|
|
|
|
.mask = DBGC_CUR_DBGBUF_STATUS_IDX_MSK, \
|
|
|
|
}, \
|
|
|
|
}
|
2018-11-19 14:44:05 +00:00
|
|
|
|
2020-04-18 08:08:55 +00:00
|
|
|
const struct iwl_cfg_trans_params iwl_qnj_trans_cfg = {
|
|
|
|
.mq_rx_supported = true,
|
|
|
|
.use_tfh = true,
|
|
|
|
.rf_id = true,
|
|
|
|
.gen2 = true,
|
|
|
|
.device_family = IWL_DEVICE_FAMILY_22000,
|
|
|
|
.base_params = &iwl_22000_base_params,
|
|
|
|
};
|
|
|
|
|
2019-11-04 19:02:47 +00:00
|
|
|
const struct iwl_cfg_trans_params iwl_qu_trans_cfg = {
|
|
|
|
.mq_rx_supported = true,
|
|
|
|
.use_tfh = true,
|
|
|
|
.rf_id = true,
|
|
|
|
.gen2 = true,
|
|
|
|
.device_family = IWL_DEVICE_FAMILY_22000,
|
|
|
|
.base_params = &iwl_22000_base_params,
|
|
|
|
.integrated = true,
|
|
|
|
.xtal_latency = 5000,
|
2020-04-18 08:08:54 +00:00
|
|
|
.ltr_delay = IWL_CFG_TRANS_LTR_DELAY_200US,
|
2019-11-04 19:02:47 +00:00
|
|
|
};
|
|
|
|
|
2020-04-18 08:08:55 +00:00
|
|
|
const struct iwl_cfg_trans_params iwl_qu_medium_latency_trans_cfg = {
|
2019-11-04 20:51:54 +00:00
|
|
|
.mq_rx_supported = true,
|
|
|
|
.use_tfh = true,
|
|
|
|
.rf_id = true,
|
|
|
|
.gen2 = true,
|
|
|
|
.device_family = IWL_DEVICE_FAMILY_22000,
|
|
|
|
.base_params = &iwl_22000_base_params,
|
|
|
|
.integrated = true,
|
2020-04-18 08:08:55 +00:00
|
|
|
.xtal_latency = 1820,
|
|
|
|
.ltr_delay = IWL_CFG_TRANS_LTR_DELAY_1820US,
|
2019-11-04 20:51:54 +00:00
|
|
|
};
|
|
|
|
|
2020-04-18 08:08:55 +00:00
|
|
|
const struct iwl_cfg_trans_params iwl_qu_long_latency_trans_cfg = {
|
2019-11-04 19:29:55 +00:00
|
|
|
.mq_rx_supported = true,
|
|
|
|
.use_tfh = true,
|
|
|
|
.rf_id = true,
|
|
|
|
.gen2 = true,
|
|
|
|
.device_family = IWL_DEVICE_FAMILY_22000,
|
|
|
|
.base_params = &iwl_22000_base_params,
|
2020-04-18 08:08:55 +00:00
|
|
|
.integrated = true,
|
|
|
|
.xtal_latency = 12000,
|
|
|
|
.low_latency_xtal = true,
|
|
|
|
.ltr_delay = IWL_CFG_TRANS_LTR_DELAY_2500US,
|
2019-11-04 19:29:55 +00:00
|
|
|
};
|
|
|
|
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
/*
|
|
|
|
* If the device doesn't support HE, no need to have that many buffers.
|
|
|
|
* 22000 devices can split multiple frames into a single RB, so fewer are
|
|
|
|
* needed; AX210 cannot (but use smaller RBs by default) - these sizes
|
|
|
|
* were picked according to 8 MSDUs inside 256 A-MSDUs in an A-MPDU, with
|
|
|
|
* additional overhead to account for processing time.
|
|
|
|
*/
|
|
|
|
#define IWL_NUM_RBDS_NON_HE 512
|
|
|
|
#define IWL_NUM_RBDS_22000_HE 2048
|
|
|
|
#define IWL_NUM_RBDS_AX210_HE 4096
|
|
|
|
|
2019-11-04 19:38:33 +00:00
|
|
|
/*
|
|
|
|
* All JF radio modules are part of the 9000 series, but the MAC part
|
|
|
|
* looks more like 22000. That's why this device is here, but called
|
|
|
|
* 9560 nevertheless.
|
|
|
|
*/
|
2019-11-04 19:02:47 +00:00
|
|
|
const struct iwl_cfg iwl9560_qu_b0_jf_b0_cfg = {
|
|
|
|
.fw_name_pre = IWL_QU_B_JF_B_FW_PRE,
|
|
|
|
IWL_DEVICE_22500,
|
|
|
|
.num_rbds = IWL_NUM_RBDS_NON_HE,
|
|
|
|
};
|
|
|
|
|
|
|
|
const struct iwl_cfg iwl9560_qu_c0_jf_b0_cfg = {
|
|
|
|
.fw_name_pre = IWL_QU_C_JF_B_FW_PRE,
|
|
|
|
IWL_DEVICE_22500,
|
|
|
|
.num_rbds = IWL_NUM_RBDS_NON_HE,
|
|
|
|
};
|
|
|
|
|
|
|
|
const struct iwl_cfg iwl9560_quz_a0_jf_b0_cfg = {
|
|
|
|
.fw_name_pre = IWL_QUZ_A_JF_B_FW_PRE,
|
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
|
|
|
.num_rbds = IWL_NUM_RBDS_NON_HE,
|
|
|
|
};
|
|
|
|
|
2019-11-04 19:29:55 +00:00
|
|
|
const struct iwl_cfg iwl9560_qnj_b0_jf_b0_cfg = {
|
|
|
|
.fw_name_pre = IWL_QNJ_B_JF_B_FW_PRE,
|
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
|
|
|
.num_rbds = IWL_NUM_RBDS_NON_HE,
|
|
|
|
};
|
|
|
|
|
2020-03-09 07:16:19 +00:00
|
|
|
const struct iwl_cfg_trans_params iwl_ax200_trans_cfg = {
|
|
|
|
.device_family = IWL_DEVICE_FAMILY_22000,
|
|
|
|
.base_params = &iwl_22000_base_params,
|
|
|
|
.mq_rx_supported = true,
|
|
|
|
.use_tfh = true,
|
|
|
|
.rf_id = true,
|
|
|
|
.gen2 = true,
|
|
|
|
.bisr_workaround = 1,
|
|
|
|
};
|
|
|
|
|
|
|
|
const char iwl_ax200_name[] = "Intel(R) Wi-Fi 6 AX200 160MHz";
|
2020-04-24 16:47:04 +00:00
|
|
|
const char iwl_ax201_name[] = "Intel(R) Wi-Fi 6 AX201 160MHz";
|
2020-04-24 16:47:06 +00:00
|
|
|
const char iwl_ax101_name[] = "Intel(R) Wi-Fi 6 AX101";
|
2020-03-09 07:16:19 +00:00
|
|
|
|
|
|
|
const char iwl_ax200_killer_1650w_name[] =
|
|
|
|
"Killer(R) Wi-Fi 6 AX1650w 160MHz Wireless Network Adapter (200D2W)";
|
|
|
|
const char iwl_ax200_killer_1650x_name[] =
|
|
|
|
"Killer(R) Wi-Fi 6 AX1650x 160MHz Wireless Network Adapter (200NGW)";
|
|
|
|
|
2020-04-24 16:47:06 +00:00
|
|
|
const struct iwl_cfg iwl_qu_b0_hr1_b0 = {
|
2020-04-24 16:47:05 +00:00
|
|
|
.fw_name_pre = IWL_QU_B_HR_B_FW_PRE,
|
2018-08-15 19:07:25 +00:00
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
2019-07-22 13:45:21 +00:00
|
|
|
.tx_with_siso_diversity = true,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2018-08-15 19:07:25 +00:00
|
|
|
};
|
|
|
|
|
2019-06-14 08:48:49 +00:00
|
|
|
const struct iwl_cfg iwl_ax201_cfg_qu_hr = {
|
|
|
|
.name = "Intel(R) Wi-Fi 6 AX201 160MHz",
|
2020-04-24 16:47:05 +00:00
|
|
|
.fw_name_pre = IWL_QU_B_HR_B_FW_PRE,
|
2019-06-14 08:48:49 +00:00
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2019-06-14 08:48:49 +00:00
|
|
|
};
|
|
|
|
|
2020-04-24 16:47:06 +00:00
|
|
|
const struct iwl_cfg iwl_qu_c0_hr1_b0 = {
|
2019-07-08 15:55:34 +00:00
|
|
|
.fw_name_pre = IWL_QU_C_HR_B_FW_PRE,
|
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
2020-03-06 13:16:27 +00:00
|
|
|
.tx_with_siso_diversity = true,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2019-07-08 15:55:34 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
const struct iwl_cfg iwl_ax201_cfg_qu_c0_hr_b0 = {
|
|
|
|
.name = "Intel(R) Wi-Fi 6 AX201 160MHz",
|
|
|
|
.fw_name_pre = IWL_QU_C_HR_B_FW_PRE,
|
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2019-07-08 15:55:34 +00:00
|
|
|
};
|
|
|
|
|
2020-04-24 16:47:06 +00:00
|
|
|
const struct iwl_cfg iwl_quz_a0_hr1_b0 = {
|
2019-03-14 12:57:08 +00:00
|
|
|
.fw_name_pre = IWL_QUZ_A_HR_B_FW_PRE,
|
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
2020-03-06 13:16:27 +00:00
|
|
|
.tx_with_siso_diversity = true,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2019-03-14 12:57:08 +00:00
|
|
|
};
|
|
|
|
|
2019-06-19 17:59:02 +00:00
|
|
|
const struct iwl_cfg iwl_ax201_cfg_quz_hr = {
|
2019-11-15 07:28:28 +00:00
|
|
|
.name = "Intel(R) Wi-Fi 6 AX201 160MHz",
|
|
|
|
.fw_name_pre = IWL_QUZ_A_HR_B_FW_PRE,
|
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
2019-06-19 17:59:02 +00:00
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
2019-11-15 07:28:28 +00:00
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2019-06-19 17:59:02 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
const struct iwl_cfg iwl_ax1650s_cfg_quz_hr = {
|
2019-11-15 07:28:28 +00:00
|
|
|
.name = "Killer(R) Wi-Fi 6 AX1650s 160MHz Wireless Network Adapter (201D2W)",
|
|
|
|
.fw_name_pre = IWL_QUZ_A_HR_B_FW_PRE,
|
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
2019-06-19 17:59:02 +00:00
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
2019-11-15 07:28:28 +00:00
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2019-06-19 17:59:02 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
const struct iwl_cfg iwl_ax1650i_cfg_quz_hr = {
|
2019-11-15 07:28:28 +00:00
|
|
|
.name = "Killer(R) Wi-Fi 6 AX1650i 160MHz Wireless Network Adapter (201NGW)",
|
|
|
|
.fw_name_pre = IWL_QUZ_A_HR_B_FW_PRE,
|
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
2019-06-19 17:59:02 +00:00
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
2019-11-15 07:28:28 +00:00
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2019-06-19 17:59:02 +00:00
|
|
|
};
|
|
|
|
|
2019-02-25 05:35:42 +00:00
|
|
|
const struct iwl_cfg iwl_ax200_cfg_cc = {
|
2018-09-25 08:21:50 +00:00
|
|
|
.fw_name_pre = IWL_CC_A_FW_PRE,
|
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2018-09-25 08:21:50 +00:00
|
|
|
};
|
|
|
|
|
2018-08-05 13:05:25 +00:00
|
|
|
const struct iwl_cfg killer1650s_2ax_cfg_qu_b0_hr_b0 = {
|
2019-02-25 05:35:42 +00:00
|
|
|
.name = "Killer(R) Wi-Fi 6 AX1650i 160MHz Wireless Network Adapter (201NGW)",
|
2020-04-24 16:47:05 +00:00
|
|
|
.fw_name_pre = IWL_QU_B_HR_B_FW_PRE,
|
2018-08-05 13:05:25 +00:00
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2018-08-05 13:05:25 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
const struct iwl_cfg killer1650i_2ax_cfg_qu_b0_hr_b0 = {
|
2019-02-25 05:35:42 +00:00
|
|
|
.name = "Killer(R) Wi-Fi 6 AX1650s 160MHz Wireless Network Adapter (201D2W)",
|
2020-04-24 16:47:05 +00:00
|
|
|
.fw_name_pre = IWL_QU_B_HR_B_FW_PRE,
|
2019-08-21 17:17:32 +00:00
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2019-08-21 17:17:32 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
const struct iwl_cfg killer1650s_2ax_cfg_qu_c0_hr_b0 = {
|
|
|
|
.name = "Killer(R) Wi-Fi 6 AX1650i 160MHz Wireless Network Adapter (201NGW)",
|
|
|
|
.fw_name_pre = IWL_QU_C_HR_B_FW_PRE,
|
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2019-08-21 17:17:32 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
const struct iwl_cfg killer1650i_2ax_cfg_qu_c0_hr_b0 = {
|
|
|
|
.name = "Killer(R) Wi-Fi 6 AX1650s 160MHz Wireless Network Adapter (201D2W)",
|
|
|
|
.fw_name_pre = IWL_QU_C_HR_B_FW_PRE,
|
2018-08-05 13:05:25 +00:00
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2018-08-05 13:05:25 +00:00
|
|
|
};
|
|
|
|
|
2020-04-24 16:47:04 +00:00
|
|
|
const struct iwl_cfg iwl_qnj_b0_hr_b0_cfg = {
|
|
|
|
.fw_name_pre = IWL_QNJ_B_HR_B_FW_PRE,
|
2018-02-07 18:08:56 +00:00
|
|
|
IWL_DEVICE_22500,
|
|
|
|
/*
|
|
|
|
* This device doesn't support receiving BlockAck with a large bitmap
|
|
|
|
* so we need to restrict the size of transmitted aggregation to the
|
|
|
|
* HT size; mac80211 would otherwise pick the HE max (256) by default.
|
|
|
|
*/
|
|
|
|
.max_tx_agg_size = IEEE80211_MAX_AMPDU_BUF_HT,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_22000_HE,
|
2017-11-15 13:07:34 +00:00
|
|
|
};
|
|
|
|
|
2018-11-19 14:44:05 +00:00
|
|
|
const struct iwl_cfg iwlax210_2ax_cfg_so_jf_a0 = {
|
|
|
|
.name = "Intel(R) Wireless-AC 9560 160MHz",
|
2020-04-24 16:47:05 +00:00
|
|
|
.fw_name_pre = IWL_SO_A_JF_B_FW_PRE,
|
2018-11-19 14:44:05 +00:00
|
|
|
IWL_DEVICE_AX210,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_NON_HE,
|
2018-11-19 14:44:05 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
const struct iwl_cfg iwlax210_2ax_cfg_so_hr_a0 = {
|
2020-04-18 08:08:53 +00:00
|
|
|
.name = "Intel(R) Wi-Fi 6 AX210 160MHz",
|
2020-04-24 16:47:05 +00:00
|
|
|
.fw_name_pre = IWL_SO_A_HR_B_FW_PRE,
|
2018-11-19 14:44:05 +00:00
|
|
|
IWL_DEVICE_AX210,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_AX210_HE,
|
2018-11-19 14:44:05 +00:00
|
|
|
};
|
|
|
|
|
2019-06-14 08:48:49 +00:00
|
|
|
const struct iwl_cfg iwlax211_2ax_cfg_so_gf_a0 = {
|
2020-04-18 08:08:53 +00:00
|
|
|
.name = "Intel(R) Wi-Fi 6 AX211 160MHz",
|
2020-04-24 16:47:05 +00:00
|
|
|
.fw_name_pre = IWL_SO_A_GF_A_FW_PRE,
|
2019-01-31 13:38:31 +00:00
|
|
|
.uhb_supported = true,
|
2018-11-19 14:44:05 +00:00
|
|
|
IWL_DEVICE_AX210,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_AX210_HE,
|
2018-11-19 14:44:05 +00:00
|
|
|
};
|
|
|
|
|
2020-04-18 08:08:56 +00:00
|
|
|
const struct iwl_cfg iwlax211_2ax_cfg_so_gf_a0_long = {
|
|
|
|
.name = "Intel(R) Wi-Fi 6 AX211 160MHz",
|
2020-04-24 16:47:05 +00:00
|
|
|
.fw_name_pre = IWL_SO_A_GF_A_FW_PRE,
|
2020-04-18 08:08:56 +00:00
|
|
|
.uhb_supported = true,
|
|
|
|
IWL_DEVICE_AX210,
|
|
|
|
.num_rbds = IWL_NUM_RBDS_AX210_HE,
|
|
|
|
.trans.xtal_latency = 12000,
|
|
|
|
.trans.low_latency_xtal = true,
|
|
|
|
};
|
|
|
|
|
2018-11-19 14:44:05 +00:00
|
|
|
const struct iwl_cfg iwlax210_2ax_cfg_ty_gf_a0 = {
|
2020-04-18 08:08:53 +00:00
|
|
|
.name = "Intel(R) Wi-Fi 6 AX210 160MHz",
|
2020-04-24 16:47:05 +00:00
|
|
|
.fw_name_pre = IWL_TY_A_GF_A_FW_PRE,
|
2019-01-31 13:38:31 +00:00
|
|
|
.uhb_supported = true,
|
2018-11-19 14:44:05 +00:00
|
|
|
IWL_DEVICE_AX210,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_AX210_HE,
|
2018-11-19 14:44:05 +00:00
|
|
|
};
|
|
|
|
|
2019-06-14 08:48:49 +00:00
|
|
|
const struct iwl_cfg iwlax411_2ax_cfg_so_gf4_a0 = {
|
2020-04-18 08:08:53 +00:00
|
|
|
.name = "Intel(R) Wi-Fi 6 AX411 160MHz",
|
2020-04-24 16:47:05 +00:00
|
|
|
.fw_name_pre = IWL_SO_A_GF4_A_FW_PRE,
|
2019-10-22 11:14:24 +00:00
|
|
|
.uhb_supported = true,
|
|
|
|
IWL_DEVICE_AX210,
|
|
|
|
.num_rbds = IWL_NUM_RBDS_AX210_HE,
|
|
|
|
};
|
|
|
|
|
2020-04-18 08:08:56 +00:00
|
|
|
const struct iwl_cfg iwlax411_2ax_cfg_so_gf4_a0_long = {
|
|
|
|
.name = "Intel(R) Wi-Fi 6 AX411 160MHz",
|
2020-04-24 16:47:05 +00:00
|
|
|
.fw_name_pre = IWL_SO_A_GF4_A_FW_PRE,
|
2020-04-18 08:08:56 +00:00
|
|
|
.uhb_supported = true,
|
|
|
|
IWL_DEVICE_AX210,
|
|
|
|
.num_rbds = IWL_NUM_RBDS_AX210_HE,
|
|
|
|
.trans.xtal_latency = 12000,
|
|
|
|
.trans.low_latency_xtal = true,
|
|
|
|
};
|
|
|
|
|
2019-10-22 11:14:24 +00:00
|
|
|
const struct iwl_cfg iwlax411_2ax_cfg_sosnj_gf4_a0 = {
|
2020-04-18 08:08:51 +00:00
|
|
|
.name = "Intel(R) Wi-Fi 6 AX411 160MHz",
|
|
|
|
.fw_name_pre = IWL_SNJ_A_GF4_A_FW_PRE,
|
|
|
|
.uhb_supported = true,
|
|
|
|
IWL_DEVICE_AX210,
|
|
|
|
.num_rbds = IWL_NUM_RBDS_AX210_HE,
|
|
|
|
};
|
|
|
|
|
|
|
|
const struct iwl_cfg iwlax211_cfg_snj_gf_a0 = {
|
|
|
|
.name = "Intel(R) Wi-Fi 6 AX211 160MHz",
|
|
|
|
.fw_name_pre = IWL_SNJ_A_GF_A_FW_PRE,
|
2019-10-22 11:14:24 +00:00
|
|
|
.uhb_supported = true,
|
2018-11-19 14:44:05 +00:00
|
|
|
IWL_DEVICE_AX210,
|
iwlwifi: allocate more receive buffers for HE devices
For HE-capable devices, we need to allocate more receive buffers as
there could be 256 frames aggregated into a single A-MPDU, and then
they might contain A-MSDUs as well. Until 22000 family, the devices
are able to put multiple frames into a single RB and the default RB
size is 4k, but starting from AX210 family this is no longer true.
On the other hand, those newer devices only use 2k receive buffers
(by default).
Modify the code and configuration to allocate an appropriate number
of RBs depending on the device capabilities:
* 4096 for AX210 HE devices, which use 2k buffers by default,
* 2048 for 22000 family devices which use 4k buffers by default,
* 512 for existing 9000 family devices, which doesn't really
change anything since that's the default before this patch,
* 512 also for AX210/22000 family devices that don't do HE.
Theoretically, for devices lower than AX210, we wouldn't have to
allocate that many RBs if the RB size was manually increased, but
to support that the code got more complex, and it didn't really
seem necessary as that's a use case for monitor mode only, where
hopefully the wasted memory isn't really much of a concern.
Note that AX210 devices actually support bigger than 12-bit VID,
which is required here as we want to allocate 4096 buffers plus
some for quick recycling, so adjust the code for that as well.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
2019-09-27 08:36:02 +00:00
|
|
|
.num_rbds = IWL_NUM_RBDS_AX210_HE,
|
2018-11-19 14:44:05 +00:00
|
|
|
};
|
|
|
|
|
2020-04-24 16:47:05 +00:00
|
|
|
MODULE_FIRMWARE(IWL_QU_B_HR_B_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
2020-04-24 16:47:04 +00:00
|
|
|
MODULE_FIRMWARE(IWL_QNJ_B_HR_B_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
2019-07-08 15:55:34 +00:00
|
|
|
MODULE_FIRMWARE(IWL_QU_C_HR_B_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
2018-08-15 19:07:25 +00:00
|
|
|
MODULE_FIRMWARE(IWL_QU_B_JF_B_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
2019-03-14 12:57:08 +00:00
|
|
|
MODULE_FIRMWARE(IWL_QUZ_A_HR_B_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
2019-06-14 08:48:51 +00:00
|
|
|
MODULE_FIRMWARE(IWL_QUZ_A_JF_B_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
2019-01-14 12:56:02 +00:00
|
|
|
MODULE_FIRMWARE(IWL_QNJ_B_JF_B_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
2018-09-25 08:21:50 +00:00
|
|
|
MODULE_FIRMWARE(IWL_CC_A_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
2020-04-24 16:47:05 +00:00
|
|
|
MODULE_FIRMWARE(IWL_SO_A_JF_B_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
|
|
|
MODULE_FIRMWARE(IWL_SO_A_HR_B_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
|
|
|
MODULE_FIRMWARE(IWL_SO_A_GF_A_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
|
|
|
MODULE_FIRMWARE(IWL_TY_A_GF_A_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
2020-04-18 08:08:51 +00:00
|
|
|
MODULE_FIRMWARE(IWL_SNJ_A_GF4_A_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|
|
|
|
MODULE_FIRMWARE(IWL_SNJ_A_GF_A_MODULE_FIRMWARE(IWL_22000_UCODE_API_MAX));
|