strange…i don’t see the patch semaphore message some time (e.g. after 5.6 this should be fixed)…do you have all firmware-files in /lib/firmware/mediatek?
Been racking my brain, trying to figure out what I had done. Turns out my mt7615*.bin files were corrupted or something. Got fresh files from a few posts back and now it works properly with 5.9.0, but I’m back at the no 2nd physical after reboot thing… Gonna try with 5.10-main branch, maybe tomorrow…
My /sys/kernel/debug directory does appear to be mounted correctly. The mt7615 card is phy0, unless I add the onboard wireless, then maybe it moves around a little…
i guess the bpi-version holds something in registers/on cache which needs maybe an additional reset while driver load. with the standard-size card i cannot reproduce this problem
Well, it seems that my experiments with the mt7615 have ended. The card seems to have failed… No interfaces come up in regard to the mt7615 card. So I guess it is off to find another card. Any suggestions? I live in the US and I found a mt7915 card on asiarf, but they want $35 to ship a $35 card…
Imho current mt7915 is single bssid only (no dbdc see here), atm a mt7615 is better. But same problem with shipping costs…i got my card as sample,maybe you can get one too
Finally got tired of dealing with this POS of a non-standard size MT7615 card and ordered the standard size MT7615 card. It works as expected, aka firmware loads at each boot and DBDC is enable-able on each reboot. Using my changes enables DBDC on each boot without such a command in the rc.local file, which may or may not enable DBDC on the card. I’m running the 5.9.0 kernel at the moment.
The side benefit of these non-helper changes are that the networking service can be restarted at any time without erroring out, which forces me to reboot the router to effect IP address changes. Now, I can change the interface file(s) without having to reboot.
I hope this post helps someone dealing with these same issues…
I have an issue of building kernel BPI-R2-4.14-4.19-mt7615. Can you help me? Here is part of build.sh output:
CC drivers/opp/cpu.o
In file included from drivers/net/wireless/mediatek/mt76_new/mt7615/../mt76.h:27,
from drivers/net/wireless/mediatek/mt76_new/mt7615/mt7615.h:9,
from drivers/net/wireless/mediatek/mt76_new/mt7615/init.c:9:
drivers/net/wireless/mediatek/mt76_new/mt7615/init.c: In function ‘mt7615_register_device’:
./include/net/mac80211.h:2342:57: error: ‘IEEE80211_HW_TX_STATUS_NO_AMPDU_LEN’ undeclared (first use in this function); did you mean ‘IEEE80211_TX_STAT_AMPDU’?
#define ieee80211_hw_set(hw, flg) _ieee80211_hw_set(hw, IEEE80211_HW_##flg)
^~~~~~~~~~~~~
drivers/net/wireless/mediatek/mt76_new/mt7615/init.c:210:2: note: in expansion of macro ‘ieee80211_hw_set’
ieee80211_hw_set(hw, TX_STATUS_NO_AMPDU_LEN);
^~~~~~~~~~~~~~~~
./include/net/mac80211.h:2342:57: note: each undeclared identifier is reported only once for each function it appears in
#define ieee80211_hw_set(hw, flg) _ieee80211_hw_set(hw, IEEE80211_HW_##flg)
^~~~~~~~~~~~~
drivers/net/wireless/mediatek/mt76_new/mt7615/init.c:210:2: note: in expansion of macro ‘ieee80211_hw_set’
ieee80211_hw_set(hw, TX_STATUS_NO_AMPDU_LEN);
^~~~~~~~~~~~~~~~
make[6]: *** [scripts/Makefile.build:303: drivers/net/wireless/mediatek/mt76_new/mt7615/init.o] Error 1
make[6]: *** Waiting for unfinished jobs....
CC [M] drivers/net/wireless/mediatek/mt76_new/mmio.o
CC drivers/opp/of.o
make[5]: *** [scripts/Makefile.build:544: drivers/net/wireless/mediatek/mt76_new/mt7615] Error 2
make[5]: *** Waiting for unfinished jobs....
CC drivers/opp/debugfs.o
Thank you! I will try 5.4.
And also a question. I have built 5.10, but x-server doesn’t work in this version on my board. Why is it? I will be able to make logs at morning.
Why does eth1 absent in 5.10 and 5.4? Is it normal?
5.10 ip output part:
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1504 qdisc pfifo_fast state UP group default qlen 1000
4: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
5: wan@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
6: lan0@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br0 state LOWERLAYERDOWN group default qlen 1000
4.19 ip output part:
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
4: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
link/sit 0.0.0.0 brd 0.0.0.0
5: wan@eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
6: lan0@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br0 state LOWERLAYERDOWN group default qlen 1000
My 4.19 have some patches for second gmac (ethernet connection between soc and switch). But these are unstable and it works with one too. All ports of switch are passed with vlan (similar) over eth0