Is your enhancement proposal related to a problem? Please describe.
On Banana Pi BPI-R4 with the official Wi-Fi 7 NIC (BPI-R4-NIC-BE14, MediaTek MT7996E), transmit power on 2.4 GHz and 5 GHz is capped at only 6–7 dBm, regardless of country code or settings. 6 GHz looks reasonable (e.g., 20 dBm), but 2.4/5 GHz are stuck low, resulting in very poor range and throughput. Multiple users report identical behavior; logs show Hardware: 14C3:7990 14C3:6639 [MediaTek MT7996E] with Tx-Power: 6–7 dBm on 2.4/5 GHz. Evidence suggests some BE14 boards ship with zeroed tx_power tables in EEPROM for 2.4/5 GHz.  
Describe the solution you’d like
Please incorporate (or upstream a variant of) the community patch that falls back to default firmware tx_power values if EEPROM contains zeros for MT7996E. This restores sane 2.4/5 GHz power on affected BE14 boards while preserving valid EEPROM data (including the 6 GHz table). Patch reference: “mt7996: Use tx_power from default fw if EEPROM contains 0s” - openwrt/mt76#968
Is your enhancement proposal related to a problem? Please describe.
On Banana Pi BPI-R4 with the official Wi-Fi 7 NIC (BPI-R4-NIC-BE14, MediaTek MT7996E), transmit power on 2.4 GHz and 5 GHz is capped at only 6–7 dBm, regardless of country code or settings. 6 GHz looks reasonable (e.g., 20 dBm), but 2.4/5 GHz are stuck low, resulting in very poor range and throughput. Multiple users report identical behavior; logs show Hardware: 14C3:7990 14C3:6639 [MediaTek MT7996E] with Tx-Power: 6–7 dBm on 2.4/5 GHz. Evidence suggests some BE14 boards ship with zeroed tx_power tables in EEPROM for 2.4/5 GHz.  
Describe the solution you’d like
Please incorporate (or upstream a variant of) the community patch that falls back to default firmware tx_power values if EEPROM contains zeros for MT7996E. This restores sane 2.4/5 GHz power on affected BE14 boards while preserving valid EEPROM data (including the 6 GHz table). Patch reference: “mt7996: Use tx_power from default fw if EEPROM contains 0s” - openwrt/mt76#968