Re: [PATCH 1/3] ramips: hlk-7621a-evb: remove WiFi support
Am 13.04.2022 15:27, schrieb Reinhard Max: I forgot to mention that these three patches are meant to go into 21.03 as well, to complete support for this board. 22.03, of course. Sorry for the noise. But support for this board should also easily be backportable to 21.02, if the policy allows such backports at all. cu Reinhard ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH 1/3] ramips: hlk-7621a-evb: remove WiFi support
Hi, I forgot to mention that these three patches are meant to go into 21.03 as well, to complete support for this board. cu Reinhard ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH 2/3] ramips: hlk-7621a-evb: read MAC address from flash
Two MAC addresses are apparently located at offsets 0xe000 and 0xe006 in
the factory partition on these devices. Change the dts to use the first
one.
See also:
https://github.com/openwrt/openwrt/pull/4046#issuecomment-1091596559
Signed-off-by: Reinhard Max
---
.../ramips/dts/mt7621_hilink_hlk-7621a-evb.dts| 15 +++
1 file changed, 15 insertions(+)
diff --git a/target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts
b/target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts
index b96436e03d..20e99352f3 100644
--- a/target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts
+++ b/target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts
@@ -100,3 +100,18 @@
function = "gpio";
};
};
+
+ {
+ nvmem-cells = <_factory_e000>;
+ nvmem-cell-names = "mac-address";
+};
+
+ {
+ compatible = "nvmem-cells";
+ #address-cells = <1>;
+ #size-cells = <1>;
+
+ macaddr_factory_e000: macaddr@e000 {
+ reg = <0xe000 0x6>;
+ };
+};
--
2.34.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH 3/3] ramips: hlk-7621a-evb: rename switch ports
Rename the switch ports from 'lan[1..4]' and 'wan' to 'p[0..4]'. This
matches the SoC documentation and the silkscreen for the port LEDs on
the module. There is no LAN/WAN labeling on the board itself.
This eval board is so universal (many additional interfaces broken out
on pin headers, mPCIe slot, USB, etc.) that chances are high that is
being used for other things than a traditional LAN/WAN router, and then
the 'wan' naming of the 5th port might get into the way, so better stick
with the SoC naming.
Signed-off-by: Reinhard Max
---
.../linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts | 10 +-
.../ramips/mt7621/base-files/etc/board.d/02_network| 3 +++
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts
b/target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts
index 20e99352f3..6b22e04b35 100644
--- a/target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts
+++ b/target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts
@@ -65,27 +65,27 @@
ports {
port@0 {
status = "okay";
- label = "lan1";
+ label = "p0";
};
port@1 {
status = "okay";
- label = "lan2";
+ label = "p1";
};
port@2 {
status = "okay";
- label = "lan3";
+ label = "p2";
};
port@3 {
status = "okay";
- label = "lan4";
+ label = "p3";
};
port@4 {
status = "okay";
- label = "wan";
+ label = "p4";
};
};
};
diff --git a/target/linux/ramips/mt7621/base-files/etc/board.d/02_network
b/target/linux/ramips/mt7621/base-files/etc/board.d/02_network
index 1fc0ccdd5b..eb931defaa 100644
--- a/target/linux/ramips/mt7621/base-files/etc/board.d/02_network
+++ b/target/linux/ramips/mt7621/base-files/etc/board.d/02_network
@@ -55,6 +55,9 @@ ramips_setup_interfaces()
gnubee,gb-pc2)
ucidef_set_interface_lan "lan1 lan2"
;;
+ hilink,hlk-7621a-evb)
+ ucidef_set_interface_lan "p0 p1 p2 p3 p4"
+ ;;
linksys,re6500|\
netgear,wac104)
ucidef_set_interface_lan "lan1 lan2 lan3 lan4"
--
2.34.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH 1/3] ramips: hlk-7621a-evb: remove WiFi support
The HiLink HLK-7621A evaluation board[1] contains no on-board WiFi
hardware and its Mini PCIe slot can be used for arbitrary extension
cards. So it makes no sense for a default build to assume that any
particular type of WiFi chip is present.
[1] http://hlktech.net/index.php?id=436
Signed-off-by: Reinhard Max
---
target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts | 8
target/linux/ramips/image/mt7621.mk | 2 +-
2 files changed, 1 insertion(+), 9 deletions(-)
diff --git a/target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts
b/target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts
index 9776f43e02..b96436e03d 100644
--- a/target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts
+++ b/target/linux/ramips/dts/mt7621_hilink_hlk-7621a-evb.dts
@@ -94,14 +94,6 @@
status = "okay";
};
- {
- wifi@0,0 {
- compatible = "mediatek,mt76";
- reg = <0x 0 0 0 0>;
- mediatek,mtd-eeprom = < 0x8000>;
- };
-};
-
_default {
gpio {
groups = "wdt";
diff --git a/target/linux/ramips/image/mt7621.mk
b/target/linux/ramips/image/mt7621.mk
index cd28e36917..b90851c323 100644
--- a/target/linux/ramips/image/mt7621.mk
+++ b/target/linux/ramips/image/mt7621.mk
@@ -680,7 +680,7 @@ define Device/hilink_hlk-7621a-evb
$(Device/uimage-lzma-loader)
DEVICE_VENDOR := HiLink
DEVICE_MODEL := HLK-7621A evaluation board
- DEVICE_PACKAGES += kmod-mt76x2 kmod-usb3
+ DEVICE_PACKAGES += kmod-usb3
IMAGE_SIZE := 32448k
endef
TARGET_DEVICES += hilink_hlk-7621a-evb
--
2.34.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Dynack on ath10k
Hi Ben, Early 2021, we discussed a bit regarding auto-distance using ath10k. You mentioned back then that another party was working on that and they would release it as open source somewhere in Q3/Q4 of 2021. Do you know the status regarding that? If they do not intend to open-source it: - Does ath10k expose any TSF (like ath9k) does which could be used for dynack? Thanks, Koen ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH v2] uqmi: wms - added storage to read text messages
Den tis 15 mars 2022 kl 21:14 skrev Sergey Ryazanov : > > On Tue, Mar 15, 2022 at 10:36 PM Henrik Ginstmark wrote: > > Today it's hard coded to read text messages from SIM card. > > Not all devices store received text messages in SIM, they store > > in me, QMI_WMS_STORAGE_TYPE_NV. > > I have added --storage as an argumet available to > > --list-messages > > --get-message > > --delete-message > > --get-raw-message > > > > If --storage is omitted default storage is sim, as before. > > > > Signed-off-by: Henrik Ginstmark > > Looks good! > > Reviewed-by: Sergey Ryazanov Hi What will be the next step? Any testing needed? BR Henrik ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
