- 14 Feb, 2020 40 commits
-
-
Felix Fietkau authored
MT7622 does not have the CR4 microcontroller sitting in the data path. Because of that, it uses the chip's native tx descriptor format instead of something parsed and converted by the firmware. Co-developed-by:
Shayne Chen <shayne.chen@mediatek.com> Co-developed-by:
Ryder Lee <ryder.lee@mediatek.com> Signed-off-by:
Felix Fietkau <nbd@nbd.name> Signed-off-by:
Lorenzo Bianconi <lorenzo@kernel.org>
-
Felix Fietkau authored
MT7622 does not have a CR4 microcontroller, so it only uses its own N9 firmware. Co-developed-by:
-
Felix Fietkau authored
It is not supported by the chip, so avoid issues with potentially wrong EEPROM configurations. Signed-off-by: -
Felix Fietkau authored
MT7622 uses fewer efuse overrides than MT7615 Signed-off-by: -
Felix Fietkau authored
When sending EEPROM data to the MCU, MT7622 uses a longer buffer Co-developed-by:
-
Felix Fietkau authored
MT7622 queue mapping is different from MT7615 and requires an extra dma scheduler init and a few register tweaks Co-developed-by:
-
Felix Fietkau authored
MT7622 uses more interrupt bits for queue tx completion events. Enabling those extra bits is harmless on MT7615 Co-developed-by:
-
Felix Fietkau authored
CR4 is used very little, N9 is the main firmware that the driver interacts with Signed-off-by: -
Felix Fietkau authored
Preparation for adding MT7622 support Signed-off-by: -
Felix Fietkau authored
Will be shared with MT7622 SoC support Signed-off-by: -
Felix Fietkau authored
The beginning of the struct is guaranteed to be 4-byte aligned, and this attribute allows the compiler to generate more efficient code Signed-off-by: -
Felix Fietkau authored
MT7622 is a SoC that includes a 2.4 GHz 4x4 802.11n WMAC. Its feature set is comparable to a MT7615 chip, but limited to 2.4 GHz. Reviewed-by:
Rob Herring <robh@kernel.org> Signed-off-by:
-
Felix Fietkau authored
It is supported by all drivers Acked-by:
Toke Høiland-Jørgensen <toke@redhat.com> Signed-off-by:
-
Felix Fietkau authored
The ring is used for looping back tx powersave filtered frames, so it could use some more room, in case more than one aggregate was queued Signed-off-by: -
Felix Fietkau authored
The hardware should only start processing the ring after at least one buffer has been added Signed-off-by: -
Felix Fietkau authored
Fixes a theoretical issue where it could potentially overwrite an existing descriptor entry (and leaking its skb) Signed-off-by: -
Felix Fietkau authored
Avoids a theoretical corner case where the hardware could try to process a stale descriptor after a watchdog reset Signed-off-by: -
Lorenzo Bianconi authored
Define MT_DRV_RX_DMA_HDR flag in drv_flag in order to not skip rx frame dma header since new devices (e.g. mt7663u) reports rx frame info in the usb dma header Co-developed-by:
Sean Wang <sean.wang@mediatek.com> Signed-off-by:
-
Lorenzo Bianconi authored
This is a preliminary patch to support mt7663u usb dongles Co-developed-by:
-
Lorenzo Bianconi authored
Introduce mt76u_skb_dma_info utility routine in mt76-usb module in order to be reused adding mt7663u support Co-developed-by:
-
Lorenzo Bianconi authored
7663u devices rely on a different endpoint mapping. Take it into account in mt76u_alloc_tx routine Co-developed-by:
-
Lorenzo Bianconi authored
Introduce extended utility routines to read/write data o usb bus. New devices (e.g. mt7663u) will rely on both upper and lower part of the register address. Add ext parameter to mt76u_init signature in order to reuse the code adding mt7663u support. Co-developed-by:
-
Lorenzo Bianconi authored
Add mt76u_alloc_mcu_queue utility routine to allocate mcu hw rx queue. This is a preliminary patch to support new devices (e.g. mt7663u) that rely on a hw queue for mcu messages Co-developed-by:
-
Lorenzo Bianconi authored
Resume all possible rx queues after suspend. This is a preliminary patch to support mt7663u devices Co-developed-by:
-
Lorenzo Bianconi authored
Add mt76_queue parameter to mt76u_rx_urb_alloc signature since this routine will be used to allocate urbs for mcu hw queue used by new chipset generation (e.g. mt7663u). Check sg_max_size in in mt76u_urb_alloc in order to use linear urb for mcu queue Co-developed-by:
-
Lorenzo Bianconi authored
Introduce mt76u_alloc_rx_queue routine to allocate rx hw queue. This is a preliminary patch to support new devices (e.g. mt7663u) that rely on a hw queue for mcu messages Co-developed-by:
-
Lorenzo Bianconi authored
Stop/free all configured rx queues (data/mcu) in mt76u_stop_rx/mt76u_free_rx. This is a preliminary patch to support new devices (e.g. mt7663u) that rely on a hw queue for mcu messages Co-developed-by:
-
Lorenzo Bianconi authored
Introduce mt76u_free_rx_queue utility routine to free rx hw queue. This is a preliminary patch to support new devices (e.g. mt7663u) that rely on a hw queue for mcu messages Co-developed-by:
-
Lorenzo Bianconi authored
Move mcu buffer allocation in mt76x2u/mt76x0u drivers since newer chipsets (e.g. mt7663u) does not rely on synchronous mcu communication Co-developed-by:
-
Lorenzo Bianconi authored
Add queue_id parameter to mt76u_submit_rx_buffers in order to reuse it adding mt7663u support Co-developed-by:
-
Lorenzo Bianconi authored
In order to reuse mt76u_complete_rx for both data and mcu rx queue, rely on mt76_queue as urb context in mt76u_complete_rx. Moreover set usb rx endoint according to rx queue in mt76u_submit_rx_buf. This is a preliminary patch to add mt7663u support Co-developed-by:
-
Lorenzo Bianconi authored
Introduce mt76_queue parameter to mt76u_refill_rx signature in order to reuse it for mcu hw rx queue Co-developed-by:
-
Lorenzo Bianconi authored
Rely on mt76_queue pointer in mt76u_get_next_rx_entry in order to add support for new devices (e.g 7663u) that reports fw events through hw rx mcu queue Co-developed-by:
-
Lorenzo Bianconi authored
Introduce mt76u_process_rx_queue routine to process rx hw queue. This is a preliminary patch to support new devices (e.g. mt7663u) that rely on a hw queue for mcu messages Co-developed-by:
-
Lorenzo Bianconi authored
New devices (e.g. mt7663u) do not rely on stats workqueue to load tx statistics but will be reported by the firmware. Check tx_status_data pointer in mt76u_tx_tasklet in order to reuse tx tasklet for new devices Co-developed-by:
-
Lorenzo Bianconi authored
Starting from 'commit ee8040139ab1 ("mt76: do not overwrite max_tx_fragments if it has been set")' we can avoid overwriting max_tx_fragments for mt76x02u devices Signed-off-by: -
Lorenzo Bianconi authored
Rely on mac80211 airitme utility routines and remove mt76 duplicated code to estimate tx/rx airtime Signed-off-by:
-
Lorenzo Bianconi authored
Get rid of mt76_dfs_start_rdd unused declaration Signed-off-by:
-
Lorenzo Bianconi authored
Move WIPHY_FLAG_HAS_CHANNEL_SWITCH in mt76-core module since now all drivers support Channel Switch Announcement Signed-off-by:
-
Ryder Lee authored
The field 'u16 len' should be __le16. Signed-off-by:
-
