The newest version works for me.
Just a quick question, why doesn't WPA2/WPA3 mixed mode work?
Thanks!
The newest version works for me.
Just a quick question, why doesn't WPA2/WPA3 mixed mode work?
Thanks!
After a couple of reboots and trial and error, I can assume:
Direct firmware load
seems to have a kernel patch pending to merge: https://patchwork.kernel.org/project/linux-wireless/patch/20190107113401.6824-1-hdegoede@redhat.com/
dmesg | grep brcmfmac
[ 13.563715] usbcore: registered new interface driver brcmfmac
[ 13.660621] brcmfmac 0000:03:00.0: enabling device (0140 -> 0142)
[ 13.850166] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac4366c-pcie for chip BCM4366/4
[ 14.073619] brcmfmac 0000:03:00.0: Direct firmware load for brcm/brcmfmac4366c-pcie.linksys,panamera.txt failed with error -2
[ 14.085038] brcmfmac 0000:03:00.0: Direct firmware load for brcm/brcmfmac4366c-pcie.txt failed with error -2
[ 14.852838] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac4366c-pcie for chip BCM4366/4
[ 14.861588] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available
[ 14.872919] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4366/4 wl0: Jan 6 2021 16:36:26 version 10.10.122.301 (r658909) FWID 01-6f1c1d46
[ 14.912632] brcmfmac 0000:04:00.0: enabling device (0140 -> 0142)
[ 15.092950] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac4366c-pcie for chip BCM4366/4
[ 15.105898] brcmfmac 0000:04:00.0: Direct firmware load for brcm/brcmfmac4366c-pcie.linksys,panamera.txt failed with error -2
[ 15.117318] brcmfmac 0000:04:00.0: Direct firmware load for brcm/brcmfmac4366c-pcie.txt failed with error -2
[ 15.885151] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac4366c-pcie for chip BCM4366/4
[ 15.893851] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available
[ 15.905127] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4366/4 wl0: Jan 6 2021 16:36:26 version 10.10.122.301 (r658909) FWID 01-6f1c1d46
[ 15.933744] brcmfmac 0001:01:00.0: enabling device (0140 -> 0142)
[ 16.102469] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac4366c-pcie for chip BCM4366/4
[ 16.114195] brcmfmac 0001:01:00.0: Direct firmware load for brcm/brcmfmac4366c-pcie.linksys,panamera.txt failed with error -2
[ 16.125584] brcmfmac 0001:01:00.0: Direct firmware load for brcm/brcmfmac4366c-pcie.txt failed with error -2
[ 16.825088] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac4366c-pcie for chip BCM4366/4
[ 16.833790] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available
[ 16.845129] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4366/4 wl0: Jan 6 2021 16:36:26 version 10.10.122.301 (r658909) FWID 01-6f1c1d46
@npcomplete , could you patch the kernel 5.4.137 with this proposed method and recompile the same configuration and wifi driver, please?
This is the difference between 10.10.69 vs 10.10.122. You can deduce from those strings what it means.
Also the release notes for the Factory Firmware v1.1.8
Firmware version: 1.1.8.204089
Release date: Feb 5, 2021
- Addressed Kr00k and other security vulnerabilities
- Various bug fixes
For now, with almost 10 hours of uptime:
The radio2 is working continuously on channel 100, with WPA2-PSK (CCMP). But the driver always reports 20 MHz of bandwidth, on an Intel AC8265 2x2 streams, connected at 650 Mbps and well above, besides the current setting is aiming at 80 MHz.
You may need to install the correct package wpad
combo:
opkg update
opkg remove wpad-basic
opkg install wpad-openssl
reboot
I had to move away from openssl due to it was breaking dependency while building the firmware.
My github repo is current, if you want to build your own.
Has This build of 10082021 any major change from the one of 09082021?
Do you recommend "wl" or "wlc" utilities to force a valid radio power output, as Luci seems not to do it properly?
I have no preference since I never change default power on radios
Flashed this build twice
2021-08-09 28 Kernel v5.4.137
but after reboot it is still showing
5.4.89
The wifi is missing even with reset to factory twice.
And the DHCP function seems to be not stable , sometimes no ip
I reverted back to
2021-02-15 197 Kernel v5.4.98
The WiFi and other features have came back.
However I found the WAN connection is either taking very long time to establish, or after a connection, it is very unstable / slow.
Tried the firmware build with v 4.x kernel, it seems it is a lot more stable for me.
2020-01-02 353 Supersedes Dec 31st build. Kernel v 4.19.91, Read wifi instructions below
No more problem with the switch, wan, and DHCP.
I had the same problem as you. I used WinSCP to load the firmware. After that everything worked perfectly. Near the top of this thread there is an explanation how to load firmware with WinSCP. Good luck1
As 'costaudjoe' mentioned try using WinSCP as outlined here:
https://forum.openwrt.org/t/build-for-linksys-ea9500/1817/51
After you connect to your EA9500 router and login these are the quick steps. Set the boot option. Then run the firmware update command using the latest firmware version as of this post date. The latest version is 'openwrt-20210809.trx'; or change to whatever is most current.
Example commands via WinSCP connecting to the EA9500 router CLI
nvram set bootpartition=0 && nvram set partialboots=0 && nvram commit
mtd write /tmp/openwrt-20210809.trx firmware
Can some EA9500 owner please:
and provide output of the
swconfig dev switch0 show | grep port
command from such a state?
The recent openwrt-20210809.trx is working well on my Linksys EA9500.
I will update later. So far so good.
root@EA9500:~# swconfig dev switch0 show | grep port
ports: 0x011f
link: port:0 link:up speed:1000baseT full-duplex auto
link: port:1 link:down
link: port:2 link:down
link: port:3 link:down
link: port:4 link:down
link: port:5 link:down
link: port:6 link:down
link: port:7 link:down
link: port:8 link:up speed:1000baseT full-duplex
Port 0 being the LAN1 port. Port 8 is the WAN port.
Oh, this is weird, there should be CPU port "up" too.
Could you also paste
nvram show | grep ports
for me, please?
Here's mine
root@OpenWrt:/# swconfig dev switch0 show | grep port
ports: 0x011f
link: port:0 link:up speed:1000baseT full-duplex auto
link: port:1 link:down
link: port:2 link:down
link: port:3 link:down
link: port:4 link:down
link: port:5 link:down
link: port:6 link:down
link: port:7 link:down
link: port:8 link:up speed:1000baseT full-duplex
root@OpenWrt:/# nvram show | grep ports
evlan1ports=0 2 4 1 3 8
vlan2ports=4 8
vlan1ports=2 1 3 0 5 7 8*
Just to confirm. Mine has the same output as npcomplete copied.
# nvram show | grep ports
evlan1ports=0 2 4 1 3 8
vlan2ports=4 8
vlan1ports=2 1 3 0 5 7 8*
Interesting Quirks mentioned here:
https://github.com/hurrian/ea9500_openwrt
"The CPU ports of the EA9500/EA9400 are directly connected to a BCM53012 switch wired to LAN4,7,8 plus an external BCM53125 switch wired to LAN1,2,3,5,6. This means that you will only see the internal BCM53012 ports in LuCI's switch configuration.
On EA9500, Broadcom BCM4366C0 firmware versions past 10.10.69.69 are not properly supported by brcmfmac, resulting in dropouts in the 2.4GHz and secondary 5GHz radios. The latest known working firmware for BCM4366C0 is supplied in the package brcmfmac-firmware-4366c0-pcie-panamera."
As npcomplete noted a potential workaround here:
https://git.cloudorz.com/mt/openwrt/commit/9aaa20d8ba2290165abc2cbc6fcee00e9c0259d1