Re: [OpenWrt-Devel] uci_lookup_ptr() seg fault
Hi. > I am getting seg fault sometimes on the uci_lookup_ptr() call. here is > the way I call this function: > It happens I would say once every couple of hundred calls. My gut feeling is that one of the "file_name", "section_name", "section_value" or "option_name" pointers becomes stale. Your quoted code looks correct, the issue is most likely in another part of your application using the "get_uci_option_api()" function. ~ Jow ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v4] ramips: build factory images for Netgear EX2700
This patch adds support for building factory and sysupgrade images for the Netgear EX2700 that don't require modification of u-boot environment variables. The bootloader on this device expects the kernel partition to end on a 64k block boundary. The last 64 byte of the kernel partition must contain a valid uImage header - in the stock firmware, this is the uImage header of the root filesystem. For this patch, we're using the uImage header of a 0 byte partition (ex2700-fakeroot.uImage). Signed-off-by: Joseph C. Lehner --- Changes for v4 * Fix word wrap Changes for v3: * Fix maximum image size Changes for v2: * Move fakeroot uImage header to separate file diff --git a/target/linux/ramips/image/Makefile b/target/linux/ramips/image/Makefile index 8bdd76a..c43bde3 100644 --- a/target/linux/ramips/image/Makefile +++ b/target/linux/ramips/image/Makefile @@ -912,8 +912,36 @@ endif # MT7620A Profiles # +# $(1): (ignored) +# $(2): Board name (small caps) +# $(3): DTS file name without extension +# $(4): Erase block size +# $(5): DNI hardware id +# $(6): Maximum image size +define BuildFirmware/Netgear/squashfs + $(call PatchKernelLzmaDtb,$(2),$(3)) + $(eval kernelsize=$(shell wc -c < $(KDIR)/vmlinux-$(2).bin.lzma)) + # Round (kernelsize + 2*64) to erase blocks, avoiding parens + $(eval kernelsize=$(shell expr 2 \* 64 + $(kernelsize))) + $(eval kernelsize=$(shell expr 1 + $(kernelsize) / $(4))) + $(eval kernelsize=$(shell expr $(4) \* $(kernelsize))) + dd if=$(KDIR)/vmlinux-$(2).bin.lzma \ + of=$(KDIR)/vmlinux-$(2).bin.lzma.tmp \ + bs=(($(kernelsize)-2*64)) count=1 conv=sync + + $(call MkImage,lzma,$(KDIR)/vmlinux-$(2).bin.lzma.tmp,$(KDIR)/vmlinux-$(2).uImage) + cat ex2700-fakeroot.uImage >> $(KDIR)/vmlinux-$(2).uImage + $(call MkImageSysupgrade/squashfs,squashfs,$(2),$(6)) + + $(STAGING_DIR_HOST)/bin/mkdniimg \ + -B $(3) -H $(5) -v OpenWrt \ + -i $(call imgname,squashfs,$(2))-sysupgrade.bin \ + -o $(call imgname,squashfs,$(2))-factory.bin +endef + Image/Build/Profile/E1700=$(call BuildFirmware/UMedia/$(1),$(1),e1700,E1700,0x013326) -Image/Build/Profile/EX2700=$(call BuildFirmware/Default4M/$(1),$(1),ex2700,EX2700) +ex2700_mtd_size=3866624 +Image/Build/Profile/EX2700=$(call BuildFirmware/Netgear/$(1),$(1),ex2700,EX2700,65536,29764623+4+0+32+2x2+0,$(ex2700_mtd_size)) Image/Build/Profile/MT7620a=$(call BuildFirmware/Default8M/$(1),$(1),mt7620a,MT7620a) Image/Build/Profile/MT7620a_MT7610e=$(call BuildFirmware/Default8M/$(1),$(1),mt7620a_mt7610e,MT7620a_MT7610e) Image/Build/Profile/MT7620a_MT7530=$(call BuildFirmware/Default8M/$(1),$(1),mt7620a_mt7530,MT7620a_MT7530) diff --git a/target/linux/ramips/image/ex2700-fakeroot.uImage b/target/linux/ramips/image/ex2700-fakeroot.uImage new file mode 100644 index ..340f736141e84e425fe66b372eef80b217146df5 GIT binary patch literal 64 ocmY#ql?+qLV?W4%1+cQRGx!&z=7krPD5NE3rxxYsm!K;H01lrBPXGV_ literal 0 HcmV?d1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v5] ramips: build factory images for Netgear EX2700
This patch adds support for building factory and sysupgrade images for the Netgear EX2700 that don't require modification of u-boot environment variables. The bootloader on this device expects the kernel partition to end on a 64k block boundary. The last 64 byte of the kernel partition must contain a valid uImage header - in the stock firmware, this is the uImage header of the root filesystem. For this patch, we're using the uImage header of a 0 byte partition (ex2700-fakeroot.uImage). Signed-off-by: Joseph C. Lehner --- Changes for v5: * Don't break if the kernel directory was cleaned using `make target/linux/clean` (due to eval usage). Changes for v4 * Fix word wrap Changes for v3: * Fix maximum image size Changes for v2: * Move fakeroot uImage header to separate file diff --git a/target/linux/ramips/image/Makefile b/target/linux/ramips/image/Makefile index 8bdd76a..463f89b 100644 --- a/target/linux/ramips/image/Makefile +++ b/target/linux/ramips/image/Makefile @@ -912,8 +912,34 @@ endif # MT7620A Profiles # +# $(1): (ignored) +# $(2): lowercase board name +# $(3): uppercase board name (must match DTS filename w/o extension) +# $(4): erase block size +# $(5): hardware id for mkdniimg +# $(6): maximum image size +define BuildFirmware/Netgear/squashfs + $(call PatchKernelLzmaDtb,$(2),$(3)) + # Pad kernel to eraseblock boundary, minus 2 uImage headers (=128 bytes): + # bs = (eraseblock * (1 + (128 + kernelsize)/eraseblock)) - 128 + dd if=$(KDIR)/vmlinux-$(2).bin.lzma \ + of=$(KDIR)/vmlinux-$(2).bin.lzma.tmp \ + bs=`expr \( $(4) \* \( 1 + \( 128 + \`wc -c < $(KDIR)/vmlinux-$(2).bin.lzma\` \) / $(4) \) \) - 128` + count=1 conv=sync + + $(call MkImage,lzma,$(KDIR)/vmlinux-$(2).bin.lzma.tmp,$(KDIR)/vmlinux-$(2).uImage) + cat ex2700-fakeroot.uImage >> $(KDIR)/vmlinux-$(2).uImage + $(call MkImageSysupgrade/squashfs,squashfs,$(2),$(6)) + + $(STAGING_DIR_HOST)/bin/mkdniimg \ + -B $(3) -H $(5) -v OpenWrt \ + -i $(call imgname,squashfs,$(2))-sysupgrade.bin \ + -o $(call imgname,squashfs,$(2))-factory.bin +endef + Image/Build/Profile/E1700=$(call BuildFirmware/UMedia/$(1),$(1),e1700,E1700,0x013326) -Image/Build/Profile/EX2700=$(call BuildFirmware/Default4M/$(1),$(1),ex2700,EX2700) +ex2700_mtd_size=3866624 +Image/Build/Profile/EX2700=$(call BuildFirmware/Netgear/$(1),$(1),ex2700,EX2700,65536,29764623+4+0+32+2x2+0,$(ex2700_mtd_size)) Image/Build/Profile/MT7620a=$(call BuildFirmware/Default8M/$(1),$(1),mt7620a,MT7620a) Image/Build/Profile/MT7620a_MT7610e=$(call BuildFirmware/Default8M/$(1),$(1),mt7620a_mt7610e,MT7620a_MT7610e) Image/Build/Profile/MT7620a_MT7530=$(call BuildFirmware/Default8M/$(1),$(1),mt7620a_mt7530,MT7620a_MT7530) diff --git a/target/linux/ramips/image/ex2700-fakeroot.uImage b/target/linux/ramips/image/ex2700-fakeroot.uImage new file mode 100644 index ..340f736141e84e425fe66b372eef80b217146df5 GIT binary patch literal 64 ocmY#ql?+qLV?W4%1+cQRGx!&z=7krPD5NE3rxxYsm!K;H01lrBPXGV_ literal 0 HcmV?d1 -- 2.5.0 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Openwrt AR9344 Factory reset issue
I have written the mac_address, wifi mac address and Serial number in mtd5 (ART) successfully as below location : Mac Address : offset 0x0 Wi-Fi Mac Address: offset 4098 Seral number : offset 4104 and its working fine. Able to read and write. but after that when i do the factory reset using below command it's not happening, it's hanged and showing below messages: mtd -r erase rootfs_data Unlocking rootfs_data ... Erasing rootfs_data ... Rebooting ... [ 723.21] Removing MTD device #3 (rootfs_data) with use count 1 [ 723.24] Restarting system. Below is the partition Creating 6 MTD partitions on "spi0.0": 0x-0x0004 : "u-boot" 0x0004-0x0005 : "u-boot-env" 0x0005-0x0068 : "rootfs" mtd: partition "rootfs" set to be root filesystem mtd: partition "rootfs_data" created automatically, ofs=5B, len=D 0x005b-0x0068 : "rootfs_data" 0x0068-0x007f : "kernel" 0x007f-0x0080 : "art" 0x0005-0x007e : "firmware" cat /proc/mtd dev:size erasesize name mtd0: 0004 0001 "u-boot" mtd1: 0001 0001 "u-boot-env" mtd2: 0063 0001 "rootfs" mtd3: 000d 0001 "rootfs_data" mtd4: 0017 0001 "kernel" mtd5: 0001 0001 "art" mtd6: 0079 0001 "firmware" Could anyone help me to solve this issue. Regards, John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v6] ramips: build factory images for Netgear EX2700
This patch adds support for building factory and sysupgrade images for the Netgear EX2700 that don't require modification of u-boot environment variables. The bootloader on this device expects the kernel partition to end on a 64k block boundary. The last 64 byte of the kernel partition must contain a valid uImage header - in the stock firmware, this is the uImage header of the root filesystem. For this patch, we're using the uImage header of a 0 byte partition (ex2700-fakeroot.uImage). Signed-off-by: Joseph C. Lehner --- Changes for v6: * Forgot to add backslash (sorry) Changes for v5: * Don't break if the kernel directory was cleaned using `make target/linux/clean` (due to eval usage). Changes for v4 * Fix word wrap Changes for v3: * Fix maximum image size Changes for v2: * Move fakeroot uImage header to separate file diff --git a/target/linux/ramips/image/Makefile b/target/linux/ramips/image/Makefile index 8bdd76a..463f89b 100644 --- a/target/linux/ramips/image/Makefile +++ b/target/linux/ramips/image/Makefile @@ -912,8 +912,34 @@ endif # MT7620A Profiles # +# $(1): (ignored) +# $(2): lowercase board name +# $(3): uppercase board name (must match DTS filename w/o extension) +# $(4): erase block size +# $(5): hardware id for mkdniimg +# $(6): maximum image size +define BuildFirmware/Netgear/squashfs + $(call PatchKernelLzmaDtb,$(2),$(3)) + # Pad kernel to eraseblock boundary, minus 2 uImage headers (=128 bytes): + # bs = (eraseblock * (1 + (128 + kernelsize)/eraseblock)) - 128 + dd if=$(KDIR)/vmlinux-$(2).bin.lzma \ + of=$(KDIR)/vmlinux-$(2).bin.lzma.tmp \ + bs=`expr \( $(4) \* \( 1 + \( 128 + \`wc -c < $(KDIR)/vmlinux-$(2).bin.lzma\` \) / $(4) \) \) - 128` + count=1 conv=sync + + $(call MkImage,lzma,$(KDIR)/vmlinux-$(2).bin.lzma.tmp,$(KDIR)/vmlinux-$(2).uImage) + cat ex2700-fakeroot.uImage >> $(KDIR)/vmlinux-$(2).uImage + $(call MkImageSysupgrade/squashfs,squashfs,$(2),$(6)) + + $(STAGING_DIR_HOST)/bin/mkdniimg \ + -B $(3) -H $(5) -v OpenWrt \ + -i $(call imgname,squashfs,$(2))-sysupgrade.bin \ + -o $(call imgname,squashfs,$(2))-factory.bin +endef + Image/Build/Profile/E1700=$(call BuildFirmware/UMedia/$(1),$(1),e1700,E1700,0x013326) -Image/Build/Profile/EX2700=$(call BuildFirmware/Default4M/$(1),$(1),ex2700,EX2700) +ex2700_mtd_size=3866624 +Image/Build/Profile/EX2700=$(call BuildFirmware/Netgear/$(1),$(1),ex2700,EX2700,65536,29764623+4+0+32+2x2+0,$(ex2700_mtd_size)) Image/Build/Profile/MT7620a=$(call BuildFirmware/Default8M/$(1),$(1),mt7620a,MT7620a) Image/Build/Profile/MT7620a_MT7610e=$(call BuildFirmware/Default8M/$(1),$(1),mt7620a_mt7610e,MT7620a_MT7610e) Image/Build/Profile/MT7620a_MT7530=$(call BuildFirmware/Default8M/$(1),$(1),mt7620a_mt7530,MT7620a_MT7530) diff --git a/target/linux/ramips/image/ex2700-fakeroot.uImage b/target/linux/ramips/image/ex2700-fakeroot.uImage new file mode 100644 index ..340f736141e84e425fe66b372eef80b217146df5 GIT binary patch literal 64 ocmY#ql?+qLV?W4%1+cQRGx!&z=7krPD5NE3rxxYsm!K;H01lrBPXGV_ literal 0 HcmV?d1 -- 2.5.0 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v7] ramips: build factory images for Netgear EX2700
This patch adds support for building factory and sysupgrade images for the Netgear EX2700 that don't require modification of u-boot environment variables. The bootloader on this device expects the kernel partition to end on a 64k block boundary. The last 64 byte of the kernel partition must contain a valid uImage header - in the stock firmware, this is the uImage header of the root filesystem. For this patch, we're using the uImage header of a 0 byte partition (ex2700-fakeroot.uImage). Signed-off-by: Joseph C. Lehner --- Changes for v7: * Word wrap, again. Changes for v6: * Forgot to add backslash (sorry) Changes for v5: * Don't break if the kernel directory was cleaned using `make target/linux/clean` (due to eval usage). Changes for v4 * Fix word wrap Changes for v3: * Fix maximum image size Changes for v2: * Move fakeroot uImage header to separate file diff --git a/target/linux/ramips/image/Makefile b/target/linux/ramips/image/Makefile index 8bdd76a..463f89b 100644 --- a/target/linux/ramips/image/Makefile +++ b/target/linux/ramips/image/Makefile @@ -912,8 +912,34 @@ endif # MT7620A Profiles # +# $(1): (ignored) +# $(2): lowercase board name +# $(3): uppercase board name (must match DTS filename w/o extension) +# $(4): erase block size +# $(5): hardware id for mkdniimg +# $(6): maximum image size +define BuildFirmware/Netgear/squashfs + $(call PatchKernelLzmaDtb,$(2),$(3)) + # Pad kernel to eraseblock boundary, minus 2 uImage headers (=128 bytes): + # bs = (eraseblock * (1 + (128 + kernelsize)/eraseblock)) - 128 + dd if=$(KDIR)/vmlinux-$(2).bin.lzma \ + of=$(KDIR)/vmlinux-$(2).bin.lzma.tmp \ + bs=`expr \( $(4) \* \( 1 + \( 128 + \`wc -c < $(KDIR)/vmlinux-$(2).bin.lzma\` \) / $(4) \) \) - 128` + count=1 conv=sync + + $(call MkImage,lzma,$(KDIR)/vmlinux-$(2).bin.lzma.tmp,$(KDIR)/vmlinux-$(2).uImage) + cat ex2700-fakeroot.uImage >> $(KDIR)/vmlinux-$(2).uImage + $(call MkImageSysupgrade/squashfs,squashfs,$(2),$(6)) + + $(STAGING_DIR_HOST)/bin/mkdniimg \ + -B $(3) -H $(5) -v OpenWrt \ + -i $(call imgname,squashfs,$(2))-sysupgrade.bin \ + -o $(call imgname,squashfs,$(2))-factory.bin +endef + Image/Build/Profile/E1700=$(call BuildFirmware/UMedia/$(1),$(1),e1700,E1700,0x013326) -Image/Build/Profile/EX2700=$(call BuildFirmware/Default4M/$(1),$(1),ex2700,EX2700) +ex2700_mtd_size=3866624 +Image/Build/Profile/EX2700=$(call BuildFirmware/Netgear/$(1),$(1),ex2700,EX2700,65536,29764623+4+0+32+2x2+0,$(ex2700_mtd_size)) Image/Build/Profile/MT7620a=$(call BuildFirmware/Default8M/$(1),$(1),mt7620a,MT7620a) Image/Build/Profile/MT7620a_MT7610e=$(call BuildFirmware/Default8M/$(1),$(1),mt7620a_mt7610e,MT7620a_MT7610e) Image/Build/Profile/MT7620a_MT7530=$(call BuildFirmware/Default8M/$(1),$(1),mt7620a_mt7530,MT7620a_MT7530) diff --git a/target/linux/ramips/image/ex2700-fakeroot.uImage b/target/linux/ramips/image/ex2700-fakeroot.uImage new file mode 100644 index ..340f736141e84e425fe66b372eef80b217146df5 GIT binary patch literal 64 ocmY#ql?+qLV?W4%1+cQRGx!&z=7krPD5NE3rxxYsm!K;H01lrBPXGV_ literal 0 HcmV?d1 -- 2.5.0 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] CC: toolchain: use latest glibc 2.21 revision
Fixes "CVE-2015-7547 --- glibc getaddrinfo() stack-based buffer overflow" Signed-off-by: Michael Marley --- toolchain/glibc/Config.version | 6 -- toolchain/glibc/common.mk | 12 +++- toolchain/glibc/patches/2.21/200-add-dl-search-paths.patch | 2 +- 3 files changed, 12 insertions(+), 8 deletions(-) diff --git a/toolchain/glibc/Config.version b/toolchain/glibc/Config.version index 2ac01d7..4ceed09 100644 --- a/toolchain/glibc/Config.version +++ b/toolchain/glibc/Config.version @@ -12,12 +12,6 @@ config EGLIBC_VERSION_2_19 config GLIBC_VERSION_2_21 bool -config GLIBC_REVISION - string - default "25243" if EGLIBC_VERSION_2_19 - default "4e42b5b8f8" if GLIBC_VERSION_2_21 - default "" - endif menu "eglibc configuration" diff --git a/toolchain/glibc/common.mk b/toolchain/glibc/common.mk index 7487ca2..3d680bb 100644 --- a/toolchain/glibc/common.mk +++ b/toolchain/glibc/common.mk @@ -6,9 +6,19 @@ # include $(TOPDIR)/rules.mk + +MD5SUM_2.19 = 42dad4edd3bcb38006d13b5640b00b38 +REVISION_2.19 = 25243 + +MD5SUM_2.21 = 76050a65c444d58b5c4aa0d6034736ed +REVISION_2.21 = 16d0a0c + + PKG_NAME:=glibc PKG_VERSION:=$(call qstrip,$(CONFIG_GLIBC_VERSION)) -PKG_REVISION:=$(call qstrip,$(CONFIG_GLIBC_REVISION)) + +PKG_REVISION:=$(REVISION_$(PKG_VERSION)) +PKG_MIRROR_MD5SUM:=$(MD5SUM_$(PKG_VERSION)) PKG_SOURCE_PROTO:=git PKG_SOURCE_URL:=git://sourceware.org/git/glibc.git diff --git a/toolchain/glibc/patches/2.21/200-add-dl-search-paths.patch b/toolchain/glibc/patches/2.21/200-add-dl-search-paths.patch index a6200f7..070f938 100644 --- a/toolchain/glibc/patches/2.21/200-add-dl-search-paths.patch +++ b/toolchain/glibc/patches/2.21/200-add-dl-search-paths.patch @@ -2,7 +2,7 @@ add /usr/lib to default search path for the dynamic linker --- a/Makeconfig +++ b/Makeconfig -@@ -501,6 +501,9 @@ else +@@ -499,6 +499,9 @@ else default-rpath = $(libdir) endif -- 2.7.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] dropbear: fix forever hanging startup when jffs2 fails to mount
* John Crispin [16.02.2016 18:39]: > > root@OpenWrt:~ mv -f /tmp/dropbear/dropbear_* /etc/dropbear/ > > mv: can't remove '/etc/dropbear/dropbear_rsa_host_key': Read-only file > > system > > this is really only fighting the symptoms. we dont really want to have > all scripts be aware of and handle full flash. i am not sure this is the > right approach to use. i also want to point out, that 'fstools' (mount_root) needs first a fix, so that we can see what is the underlying issue: why mounting jffs2 fails. related: https://dev.openwrt.org/ticket/21786 thank you & bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ramips: mt7620: fix failsafe switch config
As indicated in the bug tracker[1], failsafe mode is broken on at least some
devices using the mt7620 switch (and possibly mt7621). The thread explicitly
mentions the Xiaomi MiWifi, and the Nexx WT3020, and an unspecified device
using the mt7621 switch; the issue also applies to the Netgear EX2700.
The problem is that failsafe mode uses eth0, but enable_vlan is always set to 1
by the switch driver. Connecting to and/or pinging the device fails. This patch
fixes the failsafe preinit config, by making sure that vlan support is
disabled.
It currently only fixes the switch config on mt7620, but might apply to the
mt7621 as well, so the patch has been designed with this in mind.
A similar (line wrapped) patch was submitted in December by Simon Peter, but
never
accepted and/or discussed.
This patch applies to both Chaos Calmer and trunk.
[1] https://dev.openwrt.org/ticket/18768
Signed-off-by: Joseph C. Lehner
---
diff --git
a/target/linux/ramips/base-files/lib/preinit/07_set_preinit_iface_ramips
b/target/linux/ramips/base-files/lib/preinit/07_set_preinit_iface_ramips
index 3dce1b6..6948851 100644
--- a/target/linux/ramips/base-files/lib/preinit/07_set_preinit_iface_ramips
+++ b/target/linux/ramips/base-files/lib/preinit/07_set_preinit_iface_ramips
@@ -7,8 +7,22 @@
ramips_set_preinit_iface() {
RT3X5X=`cat /proc/cpuinfo | egrep "(RT3.5|RT5350|MT7628|MT7688)"`
+ MT762X=`cat /proc/cpuinfo | egrep "MT7620"`
+
if [ -n "${RT3X5X}" ]; then
swconfig dev rt305x set reset 1
+ elif [ -n "${MT762X}" ]; then
+ # The mt7530 switch driver enables VLAN by default, but
+ # failsafe uses eth0, making the device unreachable:
+ # https://dev.openwrt.org/ticket/18768
+ case "${MT762X}" in
+ *MT7620*)
+ mt762x_switchdev=mt7620
+ ;;
+ esac
+ swconfig dev $mt762x_switchdev set reset 1
+ swconfig dev $mt762x_switchdev set enable_vlan 0
+ swconfig dev $mt762x_switchdev set apply 1
fi
if echo $RT3X5X | egrep -q "(RT5350|MT7628|MT7688)"; then
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] downloads.openwrt.org NOT accessible!!!
Seems back up now... On Sat, Feb 13, 2016 at 12:46 AM, Jakub Jančo wrote: > Accessible: > $ host wiki.openwrt.org > wiki.openwrt.org has address 188.40.166.25 > > Not accessible: > $ host openwrt.org > openwrt.org has address 78.24.191.177 > openwrt.org mail is handled by 10 mail.openwrt.org. > > -- > S pozdravom Jakub Janco > > > On Sat, Feb 13, 2016 at 9:44 AM, Jakub Jančo wrote: >> Hello, >> >> I cant access to downloads.openwrt.org. >> This problem persist for about 3-4days. >> Maybe it is "local" problem, but I tried 2places in SK and 1place from >> CZ country, 2 machines, many routers. >> >> >> $ host downloads.openwrt.org >> downloads.openwrt.org has address 78.24.191.177 >> >> $ ping 78.24.191.177 >> PING 78.24.191.177 (78.24.191.177) 56(84) bytes of data. >> ^C >> --- 78.24.191.177 ping statistics --- >> 2 packets transmitted, 0 received, 100% packet loss, time 999ms >> >> $ wget https://downloads.openwrt.org >> --2016-02-13 09:39:06-- https://downloads.openwrt.org/ >> Resolving downloads.openwrt.org (downloads.openwrt.org)... 78.24.191.177 >> Connecting to downloads.openwrt.org >> (downloads.openwrt.org)|78.24.191.177|:443... failed: Connection timed >> out. >> Retrying. >> >> $ wget http://downloads.openwrt.org >> --2016-02-13 09:39:18-- http://downloads.openwrt.org/ >> Resolving downloads.openwrt.org (downloads.openwrt.org)... 78.24.191.177 >> Connecting to downloads.openwrt.org >> (downloads.openwrt.org)|78.24.191.177|:80... failed: Connection timed >> out. >> Retrying. >> >> >> >> >> -- >> S pozdravom Jakub Janco > ___ > 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] downloads.openwrt.org NOT accessible!!!
On 13 February 2016 at 09:44, Jakub Jančo wrote: > I cant access to downloads.openwrt.org. https://forum.openwrt.org/viewtopic.php?id=62776 > OpenWrt's main hosting server (site, downloads, forum) is failing for last > few weeks. Its hard drivers need to be replaced and we're currently waiting > for delivery of new ones. Until that you may expect some random downtimes. > Sorry for the inconvenience. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/2] wwan: Add support for CDC (Huawei 'HiLink') Modems
Huawei HiLink ("h" model names) modems just provide a CDC Ethernet interface
where we have to run DHCP to get an IP address (usually in the 192.168.8.0
range). While this may be bad design in general it's sometimes necessary to
support these modems.
This adds autodetection and handling of these to wwan.
Tested with Huawei E3030h-1.
Signed-off-by: Bruno Randolf
---
package/network/utils/wwan/Makefile| 3 +-
package/network/utils/wwan/files/hilink.sh | 52 ++
package/network/utils/wwan/files/wwan.sh | 9 +-
3 files changed, 62 insertions(+), 2 deletions(-)
create mode 100644 package/network/utils/wwan/files/hilink.sh
diff --git a/package/network/utils/wwan/Makefile
b/package/network/utils/wwan/Makefile
index 8d388dc..02028a9 100644
--- a/package/network/utils/wwan/Makefile
+++ b/package/network/utils/wwan/Makefile
@@ -2,7 +2,7 @@ include $(TOPDIR)/rules.mk
PKG_NAME:=wwan
PKG_VERSION:=2014-07-17
-PKG_RELEASE=1
+PKG_RELEASE=2
PKG_LICENSE:=GPL-2.0
PKG_LICENSE_FILES:=
@@ -24,6 +24,7 @@ endef
define Package/wwan/install
$(INSTALL_DIR) $(1)/lib/netifd/proto/
$(CP) ./files/wwan.sh $(1)/lib/netifd/proto/
+ $(CP) ./files/hilink.sh $(1)/lib/netifd/proto/
$(INSTALL_DIR) $(1)/etc/hotplug.d/usb
$(INSTALL_BIN) ./files/wwan.usb $(1)/etc/hotplug.d/usb/00_wwan.sh
$(INSTALL_DIR) $(1)/etc/hotplug.d/usbmisc
diff --git a/package/network/utils/wwan/files/hilink.sh
b/package/network/utils/wwan/files/hilink.sh
new file mode 100644
index 000..ed8de6d
--- /dev/null
+++ b/package/network/utils/wwan/files/hilink.sh
@@ -0,0 +1,52 @@
+#!/bin/sh
+
+[ -n "$INCLUDE_ONLY" ] || {
+ . /lib/functions.sh
+ . ../netifd-proto.sh
+ init_proto "$@"
+}
+
+proto_hilink_init_config() {
+ available=1
+ no_device=1
+ proto_config_add_string metric
+}
+
+proto_hilink_setup() {
+ local interface="$1"
+ local ifname="$ctl_device"
+ local metric
+
+ json_get_vars metric
+
+ [ -n "$ifname" ] || {
+ proto_notify_error "$interface" NO_IFNAME
+ proto_set_available "$interface" 0
+ return 1
+ }
+
+ logger -p daemon.info -t "hilink[$$]" "Starting DHCP on $ifname"
+ proto_init_update "$ifname" 1
+ proto_send_update "$interface"
+
+ json_init
+ json_add_string name "${interface}_4"
+ json_add_string ifname "@$interface"
+ json_add_string proto "dhcp"
+ json_add_int metric $metric
+ json_close_object
+ ubus call network add_dynamic "$(json_dump)"
+
+ return 0
+}
+
+proto_hilink_teardown() {
+ local interface="$1"
+
+ proto_init_update "*" 0
+ proto_send_update "$interface"
+}
+
+[ -n "$INCLUDE_ONLY" ] || {
+ add_protocol hilink
+}
diff --git a/package/network/utils/wwan/files/wwan.sh
b/package/network/utils/wwan/files/wwan.sh
index 6b33600..3d80aba 100755
--- a/package/network/utils/wwan/files/wwan.sh
+++ b/package/network/utils/wwan/files/wwan.sh
@@ -14,12 +14,14 @@ proto_qmi_setup() { echo "wwan[$$] qmi proto is missing"; }
proto_ncm_setup() { echo "wwan[$$] ncm proto is missing"; }
proto_3g_setup() { echo "wwan[$$] 3g proto is missing"; }
proto_directip_setup() { echo "wwan[$$] directip proto is missing"; }
+proto_hilink_setup() { echo "wwan[$$] hilink proto is missing"; }
[ -f ./mbim.sh ] && . ./mbim.sh
[ -f ./ncm.sh ] && . ./ncm.sh
[ -f ./qmi.sh ] && . ./qmi.sh
[ -f ./3g.sh ] && { . ./ppp.sh; . ./3g.sh; }
[ -f ./directip.sh ] && . ./directip.sh
+[ -f ./hilink.sh ] && . ./hilink.sh
proto_wwan_init_config() {
available=1
@@ -66,7 +68,7 @@ proto_wwan_setup() {
}
}
- [ -z "$ctl_device" ] && for net in $(ls /sys/class/net/ | grep wwan); do
+ [ -z "$ctl_device" ] && for net in $(ls /sys/class/net/ | grep -E
"wwan|eth"); do
[ -z "$ctl_device" ] || continue
driver=$(grep DRIVER /sys/class/net/$net/device/uevent | cut
-d= -f2)
case "$driver" in
@@ -76,6 +78,9 @@ proto_wwan_setup() {
sierra_net|*cdc_ncm)
ctl_device=/dev/$(cd /sys/class/net/$net/; find
../../../ -name ttyUSB* |xargs basename | head -n1)
;;
+ cdc_ether)
+ ctl_device=$net
+ ;;
*) continue;;
esac
echo "wwan[$$]" "Using proto:$proto device:$ctl_device
iface:$net desc:$desc"
@@ -98,6 +103,7 @@ proto_wwan_setup() {
sierra_net) proto_directip_setup $@ ;;
comgt) proto_3g_setup $@ ;;
*cdc_ncm) proto_ncm_setup $@ ;;
+ cdc_ether) proto_hilink_setup $@ ;;
esac
}
@@ -113,6 +119,7 @@ proto_wwan_teardown() {
sierra_net) proto_mbim_teardown $@ ;;
comgt) proto_3g_teardown $@ ;;
*cdc_ncm) proto_ncm_teardown $@ ;;
+ cdc_ether)
[OpenWrt-Devel] [PATCH 2/2] Add support for 'metric' to QMI, NCM, MBIM and DirectIP
Same as for other network interfaces, the option 'metric' should be respected.
(Unfortunately I could not test these changes, since I don't have these modems
and QMI is broken on trunk for me... But the same method is used in the
"HiLink" script I just added before.)
Signed-off-by: Bruno Randolf
---
package/network/utils/comgt/files/directip.sh | 7 +--
package/network/utils/comgt/files/ncm.sh | 7 +--
package/network/utils/umbim/files/lib/netifd/proto/mbim.sh | 7 +--
package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh | 11 +++
4 files changed, 22 insertions(+), 10 deletions(-)
diff --git a/package/network/utils/comgt/files/directip.sh
b/package/network/utils/comgt/files/directip.sh
index d828052..048b647 100644
--- a/package/network/utils/comgt/files/directip.sh
+++ b/package/network/utils/comgt/files/directip.sh
@@ -15,14 +15,15 @@ proto_directip_init_config() {
proto_config_add_string "auth"
proto_config_add_string "username"
proto_config_add_string "password"
+ proto_config_add_string "metric"
}
proto_directip_setup() {
local interface="$1"
local chat devpath devname
- local device apn pincode ifname auth username password
- json_get_vars device apn pincode auth username password
+ local device apn pincode ifname auth username password metric
+ json_get_vars device apn pincode auth username password metric
[ -n "$ctl_device" ] && device=$ctl_device
@@ -80,6 +81,7 @@ proto_directip_setup() {
json_add_string name "${interface}_4"
json_add_string ifname "@$interface"
json_add_string proto "dhcp"
+ json_add_int metric $metric
ubus call network add_dynamic "$(json_dump)"
json_init
@@ -87,6 +89,7 @@ proto_directip_setup() {
json_add_string ifname "@$interface"
json_add_string proto "dhcpv6"
json_add_string extendprefix 1
+ json_add_int metric $metric
ubus call network add_dynamic "$(json_dump)"
return 0
diff --git a/package/network/utils/comgt/files/ncm.sh
b/package/network/utils/comgt/files/ncm.sh
index 571cfaa..39bdaaf 100644
--- a/package/network/utils/comgt/files/ncm.sh
+++ b/package/network/utils/comgt/files/ncm.sh
@@ -19,6 +19,7 @@ proto_ncm_init_config() {
proto_config_add_string mode
proto_config_add_string pdptype
proto_config_add_boolean ipv6
+ proto_config_add_string metric
}
proto_ncm_setup() {
@@ -26,8 +27,8 @@ proto_ncm_setup() {
local manufacturer initialize setmode connect ifname devname devpath
- local device apn auth username password pincode delay mode pdptype ipv6
- json_get_vars device apn auth username password pincode delay mode
pdptype ipv6
+ local device apn auth username password pincode delay mode pdptype ipv6
metric
+ json_get_vars device apn auth username password pincode delay mode
pdptype ipv6 metric
if [ "$ipv6" = 0 ]; then
ipv6=""
@@ -141,6 +142,7 @@ proto_ncm_setup() {
json_add_string name "${interface}_4"
json_add_string ifname "@$interface"
json_add_string proto "dhcp"
+ json_add_int metric $metric
ubus call network add_dynamic "$(json_dump)"
[ -n "$ipv6" ] && {
@@ -149,6 +151,7 @@ proto_ncm_setup() {
json_add_string ifname "@$interface"
json_add_string proto "dhcpv6"
json_add_string extendprefix 1
+ json_add_int metric $metric
ubus call network add_dynamic "$(json_dump)"
}
}
diff --git a/package/network/utils/umbim/files/lib/netifd/proto/mbim.sh
b/package/network/utils/umbim/files/lib/netifd/proto/mbim.sh
index f8b2c06..ab62ed6 100755
--- a/package/network/utils/umbim/files/lib/netifd/proto/mbim.sh
+++ b/package/network/utils/umbim/files/lib/netifd/proto/mbim.sh
@@ -17,6 +17,7 @@ proto_mbim_init_config() {
proto_config_add_string auth
proto_config_add_string username
proto_config_add_string password
+ proto_config_add_string metric
}
_proto_mbim_setup() {
@@ -24,8 +25,8 @@ _proto_mbim_setup() {
local tid=2
local ret
- local device apn pincode delay
- json_get_vars device apn pincode delay auth username password
+ local device apn pincode delay metric
+ json_get_vars device apn pincode delay auth username password metric
[ -n "$ctl_device" ] && device=$ctl_device
@@ -130,6 +131,7 @@ _proto_mbim_setup() {
json_add_string name "${interface}_4"
json_add_string ifname "@$interface"
json_add_string proto "dhcp"
+ json_add_int metric $metric
json_close_object
ubus call network add_dynamic "$(json_dump)"
@@ -138,6 +140,7 @@ _proto_mbim_setup() {
json_add_string ifname "@$interface"
json_add_string proto "dhcpv6"
json_add_string extendpr
Re: [OpenWrt-Devel] erro compiling 'master' with musl
* Bastian Bittorf [12.02.2016 11:12]: > as far as i read we should replace the > > #ifdef __linux__ > with > #ifdef __GLIBC__ any opinions about that? so should i send a proper patch to ML? bye, bastian ___ 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 v2] toolchain: add support of ARCv2 architecture
Hello, On Mon, 2016-01-18 at 20:51 +0300, Alexey Brodkin wrote: > This change adds support of ARC ISAv2 processors in > OpenWRT toolchain. > > In general gcc for ARC may compile code for both ISA versions > simultaneously but libgcc will be built only for default > architecture that's why it's necessary to specify --with-cpu > on gcc configuration. > > As for uClibc we need to use different configurations for > different ARC ISAs. > > Signed-off-by: Alexey Brodkin > Cc: Felix Fietkau > Cc: Jo-Philipp Wich > Cc: Jonas Gorski > --- > > Changes v1 -> v2: > * Toolchain changes were moved to a separate patch I'm wondering if there's a chance to get this patch applied? -Alexey ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 2/2 v2] linux: add support of Synopsys ARCHS38-based boards
On Mon, 2016-01-18 at 20:51 +0300, Alexey Brodkin wrote: > This patch introduces support of new boards with ARC HS38 cores. > > ARC HS38 is a new generation of ARC cores which utilize ARCv2 ISA. > As with ARC770 we're addind support for 2 boards for now: > > [1] Synopsys SDP board (AXS103) > This is the same base-board as in AXS101 but with > FPGA-based CPU-tile where ARCHs38 core is implemented. > > [2] nSIM > Again this is the same simulation engine but configured for > new instruction set and features of new CPU. > > Signed-off-by: Alexey Brodkin > Cc: Felix Fietkau > Cc: Jo-Philipp Wich > Cc: Jonas Gorski > --- > > Changes v1 -> v2: > * Toolchain changes were moved to a separate patch > * Kernel patches were moved to target/linux/generic I'm wondering if there's a chance to get this patch applied? -Alexey ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
