[OpenWrt-Devel] [PATCH 1/4] tools: build squashfs (v3) for ath79
Certain Netgear devices use BE squashfs for the kernel image. As squashfs4 only supports creating LE images, add squashfs (v3) into the tools to be built for ath79. Trying to use an LE squashfs (thus trying to use squashfs4 only for building the image) for the kernel image results in the bootloader barfing and stopping. Signed-off-by: Zoltan HERPAI --- tools/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/Makefile b/tools/Makefile index d2b5daf..c8ef02c 100644 --- a/tools/Makefile +++ b/tools/Makefile @@ -31,6 +31,7 @@ tools-$(CONFIG_TARGET_orion_generic) += wrt350nv2-builder upslug2 tools-$(CONFIG_TARGET_x86) += qemu tools-$(CONFIG_TARGET_mxs) += elftosb sdimage tools-$(CONFIG_TARGET_ar71xx) += lzma-old squashfs +tools-$(CONFIG_TARGET_ath79) += squashfs tools-$(CONFIG_USES_MINOR) += kernel2minor tools-y += lzma squashfs4 tools-$(BUILD_B43_TOOLS) += b43-tools -- 2.1.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 4/4] ath79: add support for ON Networks N150R (rebranded WNR612v2)
Signed-off-by: Zoltan HERPAI
---
target/linux/ath79/base-files/etc/board.d/01_leds | 3 ++-
target/linux/ath79/base-files/etc/board.d/02_network| 3 ++-
.../base-files/etc/hotplug.d/firmware/10-ath9k-eeprom | 1 +
target/linux/ath79/dts/ar7240_on_n150r.dts | 10 ++
target/linux/ath79/image/tiny-netgear.mk| 17 +
5 files changed, 32 insertions(+), 2 deletions(-)
create mode 100644 target/linux/ath79/dts/ar7240_on_n150r.dts
diff --git a/target/linux/ath79/base-files/etc/board.d/01_leds
b/target/linux/ath79/base-files/etc/board.d/01_leds
index ee6568e..47c9cab 100755
--- a/target/linux/ath79/base-files/etc/board.d/01_leds
+++ b/target/linux/ath79/base-files/etc/board.d/01_leds
@@ -27,7 +27,8 @@ case "$board" in
"glinet,ar150")
ucidef_set_led_wlan "wlan" "WLAN" "gl-ar150:orange:wlan" "phy0tpt"
;;
-"netgear,wnr612-v2")
+"netgear,wnr612-v2"|\
+"on,n150r")
ucidef_set_led_netdev "wan" "WAN" "netgear:green:wan" "eth0"
ucidef_set_led_wlan "wlan" "WLAN" "netgear:green:wlan" "phy0tpt"
ucidef_set_led_switch "lan1" "LAN1" "netgear:green:lan1" "switch0"
"0x02" "0x0f"
diff --git a/target/linux/ath79/base-files/etc/board.d/02_network
b/target/linux/ath79/base-files/etc/board.d/02_network
index f1f4bd0..ba4e7d4 100755
--- a/target/linux/ath79/base-files/etc/board.d/02_network
+++ b/target/linux/ath79/base-files/etc/board.d/02_network
@@ -26,7 +26,8 @@ ath79_setup_interfaces()
"glinet,ar150")
ucidef_set_interfaces_lan_wan "eth1" "eth0"
;;
- "netgear,wnr612-v2")
+ "netgear,wnr612-v2"|\
+ "on,n150r")
ucidef_set_interfaces_lan_wan "eth1.1" "eth0"
ucidef_add_switch "switch0" \
"0@eth1" "1:lan" "2:lan" "3:lan:3" "4:lan:4"
diff --git
a/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
b/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
index 1ed7460..5b22b15 100644
--- a/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
+++ b/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
@@ -55,6 +55,7 @@ case "$FIRMWARE" in
ath9k_eeprom_extract "art" 20480 1088
;;
"netgear,wnr612-v2"|\
+ "on,n150r"|\
"tplink,tl-wr740n-v2"|\
"ubnt,unifi")
ath9k_eeprom_extract "art" 4096 2048
diff --git a/target/linux/ath79/dts/ar7240_on_n150r.dts
b/target/linux/ath79/dts/ar7240_on_n150r.dts
new file mode 100644
index 000..cb4cf92
--- /dev/null
+++ b/target/linux/ath79/dts/ar7240_on_n150r.dts
@@ -0,0 +1,10 @@
+// SPDX-License-Identifier: GPL-2.0-or-later OR MIT
+/dts-v1/;
+
+#include "ar7240_netgear_wnr612-v2.dtsi"
+
+/ {
+ model = "ON Network N150R";
+ compatible = "on,n150r";
+};
+
diff --git a/target/linux/ath79/image/tiny-netgear.mk
b/target/linux/ath79/image/tiny-netgear.mk
index 81f83fd..48d14e9 100644
--- a/target/linux/ath79/image/tiny-netgear.mk
+++ b/target/linux/ath79/image/tiny-netgear.mk
@@ -17,3 +17,20 @@ define Device/netgear_wnr612-v2
SUPPORTED_DEVICES := netgear,wnr612-v2 wnr612-v2
endef
TARGET_DEVICES += netgear_wnr612-v2
+
+define Device/n150r
+ ATH_SOC := ar7240
+ DEVICE_TITLE := ON Network N150R
+ DEVICE_DTS := ar7240_on_n150r
+ NETGEAR_KERNEL_MAGIC := 0x32303631
+ KERNEL := kernel-bin | append-dtb | lzma -d20 | netgear-uImage lzma
+ KERNEL_INITRAMFS := kernel-bin | append-dtb | lzma -d20 | netgear-uImage lzma
+ NETGEAR_BOARD_ID := N150R
+ IMAGE_SIZE := 3904k
+ IMAGES := sysupgrade.bin factory.img
+ IMAGE/default := append-kernel | pad-to (BLOCKSIZE) | netgear-squashfs |
append-rootfs | pad-rootfs
+ IMAGE/sysupgrade.bin := $$(IMAGE/default) | append-metadata | check-size
(IMAGE_SIZE)
+ IMAGE/factory.img := $$(IMAGE/default) | netgear-dni | check-size
(IMAGE_SIZE)
+ SUPPORTED_DEVICES := on,n150r n150r
+endef
+TARGET_DEVICES += n150r
--
2.1.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 3/4] ath79: add Netgear WNR612 v2
Netgear WNR612 v2:
- cpu Atheros AR7240 (Python) @400MHz
- flash 4MB
- ram 32MB
- ethernet 10/100: 1xwan + 2xlan (only two)
- radio AR9285
As there is a rebranded WNR612v2 called ON Networks N150R, add
a dtsi which includes all device support, and add a separate dts
for the board only (allowing for a separate one for the subsequent
N150R).
Signed-off-by: Zoltan HERPAI
---
target/linux/ath79/base-files/etc/board.d/01_leds | 6 +
.../linux/ath79/base-files/etc/board.d/02_network | 5 +
.../etc/hotplug.d/firmware/10-ath9k-eeprom | 1 +
.../linux/ath79/dts/ar7240_netgear_wnr612-v2.dts | 10 ++
.../linux/ath79/dts/ar7240_netgear_wnr612-v2.dtsi | 147 +
target/linux/ath79/image/Makefile | 1 +
target/linux/ath79/image/tiny-netgear.mk | 19 +++
7 files changed, 189 insertions(+)
create mode 100644 target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dts
create mode 100644 target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dtsi
create mode 100644 target/linux/ath79/image/tiny-netgear.mk
diff --git a/target/linux/ath79/base-files/etc/board.d/01_leds
b/target/linux/ath79/base-files/etc/board.d/01_leds
index 0ba03b2..ee6568e 100755
--- a/target/linux/ath79/base-files/etc/board.d/01_leds
+++ b/target/linux/ath79/base-files/etc/board.d/01_leds
@@ -27,6 +27,12 @@ case "$board" in
"glinet,ar150")
ucidef_set_led_wlan "wlan" "WLAN" "gl-ar150:orange:wlan" "phy0tpt"
;;
+"netgear,wnr612-v2")
+ ucidef_set_led_netdev "wan" "WAN" "netgear:green:wan" "eth0"
+ ucidef_set_led_wlan "wlan" "WLAN" "netgear:green:wlan" "phy0tpt"
+ ucidef_set_led_switch "lan1" "LAN1" "netgear:green:lan1" "switch0"
"0x02" "0x0f"
+ ucidef_set_led_switch "lan2" "LAN2" "netgear:green:lan2" "switch0"
"0x04" "0x0f"
+ ;;
"tplink,tl-mr3020-v1")
ucidef_set_led_switch "lan" "LAN" "tp-link:green:lan" "switch0" "0x02"
;;
diff --git a/target/linux/ath79/base-files/etc/board.d/02_network
b/target/linux/ath79/base-files/etc/board.d/02_network
index 8e3c917..f1f4bd0 100755
--- a/target/linux/ath79/base-files/etc/board.d/02_network
+++ b/target/linux/ath79/base-files/etc/board.d/02_network
@@ -26,6 +26,11 @@ ath79_setup_interfaces()
"glinet,ar150")
ucidef_set_interfaces_lan_wan "eth1" "eth0"
;;
+ "netgear,wnr612-v2")
+ ucidef_set_interfaces_lan_wan "eth1.1" "eth0"
+ ucidef_add_switch "switch0" \
+ "0@eth1" "1:lan" "2:lan" "3:lan:3" "4:lan:4"
+ ;;
"tplink,tl-mr3020-v1")
ucidef_set_interface_lan "eth0.1"
ucidef_add_switch "switch0" "0@eth0" "1:lan"
diff --git
a/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
b/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
index 498cc4e..1ed7460 100644
--- a/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
+++ b/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
@@ -54,6 +54,7 @@ case "$FIRMWARE" in
"tplink,tl-wdr4300")
ath9k_eeprom_extract "art" 20480 1088
;;
+ "netgear,wnr612-v2"|\
"tplink,tl-wr740n-v2"|\
"ubnt,unifi")
ath9k_eeprom_extract "art" 4096 2048
diff --git a/target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dts
b/target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dts
new file mode 100644
index 000..d804064
--- /dev/null
+++ b/target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dts
@@ -0,0 +1,10 @@
+// SPDX-License-Identifier: GPL-2.0-or-later OR MIT
+/dts-v1/;
+
+#include "ar7240_netgear_wnr612-v2.dtsi"
+
+/ {
+ model = "Netgear WNR612 v2";
+ compatible = "netgear,wnr612-v2";
+};
+
diff --git a/target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dtsi
b/target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dtsi
new file mode 100644
index 000..b86147e
--- /dev/null
+++ b/target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dtsi
@@ -0,0 +1,147 @@
+// SPDX-License-Identifier: GPL-2.0-or-later OR MIT
+/dts-v1/;
+
+#include
+#include
+
+#include "ar7240.dtsi"
+
+/ {
+ compatible = "netgear,wnr612-v2", "qca,ar7240";
+ model = "Netgear WNR612 V2";
+
+ aliases {
+ led-status = &led_power;
+ };
+
+ memory@0 {
+
[OpenWrt-Devel] [PATCH 2/4] ath79: move Netgear build code into a common makefile
Signed-off-by: Zoltan HERPAI --- target/linux/ath79/image/common-netgear.mk | 22 ++ target/linux/ath79/image/generic.mk| 24 +--- 2 files changed, 23 insertions(+), 23 deletions(-) create mode 100644 target/linux/ath79/image/common-netgear.mk diff --git a/target/linux/ath79/image/common-netgear.mk b/target/linux/ath79/image/common-netgear.mk new file mode 100644 index 000..ca4e005 --- /dev/null +++ b/target/linux/ath79/image/common-netgear.mk @@ -0,0 +1,22 @@ +define Build/netgear-squashfs + rm -rf $@.fs $@.squashfs + mkdir -p $@.fs/image + cp $@ $@.fs/image/uImage + $(STAGING_DIR_HOST)/bin/mksquashfs-lzma \ + $@.fs $@.squashfs -be \ + -noappend -root-owned -b 65536 \ + $(if $(SOURCE_DATE_EPOCH),-fixed-time $(SOURCE_DATE_EPOCH)) + + dd if=/dev/zero bs=1k count=1 >> $@.squashfs + mkimage \ + -A mips -O linux -T filesystem -C none \ + -M $(NETGEAR_KERNEL_MAGIC) \ + -a 0xbf07 -e 0xbf07 \ + -n 'MIPS $(VERSION_DIST) Linux-$(LINUX_VERSION)' \ + -d $@.squashfs $@ + rm -rf $@.squashfs $@.fs +endef + +define Build/netgear-uImage + $(call Build/uImage,$(1) -M $(NETGEAR_KERNEL_MAGIC)) +endef diff --git a/target/linux/ath79/image/generic.mk b/target/linux/ath79/image/generic.mk index 9475d0a..6e662ce 100644 --- a/target/linux/ath79/image/generic.mk +++ b/target/linux/ath79/image/generic.mk @@ -1,26 +1,4 @@ -define Build/netgear-squashfs - rm -rf $@.fs $@.squashfs - mkdir -p $@.fs/image - cp $@ $@.fs/image/uImage - $(STAGING_DIR_HOST)/bin/mksquashfs-lzma \ - $@.fs $@.squashfs \ - -noappend -root-owned -be -b 65536 \ - $(if $(SOURCE_DATE_EPOCH),-fixed-time $(SOURCE_DATE_EPOCH)) - - dd if=/dev/zero bs=1k count=1 >> $@.squashfs - mkimage \ - -A mips -O linux -T filesystem -C none \ - -M $(NETGEAR_KERNEL_MAGIC) \ - -a 0xbf07 -e 0xbf07 \ - -n 'MIPS $(VERSION_DIST) Linux-$(LINUX_VERSION)' \ - -d $@.squashfs $@ - rm -rf $@.squashfs $@.fs -endef - -define Build/netgear-uImage - $(call Build/uImage,$(1) -M $(NETGEAR_KERNEL_MAGIC)) -endef - +include ./common-netgear.mk define Device/avm_fritz300e ATH_SOC := ar7242 -- 2.1.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 1/4] tools: build squashfs (v3) for ath79
Felix Fietkau wrote: On 2018-06-13 20:01, Mathias Kresin wrote: 13.06.2018 10:51, Zoltan HERPAI: Certain Netgear devices use BE squashfs for the kernel image. As squashfs4 only supports creating LE images, add squashfs (v3) into the tools to be built for ath79. Trying to use an LE squashfs (thus trying to use squashfs4 only for building the image) for the kernel image results in the bootloader barfing and stopping. Signed-off-by: Zoltan HERPAI --- tools/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/Makefile b/tools/Makefile index d2b5daf..c8ef02c 100644 --- a/tools/Makefile +++ b/tools/Makefile @@ -31,6 +31,7 @@ tools-$(CONFIG_TARGET_orion_generic) += wrt350nv2-builder upslug2 tools-$(CONFIG_TARGET_x86) += qemu tools-$(CONFIG_TARGET_mxs) += elftosb sdimage tools-$(CONFIG_TARGET_ar71xx) += lzma-old squashfs +tools-$(CONFIG_TARGET_ath79) += squashfs tools-$(CONFIG_USES_MINOR) += kernel2minor tools-y += lzma squashfs4 tools-$(BUILD_B43_TOOLS) += b43-tools Hey Zoltan, I tried to do exactly the same at time I noticed the issue. If I apply your patch, the following (and even more related) new warnings are shown on my system: tools/Makefile:153: warning: overriding recipe for target 'tools/squashfs/clean' tools/Makefile:153: warning: ignoring old recipe for target 'tools/squashfs/clean' tools/Makefile:153: warning: overriding recipe for target 'tools/squashfs/download' tools/Makefile:153: warning: ignoring old recipe for target 'tools/squashfs/download' tools/Makefile:153: warning: overriding recipe for target 'tools/squashfs/prepare' tools/Makefile:153: warning: ignoring old recipe for target 'tools/squashfs/prepare' tools/Makefile:153: warning: overriding recipe for target 'tools/squashfs/compile' I've no idea what is going wrong. Instead I've the following change in my local tree since a few days (but didn't managed to send it yet): diff --git a/tools/Makefile b/tools/Makefile index d2b5daf..b546c64 100644 --- a/tools/Makefile +++ b/tools/Makefile @@ -30,7 +30,10 @@ tools-y += mtools dosfstools libressl tools-$(CONFIG_TARGET_orion_generic) += wrt350nv2-builder upslug2 tools-$(CONFIG_TARGET_x86) += qemu tools-$(CONFIG_TARGET_mxs) += elftosb sdimage -tools-$(CONFIG_TARGET_ar71xx) += lzma-old squashfs +tools-$(CONFIG_TARGET_ar71xx) += lzma-old +ifeq ($(CONFIG_TARGET_ar71xx)$(CONFIG_TARGET_ath79),y) + tools-y += squashfs +endif How about this instead: tools-$(CONFIG_TARGET_ar71xx)$(CONFIG_TARGET_ath79) += squashfs - Felix I'm happy with either, whichever you guys fancy. Thanks, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v2 2/2] ath79: add support for ON Networks N150R
This is a rebranded Netgear WNR612v2, specs are the same.
- Atheros AR7240 (Python) @400MHz
- flash 4MB
- ram 32MB
- ethernet 10/100: 1xwan + 2xlan (only two)
- radio AR9285
Signed-off-by: Zoltan HERPAI
---
target/linux/ath79/base-files/etc/board.d/01_leds | 3 ++-
target/linux/ath79/base-files/etc/board.d/02_network| 3 ++-
.../base-files/etc/hotplug.d/firmware/10-ath9k-eeprom | 1 +
target/linux/ath79/dts/ar7240_on_n150r.dts | 10 ++
target/linux/ath79/image/tiny-netgear.mk| 17 +
5 files changed, 32 insertions(+), 2 deletions(-)
create mode 100644 target/linux/ath79/dts/ar7240_on_n150r.dts
diff --git a/target/linux/ath79/base-files/etc/board.d/01_leds
b/target/linux/ath79/base-files/etc/board.d/01_leds
index 68f94ed..29416ad 100755
--- a/target/linux/ath79/base-files/etc/board.d/01_leds
+++ b/target/linux/ath79/base-files/etc/board.d/01_leds
@@ -22,7 +22,8 @@ case "$board" in
ucidef_set_led_oneshot "modbus" "Modbus" "$boardname:red:modbus" "100"
"33"
ucidef_set_led_default "etactica" "etactica" "$boardname:red:etactica"
"ignore"
;;
-"netgear,wnr612-v2")
+"netgear,wnr612-v2"|\
+"on,n150r")
ucidef_set_led_netdev "wan" "WAN" "netgear:green:wan" "eth0"
ucidef_set_led_switch "lan1" "LAN1" "netgear:green:lan1" "switch0"
"0x02" "0x0f"
ucidef_set_led_switch "lan2" "LAN2" "netgear:green:lan2" "switch0"
"0x04" "0x0f"
diff --git a/target/linux/ath79/base-files/etc/board.d/02_network
b/target/linux/ath79/base-files/etc/board.d/02_network
index 2caf443..743b877 100755
--- a/target/linux/ath79/base-files/etc/board.d/02_network
+++ b/target/linux/ath79/base-files/etc/board.d/02_network
@@ -33,7 +33,8 @@ ath79_setup_interfaces()
ucidef_set_interfaces_lan_wan "eth1" "eth0"
;;
- "netgear,wnr612-v2")
+ "netgear,wnr612-v2"|\
+ "on,n150r")
ucidef_set_interfaces_lan_wan "eth1.1" "eth0"
ucidef_add_switch "switch0" \
"0@eth1" "1:lan" "2:lan" "3:lan:3" "4:lan:4"
diff --git
a/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
b/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
index 1ed7460..5b22b15 100644
--- a/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
+++ b/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
@@ -55,6 +55,7 @@ case "$FIRMWARE" in
ath9k_eeprom_extract "art" 20480 1088
;;
"netgear,wnr612-v2"|\
+ "on,n150r"|\
"tplink,tl-wr740n-v2"|\
"ubnt,unifi")
ath9k_eeprom_extract "art" 4096 2048
diff --git a/target/linux/ath79/dts/ar7240_on_n150r.dts
b/target/linux/ath79/dts/ar7240_on_n150r.dts
new file mode 100644
index 000..cb4cf92
--- /dev/null
+++ b/target/linux/ath79/dts/ar7240_on_n150r.dts
@@ -0,0 +1,10 @@
+// SPDX-License-Identifier: GPL-2.0-or-later OR MIT
+/dts-v1/;
+
+#include "ar7240_netgear_wnr612-v2.dtsi"
+
+/ {
+ model = "ON Network N150R";
+ compatible = "on,n150r";
+};
+
diff --git a/target/linux/ath79/image/tiny-netgear.mk
b/target/linux/ath79/image/tiny-netgear.mk
index 81f83fd..48d14e9 100644
--- a/target/linux/ath79/image/tiny-netgear.mk
+++ b/target/linux/ath79/image/tiny-netgear.mk
@@ -17,3 +17,20 @@ define Device/netgear_wnr612-v2
SUPPORTED_DEVICES := netgear,wnr612-v2 wnr612-v2
endef
TARGET_DEVICES += netgear_wnr612-v2
+
+define Device/n150r
+ ATH_SOC := ar7240
+ DEVICE_TITLE := ON Network N150R
+ DEVICE_DTS := ar7240_on_n150r
+ NETGEAR_KERNEL_MAGIC := 0x32303631
+ KERNEL := kernel-bin | append-dtb | lzma -d20 | netgear-uImage lzma
+ KERNEL_INITRAMFS := kernel-bin | append-dtb | lzma -d20 | netgear-uImage lzma
+ NETGEAR_BOARD_ID := N150R
+ IMAGE_SIZE := 3904k
+ IMAGES := sysupgrade.bin factory.img
+ IMAGE/default := append-kernel | pad-to (BLOCKSIZE) | netgear-squashfs |
append-rootfs | pad-rootfs
+ IMAGE/sysupgrade.bin := $$(IMAGE/default) | append-metadata | check-size
(IMAGE_SIZE)
+ IMAGE/factory.img := $$(IMAGE/default) | netgear-dni | check-size
(IMAGE_SIZE)
+ SUPPORTED_DEVICES := on,n150r n150r
+endef
+TARGET_DEVICES += n150r
--
2.1.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v2 1/2] ath79: add Netgear WNR612 v2
Netgear WNR612 v2:
- cpu Atheros AR7240 (Python) @400MHz
- flash 4MB
- ram 32MB
- ethernet 10/100: 1xwan + 2xlan (only two)
- radio AR9285
As there is a rebranded WNR612v2 called ON Networks N150R, add
a dtsi which includes all device support, and add a separate dts
for the device only (with a separate one for the subsequent N150R).
Signed-off-by: Zoltan HERPAI
---
target/linux/ath79/base-files/etc/board.d/01_leds | 5 +
.../linux/ath79/base-files/etc/board.d/02_network | 6 +
.../etc/hotplug.d/firmware/10-ath9k-eeprom | 1 +
.../linux/ath79/dts/ar7240_netgear_wnr612-v2.dts | 10 ++
.../linux/ath79/dts/ar7240_netgear_wnr612-v2.dtsi | 147 +
target/linux/ath79/image/Makefile | 1 +
target/linux/ath79/image/tiny-netgear.mk | 19 +++
7 files changed, 189 insertions(+)
create mode 100644 target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dts
create mode 100644 target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dtsi
create mode 100644 target/linux/ath79/image/tiny-netgear.mk
diff --git a/target/linux/ath79/base-files/etc/board.d/01_leds
b/target/linux/ath79/base-files/etc/board.d/01_leds
index 92b7e7d..68f94ed 100755
--- a/target/linux/ath79/base-files/etc/board.d/01_leds
+++ b/target/linux/ath79/base-files/etc/board.d/01_leds
@@ -22,6 +22,11 @@ case "$board" in
ucidef_set_led_oneshot "modbus" "Modbus" "$boardname:red:modbus" "100"
"33"
ucidef_set_led_default "etactica" "etactica" "$boardname:red:etactica"
"ignore"
;;
+"netgear,wnr612-v2")
+ ucidef_set_led_netdev "wan" "WAN" "netgear:green:wan" "eth0"
+ ucidef_set_led_switch "lan1" "LAN1" "netgear:green:lan1" "switch0"
"0x02" "0x0f"
+ ucidef_set_led_switch "lan2" "LAN2" "netgear:green:lan2" "switch0"
"0x04" "0x0f"
+ ;;
"tplink,tl-mr3020-v1")
ucidef_set_led_switch "lan" "LAN" "tp-link:green:lan" "switch0" "0x02"
;;
diff --git a/target/linux/ath79/base-files/etc/board.d/02_network
b/target/linux/ath79/base-files/etc/board.d/02_network
index f734518..2caf443 100755
--- a/target/linux/ath79/base-files/etc/board.d/02_network
+++ b/target/linux/ath79/base-files/etc/board.d/02_network
@@ -33,6 +33,12 @@ ath79_setup_interfaces()
ucidef_set_interfaces_lan_wan "eth1" "eth0"
;;
+ "netgear,wnr612-v2")
+ ucidef_set_interfaces_lan_wan "eth1.1" "eth0"
+ ucidef_add_switch "switch0" \
+ "0@eth1" "1:lan" "2:lan" "3:lan:3" "4:lan:4"
+ ;;
+
"tplink,tl-mr3020-v1")
ucidef_set_interface_lan "eth0.1"
ucidef_add_switch "switch0" "0@eth0" "1:lan"
diff --git
a/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
b/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
index 498cc4e..1ed7460 100644
--- a/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
+++ b/target/linux/ath79/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom
@@ -54,6 +54,7 @@ case "$FIRMWARE" in
"tplink,tl-wdr4300")
ath9k_eeprom_extract "art" 20480 1088
;;
+ "netgear,wnr612-v2"|\
"tplink,tl-wr740n-v2"|\
"ubnt,unifi")
ath9k_eeprom_extract "art" 4096 2048
diff --git a/target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dts
b/target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dts
new file mode 100644
index 000..d804064
--- /dev/null
+++ b/target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dts
@@ -0,0 +1,10 @@
+// SPDX-License-Identifier: GPL-2.0-or-later OR MIT
+/dts-v1/;
+
+#include "ar7240_netgear_wnr612-v2.dtsi"
+
+/ {
+ model = "Netgear WNR612 v2";
+ compatible = "netgear,wnr612-v2";
+};
+
diff --git a/target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dtsi
b/target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dtsi
new file mode 100644
index 000..c5ceb6e
--- /dev/null
+++ b/target/linux/ath79/dts/ar7240_netgear_wnr612-v2.dtsi
@@ -0,0 +1,147 @@
+// SPDX-License-Identifier: GPL-2.0-or-later OR MIT
+/dts-v1/;
+
+#include
+#include
+
+#include "ar7240.dtsi"
+
+/ {
+ compatible = "netgear,wnr612-v2", "qca,ar7240";
+ model = "Netgear WNR612 V2";
+
+ aliases {
+ led-status = &led_power;
+ };
+
+ memory@0 {
+ device_type = "memory
Re: [OpenWrt-Devel] Missing target sunxi in BB RC[x] series?
On Mon, 8 Sep 2014, Derek Werthmuller wrote: Looking to build BB RC3 for a few of the AllWinnerA20 processor boards, but I don't see them as a target on make menuconfig page? Am I missing something? Also don't see any pre-built images for BB for any of these platforms. I can understand if they were removed from the RC series since they may not be ready for production quite yet and need to stay in trunk. I havn't looked in trunk since BB RC branched. Hi, sunxi depends at least on 3.13 or 3.14 to have decent support for its peripherals. BB focuses on 3.10, backporting the sunxi patches to that kernel wouldn't have made sense. It will make its way into the next release, until that time, please use trunk. Note: an sdcard image generator for the target is on the way. Thx, -w-___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH RESEND] mxs: make boardname consistent with other targets
Michael Heimpold wrote: Remove 'series' as all other targets do not use this, too. It should be obviously clear, that this target refer to a whole CPU family. Signed-off-by: Michael Heimpold --- Hi Michael, Applied most of the series in r43646-43651, r43657, I've put an SOB where I could test the patch. The whitespace fix doesn't apply cleanly - would you mind to re-send that please. Anyway, many thanks for the patches and your patience. Regards, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [RFC PATCH] mac80211: brcmfmac: separate SDIO and USB support
This patch will add options to select SDIO and USB support in the brcmfmac driver, and not tie it to only support USB. As the driver doesn't build the host interface code into separate .ko, the required ones are selected via config options. PCIe support is not added now, can be added later. As of now, only sunxi would use the SDIO support for the Ampak modules. Signed-off-by: Zoltan HERPAI --- Index: package/kernel/mac80211/Makefile === --- package/kernel/mac80211/Makefile(revision 43857) +++ package/kernel/mac80211/Makefile(working copy) @@ -1477,17 +1477,36 @@ define KernelPackage/brcmfmac $(call KernelPackage/mac80211/Default) - TITLE:=Broadcom IEEE802.11n USB FullMAC WLAN driver + TITLE:=Broadcom IEEE802.11n USB/SDIO FullMAC WLAN driver URL:=http://linuxwireless.org/en/users/Drivers/brcm80211 - DEPENDS+= @USB_SUPPORT +kmod-usb-core +kmod-cfg80211 +@DRIVER_11N_SUPPORT +kmod-brcmutil + DEPENDS+= @(USB_SUPPORT||TARGET_sunxi) +kmod-cfg80211 +@DRIVER_11N_SUPPORT +kmod-brcmutil FILES:=$(PKG_BUILD_DIR)/drivers/net/wireless/brcm80211/brcmfmac/brcmfmac.ko AUTOLOAD:=$(call AutoProbe,brcmfmac) endef define KernelPackage/brcmfmac/description - Kernel module for Broadcom IEEE802.11n USB Wireless cards + Kernel module for Broadcom IEEE802.11n USB/SDIO Wireless cards endef +define KernelPackage/brcmfmac/config +if PACKAGE_kmod-brcmfmac + + config PACKAGE_BRCMFMAC_SDIO + depends TARGET_sunxi + bool "Broadcom FullMAC SDIO support" + help + Say Y if you want to enable SDIO support for the brcmfmac driver. + + config PACKAGE_BRCMFMAC_USB + select PACKAGE_kmod-usb-core + default y + bool "Broadcom FullMAC USB support" + help + Say Y if you want to enable USB support for the brcmfmac driver. + +endif +endef + config_package=$(if $(CONFIG_PACKAGE_kmod-$(1)),m) config-y:= \ @@ -1558,8 +1577,9 @@ config-$(call config_package,brcmutil) += BRCMUTIL config-$(call config_package,brcmsmac) += BRCMSMAC config-$(call config_package,brcmfmac) += BRCMFMAC -config-y += BRCMFMAC_USB +config-$(CONFIG_PACKAGE_BRCMFMAC_USB) += BRCMFMAC_USB config-$(CONFIG_PACKAGE_BRCM80211_DEBUG) += BRCMDBG +config-$(CONFIG_PACKAGE_BRCMFMAC_SDIO) += BRCMFMAC_SDIO config-$(call config_package,mac80211-hwsim) += MAC80211_HWSIM @@ -1969,12 +1989,25 @@ define KernelPackage/brcmfmac/install $(INSTALL_DIR) $(1)/lib/firmware/brcm +ifeq ($(CONFIG_PACKAGE_BRCMFMAC_USB),y) $(INSTALL_DATA) \ $(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac43236b.bin \ $(1)/lib/firmware/brcm/ $(INSTALL_DATA) \ $(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac43143.bin \ $(1)/lib/firmware/brcm/ +endif +ifeq ($(CONFIG_PACKAGE_BRCMFMAC_SDIO),y) + $(INSTALL_DATA) \ + $(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac4329-sdio.bin \ + $(1)/lib/firmware/brcm/ + $(INSTALL_DATA) \ + $(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac4330-sdio.bin \ + $(1)/lib/firmware/brcm/ + $(INSTALL_DATA) \ + $(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac43362-sdio.bin \ + $(1)/lib/firmware/brcm/ +endif endef $(eval $(call KernelPackage,adm8211)) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 1/7] kernel: add missing symbols for 3.18
Hi, On Sat, 10 Jan 2015, Daniel Golle wrote: Augmented by iptables modules, if they are enabled. oldconfig hangs and asks for them if *tables modules are not selected. Signed-off-by: Daniel Golle --- target/linux/generic/config-3.18 | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/generic/config-3.18 b/target/linux/generic/config-3.18 index ce2ec5c..1927a18 100644 --- a/target/linux/generic/config-3.18 +++ b/target/linux/generic/config-3.18 @@ -2552,6 +2552,8 @@ CONFIG_NF_CONNTRACK_PROCFS=y # CONFIG_NF_CT_PROTO_UDPLITE is not set # CONFIG_NF_DEFRAG_IPV4 is not set # CONFIG_NF_LOG_ARP is not set +# CONFIG_NF_LOG_IPV4 is not set +# CONFIG_NF_REJECT_IPV4 is not set # CONFIG_NF_NAT is not set # CONFIG_NF_NAT_AMANDA is not set # CONFIG_NF_NAT_FTP is not set This one was added as part of r43912 already - thanks. Based on the first mvebu 3.18 build, further similar ones are expected. Regards, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 7/7] sunxi: add support for Lamobo R1
Hi, On Sat, 10 Jan 2015, Daniel Golle wrote: Initial support for BananaPi-R1 aka Lamobo-R1. Based on patchset form Wang Yi published on https://github.com/Lamobo/Lamobo-R1-OpenWrt Thanks for submitting this. Did you have a chance to verify the switch working? I have read various results around it. Regards, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 3/7] uboot-sunxi: fix bananapro target
Hi, On Sat, 10 Jan 2015, Daniel Golle wrote: At least making sure stuff compiles before committing would be nice. Signed-off-by: Daniel Golle --- package/boot/uboot-sunxi/patches/003-add-lemaker-bananapro.diff | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/package/boot/uboot-sunxi/patches/003-add-lemaker-bananapro.diff b/package/boot/uboot-sunxi/patches/003-add-lemaker-bananapro.diff index 1d2677c..23d0ebf 100644 --- a/package/boot/uboot-sunxi/patches/003-add-lemaker-bananapro.diff +++ b/package/boot/uboot-sunxi/patches/003-add-lemaker-bananapro.diff @@ -5,7 +5,7 @@ diff -ruN u-boot-2015.01-rc3.old/board/sunxi/Makefile u-boot-2015.01-rc3/board/s obj-$(CONFIG_TARGET_AUXTEK_T004) += dram_a10s_olinuxino_m.o obj-$(CONFIG_TARGET_BA10_TV_BOX) += dram_sun4i_384_1024_iow8.o obj-$(CONFIG_TARGET_BANANAPI) += dram_bananapi.o -+obj-$(CONFIG_TARGET_BANANAPI) += dram_bananapi.o ++obj-$(CONFIG_TARGET_BANANAPRO)+= dram_bananapi.o obj-$(CONFIG_TARGET_CUBIEBOARD)+= dram_cubieboard.o obj-$(CONFIG_TARGET_CUBIEBOARD2) += dram_cubieboard2.o obj-$(CONFIG_TARGET_CUBIETRUCK)+= dram_cubietruck.o This was missed during patch shuffling - thanks, applied in r43921. Regards, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 5/7] sunxi: merge upstream devicetree improvements for bananapro
Hi, On Sat, 10 Jan 2015, Daniel Golle wrote: merges DTS published on linux devicetree mailing list. Thanks for this - didn't spot that Hans beat me with a few days on the file. Pushed in the published patch, and will patch in the brcmfmac-related stuff later. Thanks, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [RFC PATCH] mac80211: brcmfmac: separate SDIO and USB support
Jose, On Tue, 13 Jan 2015, José Vázquez wrote: 2015-01-13 8:46 GMT+01:00, Zoltan HERPAI : I haven't seen any flags that does SDIO_SUPPORT or something similar. It's either removing "depend on USB_SUPPORT" or add dependencies for the targets that'll use the SDIO part. Do you know of other approach? Thanks, -w- You are right: there isn't SDIO_SUPPORT flag. I suggested to delete sunxi dependency because maybe in the future will be support for other boards that belong to different targets that will need sdio support to make the wifi work. Anyway, while only sunxi based boards need it, the patch can be left as is to avoid confusion. Further targets which require this package can be added later - so far sunxi is the only one which needs the SDIO support in brcmfmac, unless someone comes up with another. sunxi has USB_SUPPORT, but I wanted to indicate that to enable the SDIO part, one does not need to have it, and can be extended easily. Thanks, -w- On Tue, 13 Jan 2015, José Vázquez wrote: IMHO make sdio selecton depends only on sunxi is not a good idea. 2015-01-07 20:37 GMT+01:00, Zoltan HERPAI : This patch will add options to select SDIO and USB support in the brcmfmac driver, and not tie it to only support USB. As the driver doesn't build the host interface code into separate .ko, the required ones are selected via config options. PCIe support is not added now, can be added later. As of now, only sunxi would use the SDIO support for the Ampak modules. Signed-off-by: Zoltan HERPAI --- Index: package/kernel/mac80211/Makefile === --- package/kernel/mac80211/Makefile(revision 43857) +++ package/kernel/mac80211/Makefile(working copy) @@ -1477,17 +1477,36 @@ define KernelPackage/brcmfmac $(call KernelPackage/mac80211/Default) - TITLE:=Broadcom IEEE802.11n USB FullMAC WLAN driver + TITLE:=Broadcom IEEE802.11n USB/SDIO FullMAC WLAN driver URL:=http://linuxwireless.org/en/users/Drivers/brcm80211 - DEPENDS+= @USB_SUPPORT +kmod-usb-core +kmod-cfg80211 +@DRIVER_11N_SUPPORT +kmod-brcmutil + DEPENDS+= @(USB_SUPPORT||TARGET_sunxi) +kmod-cfg80211 +@DRIVER_11N_SUPPORT +kmod-brcmutil FILES:=$(PKG_BUILD_DIR)/drivers/net/wireless/brcm80211/brcmfmac/brcmfmac.ko AUTOLOAD:=$(call AutoProbe,brcmfmac) endef define KernelPackage/brcmfmac/description - Kernel module for Broadcom IEEE802.11n USB Wireless cards + Kernel module for Broadcom IEEE802.11n USB/SDIO Wireless cards endef +define KernelPackage/brcmfmac/config +if PACKAGE_kmod-brcmfmac + + config PACKAGE_BRCMFMAC_SDIO + depends TARGET_sunxi + bool "Broadcom FullMAC SDIO support" + help + Say Y if you want to enable SDIO support for the brcmfmac driver. + + config PACKAGE_BRCMFMAC_USB + select PACKAGE_kmod-usb-core + default y + bool "Broadcom FullMAC USB support" + help + Say Y if you want to enable USB support for the brcmfmac driver. + +endif +endef + config_package=$(if $(CONFIG_PACKAGE_kmod-$(1)),m) config-y:= \ @@ -1558,8 +1577,9 @@ config-$(call config_package,brcmutil) += BRCMUTIL config-$(call config_package,brcmsmac) += BRCMSMAC config-$(call config_package,brcmfmac) += BRCMFMAC -config-y += BRCMFMAC_USB +config-$(CONFIG_PACKAGE_BRCMFMAC_USB) += BRCMFMAC_USB config-$(CONFIG_PACKAGE_BRCM80211_DEBUG) += BRCMDBG +config-$(CONFIG_PACKAGE_BRCMFMAC_SDIO) += BRCMFMAC_SDIO config-$(call config_package,mac80211-hwsim) += MAC80211_HWSIM @@ -1969,12 +1989,25 @@ define KernelPackage/brcmfmac/install $(INSTALL_DIR) $(1)/lib/firmware/brcm +ifeq ($(CONFIG_PACKAGE_BRCMFMAC_USB),y) $(INSTALL_DATA) \ $(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac43236b.bin \ $(1)/lib/firmware/brcm/ $(INSTALL_DATA) \ $(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac43143.bin \ $(1)/lib/firmware/brcm/ +endif +ifeq ($(CONFIG_PACKAGE_BRCMFMAC_SDIO),y) + $(INSTALL_DATA) \ + $(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac4329-sdio.bin \ + $(1)/lib/firmware/brcm/ + $(INSTALL_DATA) \ + $(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac4330-sdio.bin \ + $(1)/lib/firmware/brcm/ + $(INSTALL_DATA) \ + $(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)/brcm/brcmfmac43362-sdio.bin \ + $(1)/lib/firmware/brcm/ +endif endef $(eval $(call KernelPackage,adm8211)) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel __
Re: [OpenWrt-Devel] [PATCH] uboot-sunxi: bump to 2015.01 release
Daniel Golle wrote: Signed-off-by: Daniel Golle --- package/boot/uboot-sunxi/Makefile | 6 +- ...-3e1ded1fff32d8af8cc5eec22c56797621ea6649.patch | 25006 --- 2 files changed, 4 insertions(+), 25008 deletions(-) delete mode 100644 package/boot/uboot-sunxi/patches/001-u-boot-trunk-3e1ded1fff32d8af8cc5eec22c56797621ea6649.patch Applied in r44035, thanks. Regards, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 2/8] packages: uboot-sunxi: uEnv is used as a script rather than default env
Hi Daniel, On Mon, 19 Jan 2015, Daniel Golle wrote: --- package/boot/uboot-sunxi/uEnv.txt | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/package/boot/uboot-sunxi/uEnv.txt b/package/boot/uboot-sunxi/uEnv.txt index e4fc0e1..e024954 100644 --- a/package/boot/uboot-sunxi/uEnv.txt +++ b/package/boot/uboot-sunxi/uEnv.txt @@ -1,5 +1,6 @@ -fdt_high= -loadkernel=fatload mmc 0 0x4600 uImage -loaddtb=fatload mmc 0 0x4900 dtb -bootargs=console=ttyS0,115200 earlyprintk root=/dev/mmcblk0p2 rootwait -uenvcmd=run loadkernel && run loaddtb && bootm 0x4600 - 0x4900 +setenv fdt_high +setenv loadkernel fatload mmc 0 \$kernel_addr_r uImage +setenv loaddtb fatload mmc 0 \$fdt_addr_r dtb +setenv bootargs console=ttyS0,115200 earlyprintk root=/dev/mmcblk0p2 rootwait +setenv uenvcmd run loadkernel \&\& run loaddtb \&\& bootm \$kernel_addr_r - \$fdt_addr_r +run uenvcmd Please add a Signed-off-by: here, otherwise tested and ready to be committed. Thanks, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 7/8] sunxi: add support for Lamobo R1
Hi Daniel, On Mon, 19 Jan 2015, Daniel Golle wrote: Partially based on patchset form Wang Yi published on https://github.com/Lamobo/Lamobo-R1-OpenWrt as well as on Bananapi DTS. Signed-off-by: Daniel Golle --- .../sunxi/base-files/etc/uci-defaults/02_network | 6 + target/linux/sunxi/base-files/lib/sunxi.sh | 4 + target/linux/sunxi/config-3.18 | 5 + target/linux/sunxi/image/Makefile | 7 +- .../patches-3.18/302-dt-sun7i-add-lamobo-r1.patch | 252 + target/linux/sunxi/profiles/lamobo-r1.mk | 19 ++ 6 files changed, 292 insertions(+), 1 deletion(-) mode change 100644 => 100755 target/linux/sunxi/image/Makefile create mode 100644 target/linux/sunxi/patches-3.18/302-dt-sun7i-add-lamobo-r1.patch create mode 100644 target/linux/sunxi/profiles/lamobo-r1.mk Looks good. Could you create the board's docs on the wiki [1] ? If you have some time, updating the docs on the linux-sunxi site [2] would also be great. Thanks, -w- [1] http://wiki.openwrt.org/doc/hardware/soc/soc.allwinner.sunxi [2] http://linux-sunxi.org/Lamobo_R1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2 2/8] packages: uboot-sunxi: uEnv is used as a script rather than default env
On Mon, 19 Jan 2015, Daniel Golle wrote: Signed-off-by: Daniel Golle --- package/boot/uboot-sunxi/uEnv.txt | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/package/boot/uboot-sunxi/uEnv.txt b/package/boot/uboot-sunxi/uEnv.txt index e4fc0e1..e024954 100644 --- a/package/boot/uboot-sunxi/uEnv.txt +++ b/package/boot/uboot-sunxi/uEnv.txt @@ -1,5 +1,6 @@ -fdt_high= -loadkernel=fatload mmc 0 0x4600 uImage -loaddtb=fatload mmc 0 0x4900 dtb -bootargs=console=ttyS0,115200 earlyprintk root=/dev/mmcblk0p2 rootwait -uenvcmd=run loadkernel && run loaddtb && bootm 0x4600 - 0x4900 +setenv fdt_high +setenv loadkernel fatload mmc 0 \$kernel_addr_r uImage +setenv loaddtb fatload mmc 0 \$fdt_addr_r dtb +setenv bootargs console=ttyS0,115200 earlyprintk root=/dev/mmcblk0p2 rootwait +setenv uenvcmd run loadkernel \&\& run loaddtb \&\& bootm \$kernel_addr_r - \$fdt_addr_r +run uenvcmd Thanks, applied in r44048. Regards, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2 7/8] sunxi: add support for Lamobo R1
Hi Daniel,
Comments inline:
Daniel Golle wrote:
Partially based on patchset form Wang Yi published
on https://github.com/Lamobo/Lamobo-R1-OpenWrt as well as on Bananapi DTS.
Signed-off-by: Daniel Golle
v2: swconfig needs to be built-in, switch is not detected properly otherwise
---
.../sunxi/base-files/etc/uci-defaults/02_network | 6 +
target/linux/sunxi/base-files/lib/sunxi.sh | 4 +
target/linux/sunxi/config-3.18 | 6 +
target/linux/sunxi/image/Makefile | 7 +-
.../patches-3.18/302-dt-sun7i-add-lamobo-r1.patch | 252 +
target/linux/sunxi/profiles/lamobo-r1.mk | 19 ++
6 files changed, 293 insertions(+), 1 deletion(-)
mode change 100644 => 100755 target/linux/sunxi/image/Makefile
create mode 100644
target/linux/sunxi/patches-3.18/302-dt-sun7i-add-lamobo-r1.patch
create mode 100644 target/linux/sunxi/profiles/lamobo-r1.mk
diff --git a/target/linux/sunxi/base-files/etc/uci-defaults/02_network
b/target/linux/sunxi/base-files/etc/uci-defaults/02_network
index 1a9b0ed..09db8d5 100644
--- a/target/linux/sunxi/base-files/etc/uci-defaults/02_network
+++ b/target/linux/sunxi/base-files/etc/uci-defaults/02_network
@@ -16,6 +16,12 @@ case "$( sunxi_board_name )" in
"olinuxino"*)
ucidef_set_interface_lan 'wlan0'
;;
+"lamobo-r1")
+ ucidef_set_interfaces_lan_wan "eth0.1" "eth0.2"
+ ucidef_add_switch "switch0" "1" "1"
+ ucidef_add_switch_vlan "switch0" "1" "4 0 1 2 8t"
+ ucidef_add_switch_vlan "switch0" "2" "3 8t"
+ ;;
*)
ucidef_set_interface_lan 'eth0'
;;
diff --git a/target/linux/sunxi/base-files/lib/sunxi.sh
b/target/linux/sunxi/base-files/lib/sunxi.sh
index d4dd9fe..444c7e9 100644
--- a/target/linux/sunxi/base-files/lib/sunxi.sh
+++ b/target/linux/sunxi/base-files/lib/sunxi.sh
@@ -105,6 +105,10 @@ sunxi_board_detect() {
board="i12-tvbox"
;;
+ "Lamobo R1")
+ board="lamobo-r1"
+ ;;
+
"Olimex A20-OLinuXino-LIME")
board="olinuxino-lime"
;;
I'm yet to test the new layout You proposed - looks good but I'll need
to test with the rest of the boards. I'm fine with adding the Lamobo
board with the current layout, then move on to the new one if You're in
a rush.
diff --git a/target/linux/sunxi/config-3.18 b/target/linux/sunxi/config-3.18
index 68f1593..3513f6a 100644
--- a/target/linux/sunxi/config-3.18
+++ b/target/linux/sunxi/config-3.18
@@ -58,6 +58,11 @@ CONFIG_AUDIT=y
CONFIG_AUDIT_GENERIC=y
CONFIG_AUTO_ZRELADDR=y
CONFIG_AVERAGE=y
+CONFIG_B53=y
+# CONFIG_B53_MMAP_DRIVER is not set
+CONFIG_B53_PHY_DRIVER=y
+CONFIG_B53_PHY_FIXUP=y
+# CONFIG_B53_SRAB_DRIVER is not set
CONFIG_BINFMT_MISC=y
CONFIG_BLK_CGROUP=y
CONFIG_BLK_DEV_SD=y
@@ -427,6 +432,7 @@ CONFIG_STRICT_DEVMEM=y
CONFIG_SUN4I_TIMER=y
CONFIG_SUN5I_HSTIMER=y
CONFIG_SUNXI_WATCHDOG=y
+CONFIG_SWCONFIG=y
CONFIG_SWIOTLB=y
CONFIG_SWP_EMULATE=y
CONFIG_SYSFS_SYSCALL=y
For comment on swconfig, see below at the profile.
diff --git a/target/linux/sunxi/image/Makefile
b/target/linux/sunxi/image/Makefile
old mode 100644
new mode 100755
index 4475aa8..f627ee3
--- a/target/linux/sunxi/image/Makefile
+++ b/target/linux/sunxi/image/Makefile
[snip]
This is OK
diff --git a/target/linux/sunxi/patches-3.18/302-dt-sun7i-add-lamobo-r1.patch
b/target/linux/sunxi/patches-3.18/302-dt-sun7i-add-lamobo-r1.patch
new file mode 100644
index 000..82c8bd5
--- /dev/null
+++ b/target/linux/sunxi/patches-3.18/302-dt-sun7i-add-lamobo-r1.patch
[snip]
Fine here as well. Do you plan to submit this DTS upstream?
diff --git a/target/linux/sunxi/profiles/lamobo-r1.mk
b/target/linux/sunxi/profiles/lamobo-r1.mk
new file mode 100644
index 000..4bc1185
--- /dev/null
+++ b/target/linux/sunxi/profiles/lamobo-r1.mk
@@ -0,0 +1,19 @@
+#
+# Copyright (C) 2015 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+define Profile/Lamobo_R1
+ NAME:=Lamobo R1
+ PACKAGES:=\
+ uboot-sunxi-Lamobo_R1 kmod-ata-sunxi kmod-rtl8192cu \
+ swconfig wpad-mini
+endef
+
+define Profile/Lamobo_R1/Description
+ Package set optimized for the Lamobo R1
+endef
+
+$(eval $(call Profile,Lamobo_R1))
If swconfig needs to be compiled in, I guess it can be taken out from
the package list?
Thanks,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 7/8] sunxi: add support for Lamobo R1
Hi Daniel, Daniel Golle wrote: Partially based on patchset form Wang Yi published on https://github.com/Lamobo/Lamobo-R1-OpenWrt as well as on Bananapi DTS. Signed-off-by: Daniel Golle --- I've added the missing patches in r44211-44216, with one small change in the network script to fix the network on the A13 Olinuxino Micros (olinuxino-micro), leaving the rest of the Olimex boards (olinuxino-lime) to use eth0 as default. Thanks for the series. Regards, Zoltan H ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 3/3] sunxi: add support for Linux 3.19
On Wed, 11 Feb 2015, Luka Perkov wrote: zoltan maintains the sunxi target. he might already have done work on this and might have some updates or whatever that he plans to incorporate. bumping a kernel maintained actively always has the risk of duplicating work and / or doing superfluous work Well, yes, that's why I put Zoltan on CC for that patch (you can't see that as the list server apparently removes CC's if the receiver is among the list subscribers). And sure, he might already have it ready himself or do things as he likes to, e.g. more testing on all boards before pushing the commit. I did this bump to 3.19 this morning because I was impatient to see if framebuffer works as it was promissed for 3.19 on sun7i. And it does. I was happy to see that and felt that it may make sense to publish my results. Note that my motivation when porting the patches was my own curiosity and it was fun doing it -- no matter, if any picks them up or not. Just in case Zoltan starts working on 3.19 tomorrow, he'll already have a reference point to start with. If he already got it ready and just wants to do more testing before pushing the commit -- fine, this might have been "a waste of time" when looking at it from an economic point of view. Just that my motiviation was self-education rather than just using my time as efficient as I can. Is there anything wrong with that? Or did anyone feel offended by that? Not at all. Please continue with good work. I only wish I've seen your patch sooner ;) Don't start a fight over my head without me. :) Daniel, thanks for the patches for bringing sunxi up to 3.19. I already had done some work, but this patchset helps, so I'll work it in and add you as SoB when committing. One small note, it might be worth to send "generic" and "target_foo-related" in separate series to the list, so they could be picked up and committed separately, avoiding unnecessary confusion. (That's just my $.02 though.) Thanks, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mxs: fix ext4 image
Harald Geyer wrote: Zoltan HERPAI writes: Michael Heimpold wrote: Am Sonntag, 5. April 2015, 12:01:48 schrieb Harald Geyer: commit 597a84e52d9eff8d4686c40cd8be4f7a9b47679d with git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45052 3c298f89-4303-0410-b956-a3cf2f4a3e73 made the ext4 rootfs image unavailable for download from snapshots. Only a SD-card image with u-boot and everything is available. This is annoying for people who either have their own custom partition layout or want to upgrade the rootfs without losing the u-boot configuration. The same commit also broke the inclusion of dtbs in the root filesystem. Note: I don't know if this is the right way to implement this. I'm just adding code back that was there before. [snip] Acked-by: Michael Heimpold With Michael's acks, I'll add this code (and the other patch) back in. Thanks. [snip] Added the two patches in r45368-45369. Thanks, Zoltan H ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mxs: fix ext4 image
Michael Heimpold wrote: Am Sonntag, 5. April 2015, 12:01:48 schrieb Harald Geyer: commit 597a84e52d9eff8d4686c40cd8be4f7a9b47679d with git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45052 3c298f89-4303-0410-b956-a3cf2f4a3e73 made the ext4 rootfs image unavailable for download from snapshots. Only a SD-card image with u-boot and everything is available. This is annoying for people who either have their own custom partition layout or want to upgrade the rootfs without losing the u-boot configuration. The same commit also broke the inclusion of dtbs in the root filesystem. Note: I don't know if this is the right way to implement this. I'm just adding code back that was there before. [snip] Acked-by: Michael Heimpold With Michael's acks, I'll add this code (and the other patch) back in. One more thing which we discussed with Michael, that the SDcard image for Duckbill could use the following partitions: u-boot (0x53), rootfs1 for kernel/dtb (0x83), rootfs2 (0x83), data(0x83) F.e. the second partition would be ext2 instead of fat, which could be supported with updating the uboot config to use ext2load instead of fatload. While this would be for Duckbill mainly, if people won't get annoyed this would be the default for the Olinuxino too. Regards, Zoltan H ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH RESEND] mxs: add support and switch to kernel 4.19
On 11/5/2019 0:15, Michael Heimpold wrote: Also remove kernel 4.14 support and the meanwhile obsolete patch. This was run-tested on I2SE Duckbill device and Olimex OLinuXino Maxi board. Signed-off-by: Michael Heimpold Thanks, pushed to trunk along with the u-boot upgrade. Regards, Zoltan H ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 0/3] Further preparations for USB gadget usage
On 11/5/2019 0:39, Michael Heimpold wrote: This patch series bundles some more steps towards the usage of I2SE Duckbills as USB gadget devices. Thanks, pushed the series to trunk. Regards, Zoltan H ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[PATCH] firmware-utils: ptgen: add SiFive GPT partition support
The SiFive RISC-V SoCs use two special partition types in the boot process.
As a first step, the ZSBL (zero-stage bootloader) in the CPU looks for a
partition with a GUID of 5B193300-FC78-40CD-8002-E86C45580B47 to load the
first-stage bootloader - which in OpenWrt's case is an SPL image. The FSBL
(SPL) then looks for a partition with a GUID of
2E54B353-1271-4842-806F-E436D6AF6985 to load the SSBL which is usually an
u-boot.
With ptgen already supporting GPT partition creation, add the required GUID
types and name them accordingly to be invoked with the '-T ' parameter.
Signed-off-by: Zoltan HERPAI
---
src/ptgen.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/src/ptgen.c b/src/ptgen.c
index 58066fe..b231c28 100644
--- a/src/ptgen.c
+++ b/src/ptgen.c
@@ -82,6 +82,14 @@ typedef struct {
GUID_INIT( 0x0fc63daf, 0x8483, 0x4772, \
0x8e, 0x79, 0x3d, 0x69, 0xd8, 0x47, 0x7d, 0xe4)
+#define GUID_PARTITION_SIFIVE_SPL \
+ GUID_INIT( 0x5b193300, 0xfc78, 0x40cd, \
+ 0x80, 0x02, 0xe8, 0x6c, 0x45, 0x58, 0x0b, 0x47)
+
+#define GUID_PARTITION_SIFIVE_UBOOT \
+ GUID_INIT( 0x2e54b353, 0x1271, 0x4842, \
+ 0x80, 0x6f, 0xe4, 0x36, 0xd6, 0xaf, 0x69, 0x85)
+
#define GPT_HEADER_SIZE 92
#define GPT_ENTRY_SIZE 128
#define GPT_ENTRY_MAX 128
@@ -276,6 +284,19 @@ static inline bool parse_gpt_parttype(const char *type,
struct partinfo *part)
(1ULL << 56); /* success=1 */
return true;
}
+
+ if (!strcmp(type, "sifiveu_spl")) {
+ part->has_guid = true;
+ part->guid = GUID_PARTITION_SIFIVE_SPL;
+ return true;
+ }
+
+ if (!strcmp(type, "sifiveu_uboot")) {
+ part->has_guid = true;
+ part->guid = GUID_PARTITION_SIFIVE_UBOOT;
+ return true;
+ }
+
return false;
}
--
2.20.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] arm-trusted-firmware-sunxi: bump to v2.3-rc1 and use atf-builds binaries
Hi Petr, On 4/20/2020 16:29, Petr Štetiar wrote: Update ATF to latest v2.3-rc1 version and use reproducible bl31 binaries from atf-builds project. atf-builds project started recently offering reproducible ATF binaries which is more convenient then building very tiny ATF artifacts from scratch during each build, thus saving considerable build resources. It has reduced build from scratch time on my CI builder for sunxi/cortexa53 target from 57min down to 29min. Run tested on a64-olinuxino-emmc. NAK for now, sorry - they don't provide H6 builds which has a separate plat, and the A64 builds can't be used on it. If you can ping them to release H6 builds as well, then let's re-discuss. Also, if you could share how the speed-up was measured only with this change, that'd be great. Thanks, Zoltan H ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] arm-trusted-firmware-sunxi: bump to v2.3-rc1 and use atf-builds binaries
HI Petr, On 4/24/2020 11:25, Petr Štetiar wrote: (adding atf-build's email to Cc: loop) Zoltan HERPAI [2020-04-23 17:24:04]: Hi, On 4/20/2020 16:29, Petr Štetiar wrote: Update ATF to latest v2.3-rc1 version and use reproducible bl31 binaries from atf-builds project. atf-builds project started recently offering reproducible ATF binaries which is more convenient then building very tiny ATF artifacts from scratch during each build, thus saving considerable build resources. It has reduced build from scratch time on my CI builder for sunxi/cortexa53 target from 57min down to 29min. Run tested on a64-olinuxino-emmc. NAK for now, sorry - they don't provide H6 builds which has a separate plat, and the A64 builds can't be used on it. I'm probably missing something here, where is this H6 used right now? Or you plan to add this soon? I'm quite lost here as I did build/run test this change, didn't noticed any breakage. I'm quite lost here. Yes, H6 is in the works for some time - no breakage for now on this change, but would break upcoming work. If you can ping them to release H6 builds as well, then let's re-discuss. You or anyone else can ping them[1] with a simple PR which would add other binaries. I did the same with "Add sun50i_a64 target"[2] for a64. That sounds great, if it's that easy to ask for new targets / binaries to be built, I'll prep a PR for them to add sun50i_h6. atf-builds started in "rockchip: add support for Pine64 RockPro64"[3], otherwise we would need to build another toolchain (build time expensive) just to get small ATF binary. Using reproducible ATF binaries seemed better solution to me, then for example having Linux only solution (due to downloaded Linux toolchain) in arm-trusted-firmware-mvebu. Also, if you could share how the speed-up was measured only with this change, that'd be great. I'm building my staging tree for some time on GitLab CI, using same steps/config as used on the project's buildbots. Most of the builds are around 30min, so those almost double build times for a53 are easily noticeable. Thanks for the details. I don't see that this helps if you're building images yourself for the Allwinner A53 boards as you need to compile the toolchain anyway, but if this helps on the buildbots, if we can ask H6 images to be built, and everyone agrees that using pre-built ATF images is the safe way forward, then I won't stop anyone from doing so. https://gitlab.com/ynezz/openwrt/-/jobs/518186436 (29min, sunxi/cortexa53 with atf-builds) https://gitlab.com/ynezz/openwrt/-/jobs/502628921 (57min, sunxi/cortexa53) https://gitlab.com/ynezz/openwrt/-/jobs/497486792 (56min, sunxi/cortexa53) https://gitlab.com/ynezz/openwrt/-/jobs/496212640 (57min, sunxi/cortexa53) https://gitlab.com/ynezz/openwrt/-/jobs/485014798 (27min, sunxi/cortexa8) https://gitlab.com/ynezz/openwrt/-/jobs/485014797 (32min, sunxi/cortexa7) 1. https://github.com/atf-builds/atf#adding-new-build-targets 2. https://github.com/atf-builds/atf/pull/1 3. https://github.com/openwrt/openwrt/pull/2917#issuecomment-614329227 Thanks, Zoltan H ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Targets without 5.4 support yet
Hi, On 5/25/2020 12:42, m...@adrianschmutzler.de wrote: Hi all, while there has been a lot of progress during the last months, there are still a few target that have not been updated to 5.4 (at least as testing kernel) yet: 4.19: cns3xxx 4.14: ar71xx (to be removed) arc770 (RFT patch: https://patchwork.ozlabs.org/project/openwrt/patch/20200413103352.7429-1-freif...@adrianschmutzler.de/) at91 ath25 (patchset crashing at Ethernet init: https://patchwork.ozlabs.org/project/openwrt/list/?series=169991) pistachio rb532 samsung uml This is meant as an invitation for those caring about/using these targets to consider updating them; in best case they should receive some testing before a 5.4 stable branch is made (whenever that might be). At least for the 4.14 targets, I expect them to be archived if there is no update until after the next release (or at the latest after the one following it). I'm working on bringing pistachio up to 5.4, apart from the spi-nand (which is quite a core item obviously, so I thought about reaching out to Boris for some guidance) it's looking good so far. If anyone's interested in helping, I'll share what I have. Also, if there is no one else interested in cns3xxx, I'm happy to take a look at that, I've got two devboards in the shed for that. Regards, Zoltan H ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
RE: [OpenWrt-Devel] Targets without 5.4 support yet
On Wed, 15 Jul 2020, m...@adrianschmutzler.de wrote: At least for the 4.14 targets, I expect them to be archived if there is no update until after the next release (or at the latest after the one following it). I'm working on bringing pistachio up to 5.4, apart from the spi-nand (which is quite a core item obviously, so I thought about reaching out to Boris for some guidance) it's looking good so far. If anyone's interested in helping, I'll share what I have. Also, if there is no one else interested in cns3xxx, I'm happy to take a look at that, I've got two devboards in the shed for that. Any success with pistachio and 5.4? Nope. The board is fine, apart from the NAND, so it's a bit of a regression as it stands now. Regards, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [PATCH 0/2] ath25: add 5.4 kernel support (not for merge)
On 09/04/2020 11:56, Adrian Schmutzler wrote: Indeed some of the devices are 4/32 or even 4/16 in ath25, but there are a number of 8/32 devices (like Fon2202, Meraki Mini, Ubiquiti PS5, and likely other custom boards). So above the nostalgic feeling, there is some technical reasoning to keep the target around, I'm in favour of that. (Thanks Sergey for finding the cause of the eth crash.) The non-Ubiquiti are served by the generic image then? Correct, most of the devices are supported by the generic image. Regards, Zoltan H ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: Linux kernel 6.1 or 6.6 for OpenWrt 24.x release?
On Sat, 3 Feb 2024, Enrico Mioso wrote: On Sat, Feb 03, 2024 at 07:02:44PM +0100, Christian Marangi (Ansuel) wrote: Il giorno sab 3 feb 2024 alle ore 18:55 Janusz Dziedzic ha scritto: sob., 3 lut 2024 o 13:08 Hauke Mehrtens napisał(a): Hi, I track the status of the Linux kernel 6.1 migration in this github issue: https://github.com/openwrt/openwrt/issues/14546 There are still many targets on kernel 5.15 without testing support for kernel 6.1 in OpenWrt master. I assume that we need at least 4 months to get everything to 6.1 and more or less stable. Kernel 6.1 support is also missing for some important targets like lantiq, realtek and ramips. Which kernel should we use for the next major OpenWrt release? We have two options and I would like to get some feedback on these: 1. Do the OpenWrt 24.X release with kernel 6.1. Branch off when all or most of the targets are on kernel 6.1 by default. 2. Do the OpenWrt 24.X release with kernel 6.6. Branch off when all or most of the targets are on kernel 6.6 by default. Do not do any stable OpenWrt release which supports kernel 6.1. Doing a OpenWrt release with multiple kernels cases too much maintenance effort from my point of view based on previews experience. I think with kernel 6.1 we can branch off at around May 2024. With kernel 6.6 we could probably branch off around September 2024. The final release will be out about 2 to 4 months later. Currently OpenWrt releases are about 1.5 years behind the Linux LTS releases. When we use kernel 6.1 for the next release we will continue to stay 1.5 years behind. When we switch to kernel 6.6 and do not do any release with kernel 6.1 we will probably only stay 10 months behind Linux LTS kernels. There is already a PR requiring kernel 6.6: https://github.com/openwrt/openwrt/pull/14357 Currently I would prefer to use kernel 6.6 to get closer to the recent Linux LTS releases. 6.6 for sure if possible. Just curious - any reason to not support both or even 5.15? And target could decide about it in mk? Eg. newest ATH/QCA that base a lot on newest kernel and backports just could choose it? For older one we already have work done - so just change generic patches directory into generic-kernel_ver? Or this is more work and problems? We usually try to stick to a common kernel across all target for stable release for consistency and to prevent and handle regression in the generic target. Also it's really a way to force target on getting updated... If it wasn't for this reason we would probably have stuff stuck at 4.19. Hello all, I would choose 6.1: to get more time for some things to stabilize out and because I am under the impression the kernel size is growing too fast and so we are accelerating hw obsolescence. The 6.1 kernel has also been choosen by the Civil Infrastructure Platform, so it would get some attention and maintenance still. However, my preference / decision is for 6.6 in the end: especially after having felt the pain of developers who need to backport lots of stuff and for which the challenge becomes harder over time. If we need more developers, making development less annoying is preferrable. That said, it would be nice to enable only the needed kernel features for a subtarget, just to incrase efficiency in general. Hi, I'm kind of biased here too. 6.1 due to CIP and vendors starting to pick 6.1 as their kernel of choice in SDKs, but 6.6 for moving with the targets and new stuff we're working on forward. One thing I fully agree with Hauke is that we should pick one (and only one) kernel for the next release, whenever that is. If we need to drop targets to achieve it (no maintainer stepping up or lack of storage on the devices), so be it. Also: - riscv targets I'm working on are usually better off with 6.6, - we are unable to keep up with a standard release cycle anyway, so no one will tell us off if we delay a release by a few months. Regards, -w-___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
d1 / jh71x0 targets
Hi, I have two RISC-V targets in the pipeline for quite a long time: d1 for Allwinner D1: https://github.com/openwrt/openwrt/pull/12845 jh71x0 for StarFive JH7100/7110: https://github.com/openwrt/openwrt/pull/13372 Both are being kept re-based and tested from time to time. With no further change requests seen so far, I'd plan to merge this over the next few days, unless anyone has concerns. This intention was already highlighted with previous dates on the PRs and on the devel IRC channel as well, but apparently not many people bother to assign/review/approve larger PRs. Regards, Zoltan H ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] [RFC] imx61: add support for i.MX6 target
Hi, I have a Wandboard and an i.mx233 board already with patches locally. I leave it up to Kaloz and co. to decide what'll happen with those. Thanks, Zoltan H Michael Heimpold wrote: Hi, +ARCH:=arm +BOARD:=imx61 I'm working on patches to add support for Freescale i.MX28 based boards, not yet published, but I've choosen BOARD:=mxs This is like the kernel already does in arm/mach-mxs. Does it make sense for you to choose BOARD:=imx ? (i.MX61 is mach-imx I guess) BR, Michael ___ 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
[OpenWrt-Devel] imx23: Olinuxino i.MX233 board support
Hi, Please find the initial patch to support the Olinuxino i.MX233 line of boards. This is an ARM9-based board that comes in multiple flavours depending on devices available and board size. Current support is for 3.8.11 and ext4 rootfs, wiki page has been updated. Regards, -w-[0.00] Booting Linux on physical CPU 0x0 [0.00] Linux version 3.8.11 (wigyori@dizelgigant) (gcc version 4.6.4 (OpenWrt/Linaro GCC 4.6-2012.12 r36550) ) #1 Mon May 6 07:54:49 CEST 2013 [0.00] CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177 [0.00] CPU: VIVT data cache, VIVT instruction cache [0.00] Machine: Freescale i.MX23 (Device Tree), model: i.MX23 Olinuxino Low Cost Board [0.00] Memory policy: ECC disabled, Data cache writeback [0.00] On node 0 totalpages: 16384 [0.00] free_area_init_node: node 0, pgdat c0336048, node_mem_map c036e000 [0.00] Normal zone: 128 pages used for memmap [0.00] Normal zone: 0 pages reserved [0.00] Normal zone: 16256 pages, LIFO batch:3 [0.00] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [0.00] pcpu-alloc: [0] 0 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256 [0.00] Kernel command line: console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait [0.00] PID hash table entries: 256 (order: -2, 1024 bytes) [0.00] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) [0.00] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) [0.00] __ex_table already sorted, skipping sort [0.00] Memory: 64MB = 64MB total [0.00] Memory: 61392k/61392k available, 4144k reserved, 0K highmem [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xfff0 - 0xfffe ( 896 kB) [0.00] vmalloc : 0xc480 - 0xff00 ( 936 MB) [0.00] lowmem : 0xc000 - 0xc400 ( 64 MB) [0.00] modules : 0xbf00 - 0xc000 ( 16 MB) [0.00] .text : 0xc0008000 - 0xc0312d2c (3116 kB) [0.00] .init : 0xc0313000 - 0xc032f554 ( 114 kB) [0.00] .data : 0xc033 - 0xc0343130 ( 77 kB) [0.00].bss : 0xc0343130 - 0xc036d604 ( 170 kB) [0.00] NR_IRQS:16 nr_irqs:16 16 [0.00] of_irq_init: children remain, but no parents [0.00] sched_clock: 32 bits at 100 Hz, resolution 1000ns, wraps every 4294967286ms [0.08] Calibrating delay loop... 226.09 BogoMIPS (lpj=1130496) [0.08] pid_max: default: 32768 minimum: 301 [0.08] Mount-cache hash table entries: 512 [0.08] CPU: Testing write buffer coherency: ok [0.08] Setting up static identity map for 0x4000f800 - 0x4000f83c [0.08] pinctrl core: initialized pinctrl subsystem [0.08] regulator-dummy: no parameters [0.08] NET: Registered protocol family 16 [0.09] DMA: preallocated 256 KiB pool for atomic coherent allocations [0.09] i2c-core: driver [dummy] registered [0.12] Serial: AMBA PL011 UART driver [0.12] 8007.serial: ttyAMA0 at MMIO 0x8007 (irq = 127) is a PL011 rev2 [0.26] console [ttyAMA0] enabled [0.30] bio: create slab at 0 [0.32] mxs-dma 80004000.dma-apbh: initialized [0.34] mxs-dma 80024000.dma-apbx: initialized [0.35] usb0_vbus: 5000 mV [0.35] reg-fixed-voltage usb0_vbus.4: usb0_vbus supplying 500uV [0.36] usbcore: registered new interface driver usbfs [0.36] usbcore: registered new interface driver hub [0.37] usbcore: registered new device driver usb [0.38] Advanced Linux Sound Architecture Driver Initialized. [0.39] Switching to clocksource mxs_timer [0.40] NET: Registered protocol family 2 [0.40] TCP established hash table entries: 512 (order: 0, 4096 bytes) [0.41] TCP bind hash table entries: 512 (order: -1, 2048 bytes) [0.41] TCP: Hash tables configured (established 512 bind 512) [0.42] TCP: reno registered [0.42] UDP hash table entries: 256 (order: 0, 4096 bytes) [0.43] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes) [0.44] NET: Registered protocol family 1 [0.45] squashfs: version 4.0 (2009/01/31) Phillip Lougher [0.45] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc. [0.46] msgmni has been set to 119 [0.47] io scheduler noop registered [0.47] io scheduler deadline registered (default) [0.48] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled [0.49] uart-pl011 8007.serial: no DMA platform data [0.50] 8006c000.serial: ttyAPP0 at MMIO 0x8006c000 (irq = 124) is a 8006c000.serial [0.51] mxs-auart 8006c000.serial: Found APPUART 3.0.0 [0.53] i
Re: [OpenWrt-Devel] imx23: Olinuxino i.MX233 board support
Hi John, Sure, I've attached the splitted patchset. Thanks, -w- On Mon, 6 May 2013, John Crispin wrote: On 06/05/13 09:21, Zoltan HERPAI wrote: Index: tools/elftosb/Makefile === --- tools/elftosb/Makefile (revision 0) +++ tools/elftosb/Makefile (revision 0) @@ -0,0 +1,36 @@ +# +# Copyright (C) 2006 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# +include $(TOPDIR)/rules.mk + +PKG_NAME:=elftosb +PKG_VERSION:=10.12.01 + +PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz +PKG_SOURCE_URL:=http://repository.timesys.com/buildsources/e/elftosb/elftosb-10.12.01/ +PKG_MD5SUM:=e8005d606c1e0bb3507c82f6eceb3056 + Hi, could you please split the tools/ part into a seperate patch John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel Index: target/linux/imx23/image/Makefile === --- target/linux/imx23/image/Makefile (revision 0) +++ target/linux/imx23/image/Makefile (revision 0) @@ -0,0 +1,42 @@ +# +# Copyright (C) 2010 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# +include $(TOPDIR)/rules.mk +include $(INCLUDE_DIR)/image.mk + +JFFS2_BLOCKSIZE=128k 16k +JFFS2OPTS += -n + +#define Image/BuildKernel +# mkdir -p $(BIN_DIR) +# cp $(KDIR)/vmlinuz $(BIN_DIR)/$(IMG_PREFIX)-zImage +#endef + +#define Image/Prepare +# cp $(LINUX_DIR)/arch/arm/boot/zImage $(KDIR)/vmlinuz +#endef + + +define Image/Build/jffs2-64k + dd if=$(KDIR)/root.jffs2-64k of=$(BIN_DIR)/openwrt-$(BOARD)-jffs2-64k.img bs=65536 conv=sync +endef + +define Image/Build/jffs2-128k + dd if=$(KDIR)/root.jffs2-128k of=$(BIN_DIR)/openwrt-$(BOARD)-jffs2-128k.img bs=131072 conv=sync +endef + +define Image/Build/squashfs + $(call prepare_generic_squashfs,$(KDIR)/root.squashfs) + dd if=$(KDIR)/root.squashfs of=$(BIN_DIR)/openwrt-$(BOARD)-squashfs.img bs=131072 conv=sync +endef + +define Image/Build + $(call Image/Build/$(1)) + dd if=$(KDIR)/root.$(1) of=$(BIN_DIR)/$(IMG_PREFIX)-root.$(1) bs=128k conv=sync +endef + + +$(eval $(call BuildImage)) Index: target/linux/imx23/profiles/003-Micro.mk === --- target/linux/imx23/profiles/003-Micro.mk (revision 0) +++ target/linux/imx23/profiles/003-Micro.mk (revision 0) @@ -0,0 +1,19 @@ +# +# Copyright (C) 2009 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +# FiXME: need to add usb soc + +define Profile/MICRO + NAME:=OLinuXino-MICRO board +# PACKAGES:=kmod-rtl8187 +endef + +define Profile/MICRO/Description + Base packages for -MICRO boards. +endef +$(eval $(call Profile,MICRO)) + Index: target/linux/imx23/profiles/002-Mini.mk === --- target/linux/imx23/profiles/002-Mini.mk (revision 0) +++ target/linux/imx23/profiles/002-Mini.mk (revision 0) @@ -0,0 +1,19 @@ +# +# Copyright (C) 2009 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +# FiXME: need to add usb soc and snd + +define Profile/MINI + NAME:=OLinuXino-MINI board + PACKAGES:=kmod-rtl8187 +endef + +define Profile/MINI/Description + Base packages for -MINI boards. +endef +$(eval $(call Profile,MINI)) + Index: target/linux/imx23/profiles/000-Maxi.mk === --- target/linux/imx23/profiles/000-Maxi.mk (revision 0) +++ target/linux/imx23/profiles/000-Maxi.mk (revision 0) @@ -0,0 +1,19 @@ +# +# Copyright (C) 2009 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +# FiXME: need to add usb soc and snd + +define Profile/MAXI + NAME:=OLinuXino-MAXI board + PACKAGES:=kmod-usb-net-smsc95xx +endef + +define Profile/MAXI/Description + Base packages for -MAXI boards. +endef +$(eval $(call Profile,MAXI)) + Index: target/linux/imx23/profiles/001-Mini-Wifi.mk === --- target/linux/imx23/profiles/001-Mini-Wifi.mk (revision 0) +++ target/linux/imx23/profiles/001-Mini-Wifi.mk (revision 0) @@ -0,0 +1,19 @@ +# +# Copyright (C) 2009 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +# FiXME: need to add usb soc and snd + +define Profile/MINI-WIFI + NAME:=OLinuXino-MINI-WIFI board + PACKAGES:=kmod-rtl8187 +endef + +define Profile/MINI-WIFI/Description + Base packages for -MINI-WIFI boards. +endef +$(eval $(call Profile,MINI-WIFI)) + Index: t
Re: [OpenWrt-Devel] imx23: Olinuxino i.MX233 board support
Hi Benjamin, Thanks. Support includes usb and rtc so far, sound and the expansion ports are yet to come. Does someone on the list has a -micro? I have read on the forums that there is an issue around its memory. Regards, -w- On Mon, 6 May 2013, Benjamin Henrion wrote: On Mon, May 6, 2013 at 4:17 PM, Benjamin Henrion wrote: On Mon, May 6, 2013 at 3:34 PM, Benjamin Henrion wrote: On Mon, May 6, 2013 at 9:21 AM, Zoltan HERPAI wrote: Hi, Please find the initial patch to support the Olinuxino i.MX233 line of boards. This is an ARM9-based board that comes in multiple flavours depending on devices available and board size. Current support is for 3.8.11 and ext4 rootfs, wiki page has been updated. With the trunk of this morning, compilation fails for ead: I redid a clean, it does not happen anymore. Copied the binaries here, for those who want to test. http://filez.zoobab.com/openwrt/imx23/ Got the mini and maxi at home, will test it when I have time. -- Benjamin Henrion FFII Brussels - +32-484-566109 - +32-2-3500762 "In July 2005, after several failed attempts to legalise software patents in Europe, the patent establishment changed its strategy. Instead of explicitly seeking to sanction the patentability of software, they are now seeking to create a central European patent court, which would establish and enforce patentability rules in their favor, without any possibility of correction by competing courts or democratically elected legislators." ___ 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
[OpenWrt-Devel] [PATCH 0/2] Add new target for i.MX23-based boards
This revised patchset will add support for i.MX23-based boards, starting with Olimex Olinuxino. This is an ARM9-based board which comes in different flavours depending on devices and expansion ports. Currently supported: - 3.8.11 kernel - ext4 rootfs - USB - ethernet - RTC Work in progress for: - I2C - SPI - probably sound and FB Patch list: [PATCH 1/2]: Add tools support for i.MX23 [PATCH 2/2]: Add target for i.MX23 Regards, Zoltan Herpai ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/2] [tools]: Add tools support for i.MX23
Add tools support for booting up an i.MX23-based board via bootlets.
Signed-off-by: Zoltan HERPAI
---
Index: package/imx-bootlets/patches/003-add-olinuxino.diff
===
--- package/imx-bootlets/patches/003-add-olinuxino.diff (revision 0)
+++ package/imx-bootlets/patches/003-add-olinuxino.diff (revision 0)
@@ -0,0 +1,171 @@
+diff -ruN imx-bootlets-10.05.02.orig/linux.db
imx-bootlets-10.05.02/linux.db
+--- imx-bootlets-10.05.02.orig/linux.db2010-05-14 06:56:28.0
+0200
imx-bootlets-10.05.02/linux.db 2012-10-27 01:35:55.0 +0200
+@@ -1,10 +1,10 @@
+-// STMP378x ROM command script to load and run Linux kernel
++// IMX23_OLINUXINO ROM command script to load and run Linux kernel
+
+ sources {
+ power_prep="./power_prep/power_prep";
+ sdram_prep="./boot_prep/boot_prep";
+ linux_prep="./linux_prep/output-target/linux_prep";
+- zImage="/home/b18647/repos/ltib_latest/rootfs/boot/zImage";
++ zImage="../../kernel/linux-3.6-rc1/arch/arm/boot/zImage";
+ }
+
+ section (0) {
+diff -ruN
imx-bootlets-10.05.02.orig/linux_prep/board/imx23_olinuxino_dev.c
imx-bootlets-10.05.02/linux_prep/board/imx23_olinuxino_dev.c
+--- imx-bootlets-10.05.02.orig/linux_prep/board/imx23_olinuxino_dev.c
1970-01-01 01:00:00.0 +0100
imx-bootlets-10.05.02/linux_prep/board/imx23_olinuxino_dev.c
2012-10-27 01:35:55.0 +0200
+@@ -0,0 +1,54 @@
++/*
++ * Platform specific data for the IMX23_OLINUXINO development board
++ *
++ * Fadil Berisha
++ *
++ * Copyright 2008 SigmaTel, Inc
++ * Copyright 2008 Embedded Alley Solutions, Inc
++ * Copyright 2009-2010 Freescale Semiconductor, Inc. All Rights Reserved.
++ *
++ * This file is licensed under the terms of the GNU General Public License
++ * version 2. This program is licensed "as is" without any warranty of any
++ * kind, whether express or implied.
++ *
++ * http://www.opensource.org/licenses/gpl-license.html
++ * http://www.gnu.org/copyleft/gpl.html
++ */
++#include
++#include
++#include
++
++/
++ * LRADC keyboard data *
++ /
++int lradc_keypad_ch = LRADC_CH0;
++int lradc_vddio_ch = LRADC_CH6;
++
++struct lradc_keycode lradc_keycodes[] = {
++ { 100, KEY4 },
++ { 306, KEY5 },
++ { 601, KEY6 },
++ { 932, KEY7 },
++ { 1260, KEY8 },
++ { 1424, KEY9 },
++ { 1707, KEY10 },
++ { 2207, KEY11 },
++ { 2525, KEY12 },
++ { 2831, KEY13 },
++ { 3134, KEY14 },
++ { -1, 0 },
++};
++
++/
++ * Magic key combinations for Armadillo *
++ /
++u32 magic_keys[MAGIC_KEY_NR] = {
++ [MAGIC_KEY1] = KEY4,
++ [MAGIC_KEY2] = KEY6,
++ [MAGIC_KEY3] = KEY10,
++};
++
++/
++ * Default command line *
++ /
++char cmdline_def[] = "console=ttyAMA0,115200";
+diff -ruN
imx-bootlets-10.05.02.orig/linux_prep/cmdlines/imx23_olinuxino_dev.txt
imx-bootlets-10.05.02/linux_prep/cmdlines/imx23_olinuxino_dev.txt
+---
imx-bootlets-10.05.02.orig/linux_prep/cmdlines/imx23_olinuxino_dev.txt
1970-01-01 01:00:00.0 +0100
imx-bootlets-10.05.02/linux_prep/cmdlines/imx23_olinuxino_dev.txt
2012-10-27 01:35:55.0 +0200
+@@ -0,0 +1,3 @@
++noinitrd console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait ssp1=mmc
++noinitrd console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait ssp1=mmc
++noinitrd console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait ssp1=mmc
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/core/setup.c
imx-bootlets-10.05.02/linux_prep/core/setup.c
+--- imx-bootlets-10.05.02.orig/linux_prep/core/setup.c 2010-05-14
06:56:28.0 +0200
imx-bootlets-10.05.02/linux_prep/core/setup.c 2012-10-27
01:35:55.0 +0200
+@@ -84,6 +84,8 @@
+ #include "../../mach-mx28/includes/registers/regsrtc.h"
+ #elif defined(STMP378X)
+ #include "../../mach-mx23/includes/registers/regsrtc.h"
++#elif defined(IMX23_OLINUXINO)
++#include "../../mach-mx23/includes/registers/regsrtc.h"
+ #endif
+
+ #define NAND_SECONDARY_BOOT 0x0002
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/include/mx23/platform.h
imx-bootlets-10.05.02/linux_prep/include/mx23/platform.h
+--- imx-bootlets-10.05.02.orig/linux_prep/include/mx23/platform.h
2010-05-14 06:56:28.0 +0200
imx-bootlets-10.05.02/linux_prep/include/mx23/platform.h 2012-10-27
01:35:55.0 +0200
+@@ -19,6 +19,10 @@
+
+ #if defined (BOARD_STMP378X_DEV)
+ #define MACHINE_ID 0xa45
++
++#elif defined (BOARD_IMX23_OLINUXINO_DEV)
++#define MACHINE_ID 0x1009
++
+ #else
+ #error "Allocate a machine ID for your board"
+ #endif
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/Makefile
imx-bootlets-10.05.02/linux_prep/Makefile
[OpenWrt-Devel] [PATCH 2/2] imx23: Add target for i.MX23
Adding target support for i.MX23, with initial profiles for the different Olinuxino boards. Signed-off-by: Zoltan HERPAI --- Index: target/linux/imx23/image/Makefile === --- target/linux/imx23/image/Makefile (revision 0) +++ target/linux/imx23/image/Makefile (revision 0) @@ -0,0 +1,42 @@ +# +# Copyright (C) 2010 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# +include $(TOPDIR)/rules.mk +include $(INCLUDE_DIR)/image.mk + +JFFS2_BLOCKSIZE=128k 16k +JFFS2OPTS += -n + +#define Image/BuildKernel +# mkdir -p $(BIN_DIR) +# cp $(KDIR)/vmlinuz $(BIN_DIR)/$(IMG_PREFIX)-zImage +#endef + +#define Image/Prepare +# cp $(LINUX_DIR)/arch/arm/boot/zImage $(KDIR)/vmlinuz +#endef + + +define Image/Build/jffs2-64k + dd if=$(KDIR)/root.jffs2-64k of=$(BIN_DIR)/openwrt-$(BOARD)-jffs2-64k.img bs=65536 conv=sync +endef + +define Image/Build/jffs2-128k + dd if=$(KDIR)/root.jffs2-128k of=$(BIN_DIR)/openwrt-$(BOARD)-jffs2-128k.img bs=131072 conv=sync +endef + +define Image/Build/squashfs + $(call prepare_generic_squashfs,$(KDIR)/root.squashfs) + dd if=$(KDIR)/root.squashfs of=$(BIN_DIR)/openwrt-$(BOARD)-squashfs.img bs=131072 conv=sync +endef + +define Image/Build + $(call Image/Build/$(1)) + dd if=$(KDIR)/root.$(1) of=$(BIN_DIR)/$(IMG_PREFIX)-root.$(1) bs=128k conv=sync +endef + + +$(eval $(call BuildImage)) Index: target/linux/imx23/profiles/003-Micro.mk === --- target/linux/imx23/profiles/003-Micro.mk(revision 0) +++ target/linux/imx23/profiles/003-Micro.mk(revision 0) @@ -0,0 +1,19 @@ +# +# Copyright (C) 2009 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +# FiXME: need to add usb soc + +define Profile/MICRO + NAME:=OLinuXino-MICRO board +# PACKAGES:=kmod-rtl8187 +endef + +define Profile/MICRO/Description + Base packages for -MICRO boards. +endef +$(eval $(call Profile,MICRO)) + Index: target/linux/imx23/profiles/000-Maxi.mk === --- target/linux/imx23/profiles/000-Maxi.mk (revision 0) +++ target/linux/imx23/profiles/000-Maxi.mk (revision 0) @@ -0,0 +1,19 @@ +# +# Copyright (C) 2009 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +# FiXME: need to add usb soc and snd + +define Profile/MAXI + NAME:=OLinuXino-MAXI board + PACKAGES:=kmod-usb-net-smsc95xx +endef + +define Profile/MAXI/Description + Base packages for -MAXI boards. +endef +$(eval $(call Profile,MAXI)) + Index: target/linux/imx23/profiles/002-Mini.mk === --- target/linux/imx23/profiles/002-Mini.mk (revision 0) +++ target/linux/imx23/profiles/002-Mini.mk (revision 0) @@ -0,0 +1,19 @@ +# +# Copyright (C) 2009 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +# FiXME: need to add usb soc and snd + +define Profile/MINI + NAME:=OLinuXino-MINI board + PACKAGES:=kmod-rtl8187 +endef + +define Profile/MINI/Description + Base packages for -MINI boards. +endef +$(eval $(call Profile,MINI)) + Index: target/linux/imx23/profiles/001-Mini-Wifi.mk === --- target/linux/imx23/profiles/001-Mini-Wifi.mk(revision 0) +++ target/linux/imx23/profiles/001-Mini-Wifi.mk(revision 0) @@ -0,0 +1,19 @@ +# +# Copyright (C) 2009 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +# FiXME: need to add usb soc and snd + +define Profile/MINI-WIFI + NAME:=OLinuXino-MINI-WIFI board + PACKAGES:=kmod-rtl8187 +endef + +define Profile/MINI-WIFI/Description + Base packages for -MINI-WIFI boards. +endef +$(eval $(call Profile,MINI-WIFI)) + Index: target/linux/imx23/config-default === --- target/linux/imx23/config-default (revision 0) +++ target/linux/imx23/config-default (revision 0) @@ -0,0 +1,266 @@ +CONFIG_ALIGNMENT_TRAP=y +# CONFIG_AMBA_PL08X is not set +# CONFIG_APM_EMULATION is not set +CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y +CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y +CONFIG_ARCH_HAVE_CUSTOM_GPIO_H=y +CONFIG_ARCH_MXS=y +# CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set +CONFIG_ARCH_NR_GPIO=0 +CONFIG_ARCH_REQUIRE_GPIOLIB=y +# CONFIG_ARCH_SELECT_MEMORY_MODEL is not set +# CONFIG_ARCH_SPARSEMEM_DEFAULT is not set +CONFIG_ARCH_SUSPEND_POSSIBLE=y +# CONFIG_ARCH_VT8500_SINGLE is not set +CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y +CONFIG_ARM=y +CONFIG_ARM_AMBA=y +CONFIG_ARM_APPENDED_DTB=y
[OpenWrt-Devel] [PATCHv3 0/2] Add new target for i.MX23-based boards
This patch will add support for i.MX23-based boards, starting with Olimex Olinuxino. This is an ARM9-based board which comes in different flavours depending on devices. Currently supported: - 3.8.12 kernel - ext4 rootfs - USB - ethernet - RTC Work in progress for: - I2C - SPI - probably sound and FB Patch list: [PATCH 1/2]: Add tools support for i.MX23 [PATCH 2/2]: Add target for i.MX23 Regards, Zoltan Herpai ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCHv3 1/2] [tools]: Add tools support for i.MX23
Adding tools support for booting up an i.MX23-based board via bootlets.
Signed-off-by: Zoltan HERPAI
---
Index: package/imx-bootlets/patches/001-skip_sb_generation.patch
===
--- package/imx-bootlets/patches/001-skip_sb_generation.patch (revision 0)
+++ package/imx-bootlets/patches/001-skip_sb_generation.patch (revision 0)
@@ -0,0 +1,18 @@
+--- imx-bootlets-src-10.05.02.orig/Makefile2010-05-14 06:56:28.0
+0200
imx-bootlets-src-10.05.02/Makefile 2012-10-24 21:41:44.0 +0200
+@@ -32,10 +32,11 @@
+ sed -i 's,[^ *]image.*;,\timage="$(DFT_UBOOT)";,' uboot.db
+ elftosb2 -z -c ./uboot.db -o i$(ARCH)_uboot.sb
+ else
+- @echo "by using the pre-built kernel"
+- elftosb2 -z -c ./linux_prebuilt.db -o i$(ARCH)_linux.sb
+- @echo "generating U-Boot boot stream image"
+- elftosb2 -z -c ./uboot_prebuilt.db -o i$(ARCH)_uboot.sb
++ @echo "... not generating any image for now."
++ #@echo "by using the pre-built kernel"
++ #elftosb2 -z -c ./linux_prebuilt.db -o i$(ARCH)_linux.sb
++ #@echo "generating U-Boot boot stream image"
++ #elftosb2 -z -c ./uboot_prebuilt.db -o i$(ARCH)_uboot.sb
+ endif
+ #@echo "generating kernel bootstream file sd_mmc_bootstream.raw"
+ #Please use cfimager to burn xxx_linux.sb. The below way will no
Index: package/imx-bootlets/patches/003-add-olinuxino.patch
===
--- package/imx-bootlets/patches/003-add-olinuxino.patch(revision 0)
+++ package/imx-bootlets/patches/003-add-olinuxino.patch(revision 0)
@@ -0,0 +1,150 @@
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/board/imx23_olinuxino_dev.c
imx-bootlets-10.05.02/linux_prep/board/imx23_olinuxino_dev.c
+--- imx-bootlets-10.05.02.orig/linux_prep/board/imx23_olinuxino_dev.c
1970-01-01 01:00:00.0 +0100
imx-bootlets-10.05.02/linux_prep/board/imx23_olinuxino_dev.c
2013-05-19 00:11:40.0 +0200
+@@ -0,0 +1,54 @@
++/*
++ * Platform specific data for the IMX23_OLINUXINO development board
++ *
++ * Fadil Berisha
++ *
++ * Copyright 2008 SigmaTel, Inc
++ * Copyright 2008 Embedded Alley Solutions, Inc
++ * Copyright 2009-2010 Freescale Semiconductor, Inc. All Rights Reserved.
++ *
++ * This file is licensed under the terms of the GNU General Public License
++ * version 2. This program is licensed "as is" without any warranty of any
++ * kind, whether express or implied.
++ *
++ * http://www.opensource.org/licenses/gpl-license.html
++ * http://www.gnu.org/copyleft/gpl.html
++ */
++#include
++#include
++#include
++
++/
++ * LRADC keyboard data *
++ /
++int lradc_keypad_ch = LRADC_CH0;
++int lradc_vddio_ch = LRADC_CH6;
++
++struct lradc_keycode lradc_keycodes[] = {
++ { 100, KEY4 },
++ { 306, KEY5 },
++ { 601, KEY6 },
++ { 932, KEY7 },
++ { 1260, KEY8 },
++ { 1424, KEY9 },
++ { 1707, KEY10 },
++ { 2207, KEY11 },
++ { 2525, KEY12 },
++ { 2831, KEY13 },
++ { 3134, KEY14 },
++ { -1, 0 },
++};
++
++/
++ * Magic key combinations for Armadillo *
++ /
++u32 magic_keys[MAGIC_KEY_NR] = {
++ [MAGIC_KEY1] = KEY4,
++ [MAGIC_KEY2] = KEY6,
++ [MAGIC_KEY3] = KEY10,
++};
++
++/
++ * Default command line *
++ /
++char cmdline_def[] = "console=ttyAMA0,115200";
+diff -ruN
imx-bootlets-10.05.02.orig/linux_prep/cmdlines/imx23_olinuxino_dev.txt
imx-bootlets-10.05.02/linux_prep/cmdlines/imx23_olinuxino_dev.txt
+--- imx-bootlets-10.05.02.orig/linux_prep/cmdlines/imx23_olinuxino_dev.txt
1970-01-01 01:00:00.0 +0100
imx-bootlets-10.05.02/linux_prep/cmdlines/imx23_olinuxino_dev.txt
2013-05-19 00:12:56.0 +0200
+@@ -0,0 +1 @@
++noinitrd console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait ssp1=mmc
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/core/setup.c
imx-bootlets-10.05.02/linux_prep/core/setup.c
+--- imx-bootlets-10.05.02.orig/linux_prep/core/setup.c 2010-05-14
06:56:28.0 +0200
imx-bootlets-10.05.02/linux_prep/core/setup.c 2013-05-19
00:11:40.0 +0200
+@@ -84,6 +84,8 @@
+ #include "../../mach-mx28/includes/registers/regsrtc.h"
+ #elif defined(STMP378X)
+ #include "../../mach-mx23/includes/registers/regsrtc.h"
++#elif defined(IMX23_OLINUXINO)
++#include "../../mach-mx23/includes/registers/regsrtc.h"
+ #endif
+
+ #define NAND_SECONDARY_BOOT 0x0002
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/include/mx23/platform.h
imx-bootlets-10.05.02/linux_prep/include/mx23/platform.h
+--- imx-bootlets-10.05.02.orig/linux_prep/include/mx23/p
[OpenWrt-Devel] [PATCHv3 2/2] imx23: Add target for i.MX23
Adding target support for i.MX23, initial setup for the different Olinuxino boards. Signed-off-by: Zoltan HERPAI --- Index: target/linux/imx23/image/Makefile === --- target/linux/imx23/image/Makefile (revision 0) +++ target/linux/imx23/image/Makefile (revision 0) @@ -0,0 +1,24 @@ +# +# Copyright (C) 2013 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# +include $(TOPDIR)/rules.mk +include $(INCLUDE_DIR)/image.mk + +define Image/Build + $(call Image/Build/$(1)) + dd if=$(KDIR)/root.$(1) of=$(BIN_DIR)/$(IMG_PREFIX)-root.$(1) bs=128k conv=sync +endef + +define Image/BuildKernel + cat $(LINUX_DIR)/arch/arm/boot/zImage $(LINUX_DIR)/arch/arm/boot/dts/imx23-olinuxino.dtb > $(STAGING_DIR)/zImage_dtb + (cd $(STAGING_DIR); \ + ../host/bin/elftosb -z -c ./linux_prebuilt.db -o linux.sb \ + dd if=/dev/zero of=sd_mmc_bootstream.raw bs=512 count=4; \ + dd if=linux.sb of=$(BIN_DIR)/openwrt-imx23-sbImage ibs=512 seek=4; \ + ) +endef + +$(eval $(call BuildImage)) Index: target/linux/imx23/config-default === --- target/linux/imx23/config-default (revision 0) +++ target/linux/imx23/config-default (revision 0) @@ -0,0 +1,266 @@ +CONFIG_ALIGNMENT_TRAP=y +# CONFIG_AMBA_PL08X is not set +# CONFIG_APM_EMULATION is not set +CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y +CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y +CONFIG_ARCH_HAVE_CUSTOM_GPIO_H=y +CONFIG_ARCH_MXS=y +# CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set +CONFIG_ARCH_NR_GPIO=0 +CONFIG_ARCH_REQUIRE_GPIOLIB=y +# CONFIG_ARCH_SELECT_MEMORY_MODEL is not set +# CONFIG_ARCH_SPARSEMEM_DEFAULT is not set +CONFIG_ARCH_SUSPEND_POSSIBLE=y +# CONFIG_ARCH_VT8500_SINGLE is not set +CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y +CONFIG_ARM=y +CONFIG_ARM_AMBA=y +CONFIG_ARM_APPENDED_DTB=y +# CONFIG_ARM_ATAG_DTB_COMPAT is not set +# CONFIG_ARM_CPU_SUSPEND is not set +CONFIG_ARM_L1_CACHE_SHIFT=5 +CONFIG_ARM_NR_BANKS=8 +CONFIG_ARM_PATCH_PHYS_VIRT=y +# CONFIG_ARM_SP805_WATCHDOG is not set +CONFIG_ARM_THUMB=y +CONFIG_ATAGS=y +# CONFIG_CACHE_L2X0 is not set +CONFIG_CC_OPTIMIZE_FOR_SIZE=y +CONFIG_CLKDEV_LOOKUP=y +CONFIG_CLKSRC_MMIO=y +CONFIG_CLONE_BACKWARDS=y +CONFIG_CMDLINE="console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait" +CONFIG_CMDLINE_FROM_BOOTLOADER=y +CONFIG_COMMON_CLK=y +CONFIG_COREDUMP=y +CONFIG_CPU_32v5=y +CONFIG_CPU_ABRT_EV5TJ=y +CONFIG_CPU_ARM926T=y +# CONFIG_CPU_CACHE_ROUND_ROBIN is not set +CONFIG_CPU_CACHE_VIVT=y +CONFIG_CPU_COPY_V4WB=y +CONFIG_CPU_CP15=y +CONFIG_CPU_CP15_MMU=y +# CONFIG_CPU_DCACHE_WRITETHROUGH is not set +# CONFIG_CPU_ICACHE_DISABLE is not set +CONFIG_CPU_PABRT_LEGACY=y +CONFIG_CPU_TLB_V4WBI=y +CONFIG_CPU_USE_DOMAINS=y +CONFIG_CRC16=y +CONFIG_CROSS_MEMORY_ATTACH=y +CONFIG_CRYPTO_CRC32C=y +CONFIG_CRYPTO_HASH=y +CONFIG_CRYPTO_HASH2=y +CONFIG_DEBUG_LL_INCLUDE="mach/debug-macro.S" +# CONFIG_DEBUG_PINCTRL is not set +# CONFIG_DEBUG_USER is not set +CONFIG_DECOMPRESS_LZMA=y +CONFIG_DMADEVICES=y +CONFIG_DMA_ENGINE=y +CONFIG_DTC=y +# CONFIG_DW_DMAC is not set +CONFIG_EXT4_FS=y +CONFIG_FEC=y +CONFIG_FRAME_POINTER=y +CONFIG_FS_MBCACHE=y +CONFIG_GENERIC_ATOMIC64=y +CONFIG_GENERIC_BUG=y +CONFIG_GENERIC_CLOCKEVENTS=y +CONFIG_GENERIC_CLOCKEVENTS_BUILD=y +CONFIG_GENERIC_GPIO=y +CONFIG_GENERIC_IO=y +CONFIG_GENERIC_IRQ_CHIP=y +CONFIG_GENERIC_IRQ_SHOW=y +CONFIG_GENERIC_PCI_IOMAP=y +CONFIG_GENERIC_SMP_IDLE_THREAD=y +CONFIG_GENERIC_STRNCPY_FROM_USER=y +CONFIG_GENERIC_STRNLEN_USER=y +CONFIG_GPIOLIB=y +CONFIG_GPIO_GENERIC=y +CONFIG_GPIO_MXS=y +CONFIG_HARDIRQS_SW_RESEND=y +CONFIG_HAS_DMA=y +CONFIG_HAS_IOMEM=y +CONFIG_HAS_IOPORT=y +CONFIG_HAVE_AOUT=y +CONFIG_HAVE_ARCH_JUMP_LABEL=y +CONFIG_HAVE_ARCH_KGDB=y +CONFIG_HAVE_ARCH_PFN_VALID=y +CONFIG_HAVE_ARCH_SECCOMP_FILTER=y +CONFIG_HAVE_ARCH_TRACEHOOK=y +CONFIG_HAVE_BPF_JIT=y +CONFIG_HAVE_CLK=y +CONFIG_HAVE_CLK_PREPARE=y +CONFIG_HAVE_C_RECORDMCOUNT=y +CONFIG_HAVE_DEBUG_KMEMLEAK=y +CONFIG_HAVE_DMA_API_DEBUG=y +CONFIG_HAVE_DMA_ATTRS=y +CONFIG_HAVE_DMA_CONTIGUOUS=y +CONFIG_HAVE_DYNAMIC_FTRACE=y +CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y +CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y +CONFIG_HAVE_FUNCTION_TRACER=y +CONFIG_HAVE_GENERIC_DMA_COHERENT=y +CONFIG_HAVE_GENERIC_HARDIRQS=y +CONFIG_HAVE_IRQ_WORK=y +CONFIG_HAVE_KERNEL_GZIP=y +CONFIG_HAVE_KERNEL_LZMA=y +CONFIG_HAVE_KERNEL_LZO=y +CONFIG_HAVE_KERNEL_XZ=y +CONFIG_HAVE_LATENCYTOP_SUPPORT=y +CONFIG_HAVE_MEMBLOCK=y +CONFIG_HAVE_NET_DSA=y +CONFIG_HAVE_OPROFILE=y +CONFIG_HAVE_PERF_EVENTS=y +CONFIG_HAVE_PROC_CPU=y +CONFIG_HAVE_PWM=y +CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y +CONFIG_HAVE_SYSCALL_TRACEPOINTS=y +CONFIG_HAVE_UID16=y +CONFIG_I2C=y +CONFIG_I2C_ALGOBIT=y +CONFIG_I2C_ALGOPCA=y +CONFIG_I2C_ALGOPCF=y +CONFIG_I2C_BOARDINFO=y +CONFIG_I2C_CHARDEV=y +CONFIG_I2C_COMPAT=y +CONFIG_I2C_DEBUG_ALGO=y
[OpenWrt-Devel] [PATCHv4 0/3] Add new target for i.MX23-based boards
This patch will add support for i.MX23-based boards, starting with Olimex Olinuxino. This is an ARM9-based board which comes in different flavours depending on devices. Currently supported: - 3.9.4 kernel - ext4 rootfs - USB - ethernet - RTC, watchdog Work in progress for: - I2C - SPI - probably sound and FB Patch list: [PATCH 1/3]: Add tools support for i.MX23 [PATCH 2/3]: Add target for i.MX23 [PATCH 3/3]: Add missing regulator symbols Regards, Zoltan Herpai ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCHv4 1/3] [tools]: Add tools support for i.MX23
Adding tools support for booting up an i.MX23-based board via bootlets.
Signed-off-by: Zoltan HERPAI
---
Index: package/imx-bootlets/patches/001-skip_sb_generation.patch
===
--- package/imx-bootlets/patches/001-skip_sb_generation.patch (revision 0)
+++ package/imx-bootlets/patches/001-skip_sb_generation.patch (revision 0)
@@ -0,0 +1,18 @@
+--- imx-bootlets-src-10.05.02.orig/Makefile2010-05-14 06:56:28.0
+0200
imx-bootlets-src-10.05.02/Makefile 2012-10-24 21:41:44.0 +0200
+@@ -32,10 +32,11 @@
+ sed -i 's,[^ *]image.*;,\timage="$(DFT_UBOOT)";,' uboot.db
+ elftosb2 -z -c ./uboot.db -o i$(ARCH)_uboot.sb
+ else
+- @echo "by using the pre-built kernel"
+- elftosb2 -z -c ./linux_prebuilt.db -o i$(ARCH)_linux.sb
+- @echo "generating U-Boot boot stream image"
+- elftosb2 -z -c ./uboot_prebuilt.db -o i$(ARCH)_uboot.sb
++ @echo "... not generating any image for now."
++ #@echo "by using the pre-built kernel"
++ #elftosb2 -z -c ./linux_prebuilt.db -o i$(ARCH)_linux.sb
++ #@echo "generating U-Boot boot stream image"
++ #elftosb2 -z -c ./uboot_prebuilt.db -o i$(ARCH)_uboot.sb
+ endif
+ #@echo "generating kernel bootstream file sd_mmc_bootstream.raw"
+ #Please use cfimager to burn xxx_linux.sb. The below way will no
Index: package/imx-bootlets/patches/003-add-olinuxino.patch
===
--- package/imx-bootlets/patches/003-add-olinuxino.patch(revision 0)
+++ package/imx-bootlets/patches/003-add-olinuxino.patch(revision 0)
@@ -0,0 +1,150 @@
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/board/imx23_olinuxino_dev.c
imx-bootlets-10.05.02/linux_prep/board/imx23_olinuxino_dev.c
+--- imx-bootlets-10.05.02.orig/linux_prep/board/imx23_olinuxino_dev.c
1970-01-01 01:00:00.0 +0100
imx-bootlets-10.05.02/linux_prep/board/imx23_olinuxino_dev.c
2013-05-19 00:11:40.0 +0200
+@@ -0,0 +1,54 @@
++/*
++ * Platform specific data for the IMX23_OLINUXINO development board
++ *
++ * Fadil Berisha
++ *
++ * Copyright 2008 SigmaTel, Inc
++ * Copyright 2008 Embedded Alley Solutions, Inc
++ * Copyright 2009-2010 Freescale Semiconductor, Inc. All Rights Reserved.
++ *
++ * This file is licensed under the terms of the GNU General Public License
++ * version 2. This program is licensed "as is" without any warranty of any
++ * kind, whether express or implied.
++ *
++ * http://www.opensource.org/licenses/gpl-license.html
++ * http://www.gnu.org/copyleft/gpl.html
++ */
++#include
++#include
++#include
++
++/
++ * LRADC keyboard data *
++ /
++int lradc_keypad_ch = LRADC_CH0;
++int lradc_vddio_ch = LRADC_CH6;
++
++struct lradc_keycode lradc_keycodes[] = {
++ { 100, KEY4 },
++ { 306, KEY5 },
++ { 601, KEY6 },
++ { 932, KEY7 },
++ { 1260, KEY8 },
++ { 1424, KEY9 },
++ { 1707, KEY10 },
++ { 2207, KEY11 },
++ { 2525, KEY12 },
++ { 2831, KEY13 },
++ { 3134, KEY14 },
++ { -1, 0 },
++};
++
++/
++ * Magic key combinations for Armadillo *
++ /
++u32 magic_keys[MAGIC_KEY_NR] = {
++ [MAGIC_KEY1] = KEY4,
++ [MAGIC_KEY2] = KEY6,
++ [MAGIC_KEY3] = KEY10,
++};
++
++/
++ * Default command line *
++ /
++char cmdline_def[] = "console=ttyAMA0,115200";
+diff -ruN
imx-bootlets-10.05.02.orig/linux_prep/cmdlines/imx23_olinuxino_dev.txt
imx-bootlets-10.05.02/linux_prep/cmdlines/imx23_olinuxino_dev.txt
+--- imx-bootlets-10.05.02.orig/linux_prep/cmdlines/imx23_olinuxino_dev.txt
1970-01-01 01:00:00.0 +0100
imx-bootlets-10.05.02/linux_prep/cmdlines/imx23_olinuxino_dev.txt
2013-05-19 00:12:56.0 +0200
+@@ -0,0 +1 @@
++noinitrd console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait ssp1=mmc
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/core/setup.c
imx-bootlets-10.05.02/linux_prep/core/setup.c
+--- imx-bootlets-10.05.02.orig/linux_prep/core/setup.c 2010-05-14
06:56:28.0 +0200
imx-bootlets-10.05.02/linux_prep/core/setup.c 2013-05-19
00:11:40.0 +0200
+@@ -84,6 +84,8 @@
+ #include "../../mach-mx28/includes/registers/regsrtc.h"
+ #elif defined(STMP378X)
+ #include "../../mach-mx23/includes/registers/regsrtc.h"
++#elif defined(IMX23_OLINUXINO)
++#include "../../mach-mx23/includes/registers/regsrtc.h"
+ #endif
+
+ #define NAND_SECONDARY_BOOT 0x0002
+diff -ruN imx-bootlets-10.05.02.orig/linux_prep/include/mx23/platform.h
imx-bootlets-10.05.02/linux_prep/include/mx23/platform.h
+--- imx-bootlets-10.05.02.orig/linux_prep/include/mx23/p
[OpenWrt-Devel] [PATCHv4 2/3] imx23: Add target for i.MX23
Adding target support for i.MX23, initial setup for the different Olinuxino boards. Signed-off-by: Zoltan HERPAI --- Index: target/linux/imx23/image/Makefile === --- target/linux/imx23/image/Makefile (revision 0) +++ target/linux/imx23/image/Makefile (revision 0) @@ -0,0 +1,24 @@ +# +# Copyright (C) 2013 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# +include $(TOPDIR)/rules.mk +include $(INCLUDE_DIR)/image.mk + +define Image/Build + $(call Image/Build/$(1)) + dd if=$(KDIR)/root.$(1) of=$(BIN_DIR)/$(IMG_PREFIX)-root.$(1) bs=128k conv=sync +endef + +define Image/BuildKernel + cat $(LINUX_DIR)/arch/arm/boot/zImage $(LINUX_DIR)/arch/arm/boot/dts/imx23-olinuxino.dtb > $(STAGING_DIR)/zImage_dtb + (cd $(STAGING_DIR); \ + ../host/bin/elftosb -z -c ./linux_prebuilt.db -o linux.sb \ + dd if=/dev/zero of=sd_mmc_bootstream.raw bs=512 count=4; \ + dd if=linux.sb of=$(BIN_DIR)/openwrt-imx23-sbImage ibs=512 seek=4; \ + ) +endef + +$(eval $(call BuildImage)) Index: target/linux/imx23/config-default === --- target/linux/imx23/config-default (revision 0) +++ target/linux/imx23/config-default (revision 0) @@ -0,0 +1,247 @@ +CONFIG_ALIGNMENT_TRAP=y +# CONFIG_AMBA_PL08X is not set +# CONFIG_APM_EMULATION is not set +CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y +CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y +CONFIG_ARCH_HAVE_CUSTOM_GPIO_H=y +CONFIG_ARCH_MXS=y +# CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set +CONFIG_ARCH_NR_GPIO=0 +CONFIG_ARCH_REQUIRE_GPIOLIB=y +# CONFIG_ARCH_SELECT_MEMORY_MODEL is not set +# CONFIG_ARCH_SPARSEMEM_DEFAULT is not set +CONFIG_ARCH_SUSPEND_POSSIBLE=y +CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y +CONFIG_ARM=y +CONFIG_ARM_AMBA=y +CONFIG_ARM_APPENDED_DTB=y +# CONFIG_ARM_ATAG_DTB_COMPAT is not set +# CONFIG_ARM_CPU_SUSPEND is not set +CONFIG_ARM_L1_CACHE_SHIFT=5 +CONFIG_ARM_NR_BANKS=8 +CONFIG_ARM_PATCH_PHYS_VIRT=y +# CONFIG_ARM_SP805_WATCHDOG is not set +CONFIG_ARM_THUMB=y +CONFIG_ATAGS=y +# CONFIG_CACHE_L2X0 is not set +CONFIG_CC_OPTIMIZE_FOR_SIZE=y +CONFIG_CLKDEV_LOOKUP=y +CONFIG_CLKSRC_MMIO=y +CONFIG_CLONE_BACKWARDS=y +CONFIG_CMDLINE="console=ttyAMA0,115200 root=/dev/mmcblk0p2 rw rootwait" +CONFIG_CMDLINE_FROM_BOOTLOADER=y +CONFIG_COMMON_CLK=y +CONFIG_COREDUMP=y +CONFIG_CPU_32v5=y +CONFIG_CPU_ABRT_EV5TJ=y +CONFIG_CPU_ARM926T=y +# CONFIG_CPU_CACHE_ROUND_ROBIN is not set +CONFIG_CPU_CACHE_VIVT=y +CONFIG_CPU_COPY_V4WB=y +CONFIG_CPU_CP15=y +CONFIG_CPU_CP15_MMU=y +# CONFIG_CPU_DCACHE_WRITETHROUGH is not set +# CONFIG_CPU_ICACHE_DISABLE is not set +CONFIG_CPU_PABRT_LEGACY=y +CONFIG_CPU_TLB_V4WBI=y +CONFIG_CPU_USE_DOMAINS=y +CONFIG_CRC16=y +CONFIG_CROSS_MEMORY_ATTACH=y +CONFIG_CRYPTO_CRC32C=y +CONFIG_CRYPTO_HASH=y +CONFIG_CRYPTO_HASH2=y +CONFIG_DEBUG_LL_INCLUDE="mach/debug-macro.S" +# CONFIG_DEBUG_PINCTRL is not set +# CONFIG_DEBUG_USER is not set +CONFIG_DECOMPRESS_LZMA=y +CONFIG_DMADEVICES=y +CONFIG_DMA_ENGINE=y +CONFIG_DMA_OF=y +CONFIG_DTC=y +CONFIG_EXT4_FS=y +CONFIG_FEC=y +CONFIG_FRAME_POINTER=y +CONFIG_FS_MBCACHE=y +CONFIG_GENERIC_ATOMIC64=y +CONFIG_GENERIC_BUG=y +CONFIG_GENERIC_CLOCKEVENTS=y +CONFIG_GENERIC_CLOCKEVENTS_BUILD=y +CONFIG_GENERIC_GPIO=y +CONFIG_GENERIC_IO=y +CONFIG_GENERIC_IRQ_CHIP=y +CONFIG_GENERIC_IRQ_SHOW=y +CONFIG_GENERIC_PCI_IOMAP=y +CONFIG_GENERIC_SMP_IDLE_THREAD=y +CONFIG_GENERIC_STRNCPY_FROM_USER=y +CONFIG_GENERIC_STRNLEN_USER=y +CONFIG_GPIOLIB=y +CONFIG_GPIO_DEVRES=y +CONFIG_GPIO_GENERIC=y +CONFIG_GPIO_MXS=y +CONFIG_HARDIRQS_SW_RESEND=y +CONFIG_HAS_DMA=y +CONFIG_HAS_IOMEM=y +CONFIG_HAS_IOPORT=y +# CONFIG_HAVE_64BIT_ALIGNED_ACCESS is not set +CONFIG_HAVE_AOUT=y +CONFIG_HAVE_ARCH_JUMP_LABEL=y +CONFIG_HAVE_ARCH_KGDB=y +CONFIG_HAVE_ARCH_PFN_VALID=y +CONFIG_HAVE_ARCH_SECCOMP_FILTER=y +CONFIG_HAVE_ARCH_TRACEHOOK=y +# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set +CONFIG_HAVE_BPF_JIT=y +CONFIG_HAVE_CLK=y +CONFIG_HAVE_CLK_PREPARE=y +CONFIG_HAVE_C_RECORDMCOUNT=y +CONFIG_HAVE_DEBUG_KMEMLEAK=y +CONFIG_HAVE_DMA_API_DEBUG=y +CONFIG_HAVE_DMA_ATTRS=y +CONFIG_HAVE_DMA_CONTIGUOUS=y +CONFIG_HAVE_DYNAMIC_FTRACE=y +CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y +CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y +CONFIG_HAVE_FUNCTION_TRACER=y +CONFIG_HAVE_GENERIC_DMA_COHERENT=y +CONFIG_HAVE_GENERIC_HARDIRQS=y +CONFIG_HAVE_KERNEL_GZIP=y +CONFIG_HAVE_KERNEL_LZMA=y +CONFIG_HAVE_KERNEL_LZO=y +CONFIG_HAVE_KERNEL_XZ=y +CONFIG_HAVE_LATENCYTOP_SUPPORT=y +CONFIG_HAVE_MEMBLOCK=y +CONFIG_HAVE_NET_DSA=y +CONFIG_HAVE_OPROFILE=y +CONFIG_HAVE_PERF_EVENTS=y +CONFIG_HAVE_PROC_CPU=y +CONFIG_HAVE_PWM=y +CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y +CONFIG_HAVE_SYSCALL_TRACEPOINTS=y +CONFIG_HAVE_UID16=y +CONFIG_I2C=y +CONFIG_I2C_ALGOBIT=y +CONFIG_I2C_ALGOPCA=y +CONFIG_I2C_ALGOPCF=y +CONFIG_I2C_BOARDINFO=y +CONFIG_I2C_CHARDEV=y +CONFIG_I2C_COMPAT=y +
[OpenWrt-Devel] [PATCHv4 3/3] generic: Add missing regulator symbols
Add missing regulator symbols into generic config. Signed-off-by: Zoltan HERPAI --- Index: target/linux/generic/config-3.9 === --- target/linux/generic/config-3.9 (revision 36731) +++ target/linux/generic/config-3.9 (working copy) @@ -2474,10 +2474,30 @@ # CONFIG_REGMAP_I2C is not set # CONFIG_REGMAP_SPI is not set # CONFIG_REGULATOR is not set +# CONFIG_REGULATOR_AD5398 is not set # CONFIG_REGULATOR_BQ24022 is not set # CONFIG_REGULATOR_FIXED_VOLTAGE is not set # CONFIG_REGULATOR_GPIO is not set # CONFIG_REGULATOR_VIRTUAL_CONSUMER is not set +# CONFIG_REGULATOR_DUMMY is not set +# CONFIG_REGULATOR_FAN53555 is not set +# CONFIG_REGULATOR_ISL6271A is not set +# CONFIG_REGULATOR_LP3971 is not set +# CONFIG_REGULATOR_LP3972 is not set +# CONFIG_REGULATOR_LP872X is not set +# CONFIG_REGULATOR_LP8755 is not set +# CONFIG_REGULATOR_MAX1586 is not set +# CONFIG_REGULATOR_MAX8649 is not set +# CONFIG_REGULATOR_MAX8660 is not set +# CONFIG_REGULATOR_MAX8952 is not set +# CONFIG_REGULATOR_MAX8973 is not set +# CONFIG_REGULATOR_TPS51632 is not set +# CONFIG_REGULATOR_TPS62360 is not set +# CONFIG_REGULATOR_TPS65023 is not set +# CONFIG_REGULATOR_TPS6507X is not set +# CONFIG_REGULATOR_TPS6524X is not set +# CONFIG_REGULATOR_USERSPACE_CONSUMER is not set +# CONFIG_RFKILL_REGULATOR is not set # CONFIG_REISERFS_CHECK is not set # CONFIG_REISERFS_FS is not set # CONFIG_REISERFS_FS_XATTR is not set ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCHv4 0/3] Add new target for i.MX23-based boards
Hi, Any comments on this set? Thanks, Zoltan Herpai On Mon, 27 May 2013, Zoltan HERPAI wrote: This patch will add support for i.MX23-based boards, starting with Olimex Olinuxino. This is an ARM9-based board which comes in different flavours depending on devices. Currently supported: - 3.9.4 kernel - ext4 rootfs - USB - ethernet - RTC, watchdog Work in progress for: - I2C - SPI - probably sound and FB Patch list: [PATCH 1/3]: Add tools support for i.MX23 [PATCH 2/3]: Add target for i.MX23 [PATCH 3/3]: Add missing regulator symbols Regards, Zoltan Herpai ___ 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
Re: [OpenWrt-Devel] [PATCHv4 0/3] Add new target for i.MX23-based boards
Hi Sergey,
Yes, this has been based off trunk, r36731, and you can give it a shot
on latest trunk.
Regards,
Zoltan H
Sergey Shcherbakov wrote:
Hello Zoltan,
I would like to check your patches. Which branch you used or trunk?
Thanks a lot,
Sergey
With best regards,
Sergey D. Shcherbakov
2013/6/5 Zoltan HERPAI mailto:wigy...@uid0.hu>>
Hi,
Any comments on this set?
Thanks,
Zoltan Herpai
On Mon, 27 May 2013, Zoltan HERPAI wrote:
This patch will add support for i.MX23-based boards, starting with
Olimex Olinuxino. This is an ARM9-based board which comes in
different
flavours depending on devices.
Currently supported:
- 3.9.4 kernel
- ext4 rootfs
- USB
- ethernet
- RTC, watchdog
Work in progress for:
- I2C
- SPI
- probably sound and FB
Patch list:
[PATCH 1/3]: Add tools support for i.MX23
[PATCH 2/3]: Add target for i.MX23
[PATCH 3/3]: Add missing regulator symbols
Regards,
Zoltan Herpai
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
<mailto:openwrt-devel@lists.openwrt.org>
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
<mailto: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
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] i.MX28 based device does not boot with latest stable kernel
On Tue, 27 Aug 2013, Michael Heimpold wrote: currently I'm trying to port OpenWRT to a new i.MX28 based device, see patch series I sent a few seconds ago. I tried to run the latest stable kernel, but it does not boot and do not show any message on the debug UART. Running an older stable kernel v3.10.5 without any other change works fine. Bisecting showed that the following commits "ARM: move vector stubs" (b85796fa1987e014a61c379e3cb753976e993a46) and/or "ARM: use linker magic for vectors and vector stubs" (0477cd427e4862843b6cfb460b83ca09f265742d) which were introduced in v3.10.6 prevents the system from booting. I would like to discuss this problem upstream, but it would be good to know whether the kernel version v3.10.9 runs on your Olinuxino board? Hi Michael, I'm offline for the next few days (being on holiday), let me get back to you once I'm online. On the first spot I don't have any objections against renaming the target into mxs - already had a similar change in the works for the same reason for i.mx28. Thanks, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Testing Sunxi target with cubieboard
Just one more question about the script.bin file. I have a script.bin I built my self following instructions here: http://linux-sunxi.org/FirstSteps is OpenWrt buildroot also going to compile this file ? The script.bin is a clone of devicetree developed by Allwinner. It's similar to a dtb file. See http://linux-sunxi.org/Fex_Guide how to generate it. It's only used by Allwinner kernel (up to kernel 3.4 as far I know). openWrt trunk use the "real" devicetree. so it ignores your script.bin and you should select the cubieboard as profile (a10 as subtarget) to get a file which includes the devicetree for the cubieboard. btw. openwrt/sunxi doesn't work yet for cubieboard2. maybe with 3.12 or we've to disable smp support. The Olimex A20 board boots fine with the 3.12 kernel in trunk, although brings up 1 CPU only - what's the issue on the CB2? -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] sunxi: enable /proc/device-tree - used for board detection
Alexander Couzens wrote: Signed-off-by: Alexander Couzens --- target/linux/sunxi/config-3.13 | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/sunxi/config-3.13 b/target/linux/sunxi/config-3.13 index 4f8d191..6577df6 100644 --- a/target/linux/sunxi/config-3.13 +++ b/target/linux/sunxi/config-3.13 @@ -315,6 +315,7 @@ CONFIG_PREEMPT_COUNT=y CONFIG_PREEMPT_RCU=y CONFIG_PRINTK_TIME=y # CONFIG_PRINT_QUOTA_WARNING is not set +CONFIG_PROC_DEVICETREE=y CONFIG_PROC_EVENTS=y CONFIG_PROC_PAGE_MONITOR=y CONFIG_PROC_PID_CPUSET=y Applied in r39972, thanks. Regards, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 1/2] sunxi: init eth0 as lan instead wan
Alexander Couzens wrote: Signed-off-by: Alexander Couzens --- .../sunxi/base-files/etc/uci-defaults/02_network |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/sunxi/base-files/etc/uci-defaults/02_network b/target/linux/sunxi/base-files/etc/uci-defaults/02_network index 48781e5..6995477 100644 --- a/target/linux/sunxi/base-files/etc/uci-defaults/02_network +++ b/target/linux/sunxi/base-files/etc/uci-defaults/02_network @@ -13,7 +13,7 @@ ucidef_set_interface_loopback case "`cat /proc/device-tree/model`" in "Cubietech Cubieboard") - ucidef_set_interface_wan 'eth0' + ucidef_set_interface_lan 'eth0' ;; esac Applied the series in r39973, thanks. Regards, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Add kernel modules for AFS client
Hi, nwf wrote: Salutations, list. This patch adds configuration knobs for the in-kernel kAFS client and its dependencies. We have an AFS cell used for shared configuration files and nightly snapshots of local state, and having our OpenWRT devices be able to play along would be fantastic. Hopefully I didn't break anything. Thoughts welcome! Can you please update the path package/kernel/modules to package/kernel/linux/modules, update the fcrypt part (the crypto-misc module list has slightly changed) and resubmit the patch as v2. Pending these fixed, this looks good to get an ack. Thanks, Zoltan H diff --git a/package/kernel/modules/crypto.mk b/package/kernel/modules/crypto.mk index 791b5a5..4664e4a 100644 --- a/package/kernel/modules/crypto.mk +++ b/package/kernel/modules/crypto.mk @@ -220,6 +220,17 @@ endef $(eval $(call KernelPackage,crypto-cbc)) +define KernelPackage/crypto-pcbc + TITLE:=Propagating Cipher Block Chaining CryptoAPI module + DEPENDS:=+kmod-crypto-manager + KCONFIG:=CONFIG_CRYPTO_PCBC + FILES:=$(LINUX_DIR)/crypto/pcbc.ko + AUTOLOAD:=$(call AutoLoad,09,pcbc) + $(call AddDepends/crypto) +endef + +$(eval $(call KernelPackage,crypto-pcbc)) + define KernelPackage/crypto-crc32c TITLE:=CRC32c CRC module DEPENDS:=+kmod-crypto-hash @@ -252,6 +263,16 @@ endef $(eval $(call KernelPackage,crypto-deflate)) +define KernelPackage/crypto-fcrypt + TITLE:=FCRYPT cipher CryptoAPI module + KCONFIG:=CONFIG_CRYPTO_FCRYPT + FILES:=$(LINUX_DIR)/crypto/fcrypt.ko + AUTOLOAD:=$(call AutoLoad,09,fcrypt) + $(call AddDepends/crypto) +endef + +$(eval $(call KernelPackage,crypto-fcrypt)) + define KernelPackage/crypto-ecb TITLE:=Electronic CodeBook CryptoAPI module DEPENDS:=+kmod-crypto-manager @@ -350,7 +371,6 @@ define KernelPackage/crypto-misc $(LINUX_DIR)/crypto/camellia.ko \ $(LINUX_DIR)/crypto/cast5.ko \ $(LINUX_DIR)/crypto/cast6.ko \ - $(LINUX_DIR)/crypto/fcrypt.ko \ $(LINUX_DIR)/crypto/khazad.ko \ $(LINUX_DIR)/crypto/sha256_generic.ko \ $(LINUX_DIR)/crypto/sha512_generic.ko \ diff --git a/package/kernel/modules/fs.mk b/package/kernel/modules/fs.mk index f1853f7..dc350d0 100644 --- a/package/kernel/modules/fs.mk +++ b/package/kernel/modules/fs.mk @@ -7,6 +7,24 @@ FS_MENU:=Filesystems +define KernelPackage/fs-afs + SUBMENU:=$(FS_MENU) + TITLE:=Andrew FileSystem client + DEPENDS:=+kmod-rxrpc +kmod-dnsresolver + KCONFIG:=\ + CONFIG_AFS_FS \ + CONFIG_AFS_FSCACHE=y \ + CONFIG_AFS_DEBUG=n + FILES:=$(LINUX_DIR)/fs/afs/kafs.ko + AUTOLOAD:=$(call AutoLoad,31,kafs) +endef + +define KernelPackage/fs-afs/description + Kernel module for Andrew FileSystem client support +endef + +$(eval $(call KernelPackage,fs-afs)) + define KernelPackage/fs-autofs4 SUBMENU:=$(FS_MENU) TITLE:=AUTOFS4 filesystem support diff --git a/package/kernel/modules/netsupport.mk b/package/kernel/modules/netsupport.mk index b4e2a42..36cb4af 100644 --- a/package/kernel/modules/netsupport.mk +++ b/package/kernel/modules/netsupport.mk @@ -863,3 +863,32 @@ endef $(eval $(call KernelPackage,slip)) +define KernelPackage/dnsresolver + SUBMENU:=$(NETWORK_SUPPORT_MENU) + TITLE:=In-kernel DNS Resolver + KCONFIG:= CONFIG_DNS_RESOLVER + FILES:=$(LINUX_DIR)/net/dns_resolver/dns_resolver.ko + AUTOLOAD:=$(call AutoLoad,30,dns_resolver) +endef + +$(eval $(call KernelPackage,dnsresolver)) + +define KernelPackage/rxrpc + SUBMENU:=$(NETWORK_SUPPORT_MENU) + TITLE:=AF_RXRPC support + KCONFIG:= \ + CONFIG_AF_RXRPC \ + CONFIG_RXKAD=m \ + CONFIG_AF_RXRPC_DEBUG=n + FILES:= \ + $(LINUX_DIR)/net/rxrpc/af-rxrpc.ko \ + $(LINUX_DIR)/net/rxrpc/rxkad.ko + AUTOLOAD:=$(call AutoLoad,30,rxkad af-rxrpc) + DEPENDS:=+kmod-crypto-core +kmod-crypto-manager +kmod-crypto-pcbc +kmod-crypto-fcrypt +endef + +define KernelPackage/rxrpc/description + Kernel support for AF_RXRPC; required for AFS client +endef + +$(eval $(call KernelPackage,rxrpc)) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Add kernel modules for AFS client
Hi Nathaniel, nwf wrote: Fixed; while here I took the liberty of making an FSCACHE option and splitting out the AFS FSCACHE flag to its own knob. Getting there, getting there - with the fscache splitted out, some tweaks are needed yet, comments inline. diff --git a/package/kernel/linux/modules/crypto.mk b/package/kernel/linux/modules/crypto.mk index dbeffa7..0df2fbc 100644 --- a/package/kernel/linux/modules/crypto.mk +++ b/package/kernel/linux/modules/crypto.mk @@ -277,6 +277,17 @@ endef $(eval $(call KernelPackage,crypto-cbc)) +define KernelPackage/crypto-pcbc + TITLE:=Propagating Cipher Block Chaining CryptoAPI module + DEPENDS:=+kmod-crypto-manager + KCONFIG:=CONFIG_CRYPTO_PCBC + FILES:=$(LINUX_DIR)/crypto/pcbc.ko + AUTOLOAD:=$(call AutoLoad,09,pcbc) + $(call AddDepends/crypto) +endef + +$(eval $(call KernelPackage,crypto-pcbc)) + define KernelPackage/crypto-crc32c TITLE:=CRC32c CRC module DEPENDS:=+kmod-crypto-hash @@ -312,6 +323,16 @@ endef $(eval $(call KernelPackage,crypto-deflate)) +define KernelPackage/crypto-fcrypt + TITLE:=FCRYPT cipher CryptoAPI module + KCONFIG:=CONFIG_CRYPTO_FCRYPT + FILES:=$(LINUX_DIR)/crypto/fcrypt.ko + AUTOLOAD:=$(call AutoLoad,09,fcrypt) + $(call AddDepends/crypto) +endef + +$(eval $(call KernelPackage,crypto-fcrypt)) + define KernelPackage/crypto-ecb TITLE:=Electronic CodeBook CryptoAPI module DEPENDS:=+kmod-crypto-manager @@ -429,7 +450,6 @@ define KernelPackage/crypto-misc $(if $(call kernel_patchver_ge,3.7),$(LINUX_DIR)/crypto/cast_common.ko) \ $(LINUX_DIR)/crypto/cast5$(cast56_mod_suffix).ko \ $(LINUX_DIR)/crypto/cast6$(cast56_mod_suffix).ko \ - $(LINUX_DIR)/crypto/fcrypt.ko \ $(LINUX_DIR)/crypto/khazad.ko \ $(LINUX_DIR)/crypto/sha512_generic.ko \ $(LINUX_DIR)/crypto/tea.ko \ diff --git a/package/kernel/linux/modules/fs.mk b/package/kernel/linux/modules/fs.mk index cd27e4a..a25a3f0 100644 --- a/package/kernel/linux/modules/fs.mk +++ b/package/kernel/linux/modules/fs.mk @@ -7,6 +7,46 @@ FS_MENU:=Filesystems +define KernelPackage/fs-cache + SUBMENU:=$(FS_MENU) + TITLE:=General filesystem local cache manager + DEPENDS:= + KCONFIG:=CONFIG_FSCACHE=m + FILES:=$(LINUX_DIR)/fs/fscache/fscache.ko + AUTOLOAD:=$(call AutoLoad,30,fscache) +endef You'll need an "$(eval $(call KernelPackage,fs-cache))" here for this module to appear. Also, with FSCACHE set, a couple config options appear which are missing: FSCACHE_STATS FSCACHE_HISTOGRAM FSCACHE_DEBUG FSCACHE_OBJECT_LIST CACHEFILES Not sure which one would be beneficial here and which one won't. If none, then we can add these into the generic configs. + +define KernelPackage/fs-afs + SUBMENU:=$(FS_MENU) + TITLE:=Andrew FileSystem client + DEPENDS:=+kmod-rxrpc +kmod-dnsresolver + KCONFIG:=\ + CONFIG_AFS_FS=m \ + CONFIG_AFS_DEBUG=n + FILES:=$(LINUX_DIR)/fs/afs/kafs.ko + AUTOLOAD:=$(call AutoLoad,31,kafs) +endef + +define KernelPackage/fs-afs/description + Kernel module for Andrew FileSystem client support +endef + +define KernelPackage/fs-afs-fscache + SUBMENU:=$(FS_MENU) + TITLE:=Andrew FileSystem client fscache support + DEPENDS:=+kmod-fs-afs + KCONFIG:=CONFIG_AFS_FSCACHE=y + FILES:=$(LINUX_DIR)/fs/afs/kafs.ko + AUTOLOAD:=$(call AutoLoad,31,kafs) +endef + +define KernelPackage/fs-afs-fscache/description + Add support for using fscache to the AFS client module. + This simply changes the way the module is built. +endef + +$(eval $(call KernelPackage,fs-afs)) Same here, "$(eval $(call KernelPackage,fs-afs-fscache))" is needed. Also, both fs-afs and fs-afs-fscache are building the same kernel module, which is problematic. When fs-afs-fscache is selected, due to the dependency, the builder also tries to build the fs-afs package, where the dependency checker will spit out the missing dependency for fscache.ko . Not sure about a good solution here, probably a mutual excluding flag could solve the problem, something along the lines of the below, changed to match the package names. usb.mk: DEPENDS:=@(!LINUX_3_3&&!LINUX_3_6&&!LINUX_3_8&&!LINUX_3_9) + define KernelPackage/fs-autofs4 SUBMENU:=$(FS_MENU) TITLE:=AUTOFS4 filesystem support diff --git a/package/kernel/linux/modules/netsupport.mk b/package/kernel/linux/modules/netsupport.mk index 6f61630..fc85e22 100644 --- a/package/kernel/linux/modules/netsupport.mk +++ b/package/kernel/linux/modules/netsupport.mk @@ -938,3 +938,32 @@ endef $(eval $(call KernelPackage,slip)) +define KernelPackage/dnsresolver + SUBMENU:=$(NETWORK_SUPPORT_MENU) + TITLE:=In-kernel DNS Resolver + KCONFIG:= CONFIG_DNS_RESOLVER + FILES:=$(LINUX_DIR)/net/dns_resolver/dns_resolver.ko + AUTOLOAD:=$(call AutoLoad,30,dns_resolver) +endef + +$(eval $(call KernelPackage,dnsresolver)) + +define KernelPackage/rxrpc + SUBMENU:=$(NETWORK_SUPPORT_MENU) + TITLE:=AF_RXRPC support + KCONFIG:= \ + CONFIG_AF_RXRPC \ + CONFIG_RXKAD=m
Re: [OpenWrt-Devel] Making sense of OpenWRT / Linksys WRT1900AC collaboration claims
I don't know if any of the OpenWRT developers or contributors have this router. If yes, my opinion is to add support for the board using the patches sent by Matthew Fatheree as base, reworking them and drop wireless support for now until they (Marvell or Belkin) develop a cfg80211 or mac80211 compatible wireless driver. In other circumstances maybe would be a good idea to spend time developing a driver for the Avastar family but i think that if they say that the WRT1900ac has support for OpenWRT, DD-WRT, DebWRT or any other it should be their job. Correction: if nobody have this router another option could be take Matthew's patches (without the binary blob), correct them, test if can be compiled without problems, include them and add initial support marking @BROKEN. Of course this is my own opinion and i don't have all the information, so, if this is the case my apologies to OpenWRT developers, Matthew Fatheree and Belkin International,Inc Note that while having the wireless driver source released (or partially released), is a big win, I don't see any uboot source in the package. Regards, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mxs: enable usbgadget feature for Duckbills
Hi Michael, No objections - thanks for pinging, I'll check this. Regards, -w- On Sat, 26 Apr 2014, Michael Heimpold wrote: HI Zoltan, do you have any objections regardings this patch? Ciao, Michael Am Sonntag, 13. April 2014, 14:47:33 schrieb Michael Heimpold: Duckbills feature an USB type A connector, so they can be used as USB gadgets. Signed-off-by: Michael Heimpold --- target/linux/mxs/profiles/02-duckbill.mk |1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/mxs/profiles/02-duckbill.mk b/target/linux/mxs/profiles/02-duckbill.mk index 847460a..4a68238 100644 --- a/target/linux/mxs/profiles/02-duckbill.mk +++ b/target/linux/mxs/profiles/02-duckbill.mk @@ -8,6 +8,7 @@ define Profile/duckbill NAME:=I2SE Duckbill series DEPENDS:=+@TARGET_ROOTFS_INCLUDE_KERNEL +@TARGET_ROOTFS_INCLUDE_DTB + FEATURES+=usbgadget PACKAGES+= \ -dnsmasq -firewall -ppp -ip6tables -iptables -6relayd -mtd uboot-envtools \ kmod-leds-gpio kmod-ledtrig-timer kmod-usb-mxs-phy -kmod-ipt-nathelper ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mxs: enable usbgadget feature for Duckbills
Added in r40585, thanks. Regards, -w- Zoltan HERPAI wrote: Hi Michael, No objections - thanks for pinging, I'll check this. Regards, -w- On Sat, 26 Apr 2014, Michael Heimpold wrote: HI Zoltan, do you have any objections regardings this patch? Ciao, Michael Am Sonntag, 13. April 2014, 14:47:33 schrieb Michael Heimpold: Duckbills feature an USB type A connector, so they can be used as USB gadgets. Signed-off-by: Michael Heimpold --- target/linux/mxs/profiles/02-duckbill.mk |1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/mxs/profiles/02-duckbill.mk b/target/linux/mxs/profiles/02-duckbill.mk index 847460a..4a68238 100644 --- a/target/linux/mxs/profiles/02-duckbill.mk +++ b/target/linux/mxs/profiles/02-duckbill.mk @@ -8,6 +8,7 @@ define Profile/duckbill NAME:=I2SE Duckbill series DEPENDS:=+@TARGET_ROOTFS_INCLUDE_KERNEL +@TARGET_ROOTFS_INCLUDE_DTB + FEATURES+=usbgadget PACKAGES+= \ -dnsmasq -firewall -ppp -ip6tables -iptables -6relayd -mtd uboot-envtools \ kmod-leds-gpio kmod-ledtrig-timer kmod-usb-mxs-phy -kmod-ipt-nathelper ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Add kernel modules for AFS client
Hi Nathaniel, The AFS-related part is applied in r40587, thanks. The CIFS/NFS-related fscache change will be added separately later. Regards, -w- nwf wrote: Take three. This time, I gave up on the dynamic support of fscache, preferring to always have it compiled in and wired up as a dependency. There's clearly some intended ability to do dynamic dispatch in the makefiles here (see, e.g., the handling of CONFIG_OF), but I couldn't make it work for me here. I think I have all the requisite calls to subroutines, too. I have a second patch below which turns on fscache support in the other exposed network filesystems, namely NFS and CIFS, now that it's exposed. Cheers, --nwf; diff --git a/package/kernel/linux/modules/crypto.mk b/package/kernel/linux/modules/crypto.mk index dbeffa7..0df2fbc 100644 --- a/package/kernel/linux/modules/crypto.mk +++ b/package/kernel/linux/modules/crypto.mk @@ -277,6 +277,17 @@ endef $(eval $(call KernelPackage,crypto-cbc)) +define KernelPackage/crypto-pcbc + TITLE:=Propagating Cipher Block Chaining CryptoAPI module + DEPENDS:=+kmod-crypto-manager + KCONFIG:=CONFIG_CRYPTO_PCBC + FILES:=$(LINUX_DIR)/crypto/pcbc.ko + AUTOLOAD:=$(call AutoLoad,09,pcbc) + $(call AddDepends/crypto) +endef + +$(eval $(call KernelPackage,crypto-pcbc)) + define KernelPackage/crypto-crc32c TITLE:=CRC32c CRC module DEPENDS:=+kmod-crypto-hash @@ -312,6 +323,16 @@ endef $(eval $(call KernelPackage,crypto-deflate)) +define KernelPackage/crypto-fcrypt + TITLE:=FCRYPT cipher CryptoAPI module + KCONFIG:=CONFIG_CRYPTO_FCRYPT + FILES:=$(LINUX_DIR)/crypto/fcrypt.ko + AUTOLOAD:=$(call AutoLoad,09,fcrypt) + $(call AddDepends/crypto) +endef + +$(eval $(call KernelPackage,crypto-fcrypt)) + define KernelPackage/crypto-ecb TITLE:=Electronic CodeBook CryptoAPI module DEPENDS:=+kmod-crypto-manager @@ -429,7 +450,6 @@ define KernelPackage/crypto-misc $(if $(call kernel_patchver_ge,3.7),$(LINUX_DIR)/crypto/cast_common.ko) \ $(LINUX_DIR)/crypto/cast5$(cast56_mod_suffix).ko \ $(LINUX_DIR)/crypto/cast6$(cast56_mod_suffix).ko \ - $(LINUX_DIR)/crypto/fcrypt.ko \ $(LINUX_DIR)/crypto/khazad.ko \ $(LINUX_DIR)/crypto/sha512_generic.ko \ $(LINUX_DIR)/crypto/tea.ko \ diff --git a/package/kernel/linux/modules/fs.mk b/package/kernel/linux/modules/fs.mk index cd27e4a..5faaf37 100644 --- a/package/kernel/linux/modules/fs.mk +++ b/package/kernel/linux/modules/fs.mk @@ -7,6 +7,43 @@ FS_MENU:=Filesystems +define KernelPackage/fs-fscache + SUBMENU:=$(FS_MENU) + TITLE:=General filesystem local cache manager + DEPENDS:= + KCONFIG:=\ + CONFIG_FSCACHE=m \ + CONFIG_FSCACHE_STATS=y \ + CONFIG_FSCACHE_HISTOGRAM=n \ + CONFIG_FSCACHE_DEBUG=n \ + CONFIG_FSCACHE_OBJECT_LIST=n \ + CONFIG_CACHEFILES=y \ + CONFIG_CACHEFILES_DEBUG=n \ + CONFIG_CACHEFILES_HISTOGRAM=n + FILES:=$(LINUX_DIR)/fs/fscache/fscache.ko + AUTOLOAD:=$(call AutoLoad,29,fscache) +endef + +$(eval $(call KernelPackage,fs-fscache)) + +define KernelPackage/fs-afs + SUBMENU:=$(FS_MENU) + TITLE:=Andrew FileSystem client + DEPENDS:=+kmod-rxrpc +kmod-dnsresolver +kmod-fs-fscache + KCONFIG:=\ + CONFIG_AFS_FS=m \ + CONFIG_AFS_DEBUG=n \ + CONFIG_AFS_FSCACHE=y + FILES:=$(LINUX_DIR)/fs/afs/kafs.ko + AUTOLOAD:=$(call AutoLoad,30,kafs) +endef + +define KernelPackage/fs-afs/description + Kernel module for Andrew FileSystem client support +endef + +$(eval $(call KernelPackage,fs-afs)) + define KernelPackage/fs-autofs4 SUBMENU:=$(FS_MENU) TITLE:=AUTOFS4 filesystem support diff --git a/package/kernel/linux/modules/netsupport.mk b/package/kernel/linux/modules/netsupport.mk index 6f61630..fc85e22 100644 --- a/package/kernel/linux/modules/netsupport.mk +++ b/package/kernel/linux/modules/netsupport.mk @@ -938,3 +938,32 @@ endef $(eval $(call KernelPackage,slip)) +define KernelPackage/dnsresolver + SUBMENU:=$(NETWORK_SUPPORT_MENU) + TITLE:=In-kernel DNS Resolver + KCONFIG:= CONFIG_DNS_RESOLVER + FILES:=$(LINUX_DIR)/net/dns_resolver/dns_resolver.ko + AUTOLOAD:=$(call AutoLoad,30,dns_resolver) +endef + +$(eval $(call KernelPackage,dnsresolver)) + +define KernelPackage/rxrpc + SUBMENU:=$(NETWORK_SUPPORT_MENU) + TITLE:=AF_RXRPC support + KCONFIG:= \ + CONFIG_AF_RXRPC \ + CONFIG_RXKAD=m \ + CONFIG_AF_RXRPC_DEBUG=n + FILES:= \ + $(LINUX_DIR)/net/rxrpc/af-rxrpc.ko \ + $(LINUX_DIR)/net/rxrpc/rxkad.ko + AUTOLOAD:=$(call AutoLoad,30,rxkad af-rxrpc) + DEPENDS:=+kmod-crypto-core +kmod-crypto-manager +kmod-crypto-pcbc +kmod-crypto-fcrypt +endef + +define KernelPackage/rxrpc/description + Kernel support for AF_RXRPC; required for AFS client +endef + +$(eval $(call KernelPackage,rxrpc)) diff --git a/package/kernel/linux/modules/fs.mk b/package/kernel/linux/modules/fs.mk index 5faaf37..dc8873b 100644 --- a/package/kernel/linux/modules/fs.mk +++ b/package/kernel/linux/modules/fs.mk
Re: [OpenWrt-Devel] [PATCH] mxs: fix typo in patch filename
Michael Heimpold wrote:
Signed-off-by: Michael Heimpold
---
.../mxs/patches-3.13/{110-dt-add-lradc.path => 110-dt-add-lradc.patch} |0
1 file changed, 0 insertions(+), 0 deletions(-)
rename target/linux/mxs/patches-3.13/{110-dt-add-lradc.path =>
110-dt-add-lradc.patch} (100%)
diff --git a/target/linux/mxs/patches-3.13/110-dt-add-lradc.path
b/target/linux/mxs/patches-3.13/110-dt-add-lradc.patch
similarity index 100%
rename from target/linux/mxs/patches-3.13/110-dt-add-lradc.path
rename to target/linux/mxs/patches-3.13/110-dt-add-lradc.patch
Applied in r40678, thanks.
Regards,
-w-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mxs: add kernel module for spi interface
Hi Michael, Michael Heimpold wrote: Signed-off-by: Michael Heimpold --- target/linux/mxs/modules.mk | 15 +++ 1 file changed, 15 insertions(+) diff --git a/target/linux/mxs/modules.mk b/target/linux/mxs/modules.mk index 0584a73..2db4961 100644 --- a/target/linux/mxs/modules.mk +++ b/target/linux/mxs/modules.mk @@ -100,3 +100,18 @@ define KernelPackage/crypto-hw-dcp/description endef $(eval $(call KernelPackage,crypto-hw-dcp)) + +define KernelPackage/spi-mxs +SUBMENU:=$(SPI_MENU) +TITLE:=Freescale i.MX23/28 SPI driver +DEPENDS:=@TARGET_mxs +KCONFIG:=CONFIG_SPI_MXS +FILES:=$(LINUX_DIR)/drivers/spi/spi-mxs.ko +AUTOLOAD:=$(call AutoProbe,spi-mxs) +endef + +define KernelPackage/spi-mxs/description +Kernel module for Freescale i.MX23/28 SPI controller +endef + +$(eval $(call KernelPackage,spi-mxs)) I think this could be added into the profiles as a default package - do you mind adding it? Thanks, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mxs: rename files so that profiles are sorted alphabetically
Hi, Michael Heimpold wrote: While at it, make spelling at little bit more consistent, at least for my taste :-) Signed-off-by: Michael Heimpold --- This is one of those "sure, why not" patches. :) Applied in r40679, thanks. Regards, -w- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] These new one cubic inch Linux system
This is roughly the same as the VoCore, which seems to be more successful as of now. (I understand that the campaign started just two days ago for the AsiaRF.) https://www.indiegogo.com/projects/vocore-a-coin-sized-linux-computer-with-wifi I like both, though. Regards, -w- On Fri, 30 May 2014, jonsm...@gmail.com wrote: What do you think about these new Linux systems in a cubic inch? I think they are pretty neat. This one is RT5350 based and running OpenWRT. Cheap too. https://www.indiegogo.com/projects/asiarf-tiny-linux-computer-with-wifi-and-ethernet/x/1575657 -- Jon Smirl jonsm...@gmail.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Response test
Echo-reply with a bit of lag. -w- Hamish Guthrie wrote: > Hi All, > > Please just respond to this mail as quickly as possible. > > Thanks in advance. > > Regards > > Hamish > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel > ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
