[OpenWrt-Devel] [PATCH 3/4] kernel: move sha512 to own package
Signed-off-by: Ulrich Weber u...@ocedo.com --- package/kernel/linux/modules/crypto.mk | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/package/kernel/linux/modules/crypto.mk b/package/kernel/linux/modules/crypto.mk index 3d76ef3..d5b83fb 100644 --- a/package/kernel/linux/modules/crypto.mk +++ b/package/kernel/linux/modules/crypto.mk @@ -510,6 +510,14 @@ endef $(eval $(call KernelPackage,crypto-sha256)) +define KernelPackage/crypto-sha512 + TITLE:=SHA512 digest CryptoAPI module + DEPENDS:=+kmod-crypto-hash + KCONFIG:=CONFIG_CRYPTO_SHA512 + FILES:=$(LINUX_DIR)/crypto/sha512_generic.ko + AUTOLOAD:=$(call AutoLoad,09,sha512_generic) + $(call AddDepends/crypto) +endef define KernelPackage/crypto-misc TITLE:=Other CryptoAPI modules @@ -523,7 +531,6 @@ define KernelPackage/crypto-misc CONFIG_CRYPTO_FCRYPT \ CONFIG_CRYPTO_KHAZAD \ CONFIG_CRYPTO_SERPENT \ - CONFIG_CRYPTO_SHA512 \ CONFIG_CRYPTO_TEA \ CONFIG_CRYPTO_TGR192 \ CONFIG_CRYPTO_TWOFISH \ @@ -537,7 +544,6 @@ define KernelPackage/crypto-misc $(LINUX_DIR)/crypto/cast5_generic.ko \ $(LINUX_DIR)/crypto/cast6_generic.ko \ $(LINUX_DIR)/crypto/khazad.ko \ - $(LINUX_DIR)/crypto/sha512_generic.ko \ $(LINUX_DIR)/crypto/tea.ko \ $(LINUX_DIR)/crypto/tgr192.ko \ $(LINUX_DIR)/crypto/twofish_common.ko \ -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Wireless Router with openwrt, how to use dual band
On Wed, Feb 11, 2015 at 9:15 AM, Robert Clove cloverob...@gmail.com wrote: Hi, I have few laptops and two routers with dual band (TP-LINK TL-WDR3600 N600 WIRELESS DUAL BAND GIGABIT ROUTER) . Ported openwrt on the router . What i am trying to achieve is if someone want to send msg to a an individual then one of the band should be used (eg 2.4GHz) and if someone want to send message to the group then it should be send through another band (eg 2.8GHz or 5 GHz). How can i do that.? I have created a mesh network and written a simple client server applications through which all laptops communicate. I would think that you would want to setup different IP ranges for the different bands (ie: 2.4ghz uses 10.0.100.x and 5ghz uses 10.0.101.x) and then set your server to communicate on those IP ranges Aaron Z A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. — Robert Heinlein, Time Enough for Love ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] hostapd: backport BSSID black/whitelists
Dies schrieb Stefan Tomanek (stefan.tomanek+open...@wertarbyte.de): Any feedback regarding this backported feature? this patch is fine, the log file one scares me though as there is no log rotate logic. What kind of log rotate logic do you mean? That can be implemented externally if needed: just move the old logfile away and send SIGHUP to the hostapd process, to make it reopen (and recreate) the file. Any more feedback regarding both patches? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [RFC] firewall: NAT masquerading race condition
Hi, theoretically the selective conntrack flushing of fw3 should take care of that. Can you investigate why it is not the case for you? ~ Jow signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/4] kernel: enable AES-NI for x86_64
Signed-off-by: Ulrich Weber u...@ocedo.com --- package/kernel/linux/modules/crypto.mk | 12 1 file changed, 12 insertions(+) diff --git a/package/kernel/linux/modules/crypto.mk b/package/kernel/linux/modules/crypto.mk index 7fea3bf..3d76ef3 100644 --- a/package/kernel/linux/modules/crypto.mk +++ b/package/kernel/linux/modules/crypto.mk @@ -274,6 +274,18 @@ define KernelPackage/crypto-aes/x86 AUTOLOAD:=$(call AutoLoad,09,cryptd ablk_helper gf128mul xts lrw aes_generic aes-i586 aesni-intel) endef +define KernelPackage/crypto-aes/x86_64 + FILES+=$(LINUX_DIR)/arch/x86/crypto/aes-x86_64.ko \ + $(LINUX_DIR)/arch/x86/crypto/aesni-intel.ko \ + $(LINUX_DIR)/arch/x86/crypto/ablk_helper.ko \ + $(LINUX_DIR)/arch/x86/crypto/glue_helper.ko \ + $(LINUX_DIR)/crypto/cryptd.ko \ + $(LINUX_DIR)/crypto/gf128mul.ko \ + $(LINUX_DIR)/crypto/xts.ko \ + $(LINUX_DIR)/crypto/lrw.ko + AUTOLOAD:=$(call AutoLoad,09,cryptd ablk_helper gf128mul xts lrw aes_generic aes-x86_64 aesni-intel) +endef + $(eval $(call KernelPackage,crypto-aes)) -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ar71xx: Add support for TP-Link MR12U v1 board
This patch adds support for the TL-MR12U board. Signed-off-by: Daniel Petre daniel.pe...@gmail.com Index: trunk/tools/firmware-utils/src/mktplinkfw.c === --- trunk/tools/firmware-utils/src/mktplinkfw.c (revision 44381) +++ trunk/tools/firmware-utils/src/mktplinkfw.c (working copy) @@ -33,6 +33,7 @@ #define HWID_GL_INET_V10x0801 #define HWID_GS_OOLITE_V1 0x3C000101 #define HWID_TL_MR10U_V1 0x00100101 +#define HWID_TL_MR12U_V1 0x00120101 #define HWID_TL_MR13U_V1 0x00130101 #define HWID_TL_MR3020_V1 0x3021 #define HWID_TL_MR3220_V1 0x3221 @@ -220,6 +221,11 @@ .hw_rev = 1, .layout_id = 4Mlzma, }, { + .id = TL-MR12Uv1, + .hw_id = HWID_TL_MR12U_V1, + .hw_rev = 1, + .layout_id = 4Mlzma, + }, { .id = TL-MR13Uv1, .hw_id = HWID_TL_MR13U_V1, .hw_rev = 1, ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH][v2] ar71xx: Add profile and build image for TP-Link MR12U v1
This patch adds corrected profile and build image for the TL-MR12U board. Unfortunately i cannot test the factory image since i can't find anywhere the original chinese firmware but the generated openwrt-ar71xx-generic-tl-mr12u-v1-squashfs-sysupgrade.bin worked just fine over a modified mr3040 factory image i managed to modify to initially flash the mr12u from the original firmware. Proper kernel support probably should be added since cat /proc/cpuinfo shows MR13U. Signed-off-by: Daniel Petre daniel.pe...@gmail.com Index: target/linux/ar71xx/image/Makefile === --- trunk/target/linux/ar71xx/image/Makefile(revision 44407) +++ trunk/target/linux/ar71xx/image/Makefile(working copy) @@ -1386,6 +1386,7 @@ $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR10U,tl-mr10u-v1,TL-MR10U,ttyATH0,115200,0x00100101,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR11UV1,tl-mr11u-v1,TL-MR11U,ttyATH0,115200,0x00110101,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR11UV2,tl-mr11u-v2,TL-MR11U,ttyATH0,115200,0x00110102,1,4Mlzma)) +$(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR12U,tl-mr12u-v1,TL-MR13U,ttyATH0,115200,0x00120101,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR13U,tl-mr13u-v1,TL-MR13U,ttyATH0,115200,0x00130101,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR3020,tl-mr3020-v1,TL-MR3020,ttyATH0,115200,0x3021,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR3040V1,tl-mr3040-v1,TL-MR3040,ttyATH0,115200,0x3041,1,4Mlzma)) Index: trunk/target/linux/ar71xx/generic/profiles/tp-link.mk === --- trunk/target/linux/ar71xx/generic/profiles/tp-link.mk (revision 44393) +++ trunk/target/linux/ar71xx/generic/profiles/tp-link.mk (working copy) @@ -48,7 +48,17 @@ endef $(eval $(call Profile,TLMR11U)) +define Profile/TLMR12U + NAME:=TP-LINK TL-MR12U + PACKAGES:=kmod-usb-core kmod-usb2 kmod-ledtrig-usbdev +endef +define Profile/TLMR12U/Description + Package set optimized for the TP-LINK TL-MR12U. +endef + +$(eval $(call Profile,TLMR12U)) + define Profile/TLMR13U NAME:=TP-LINK TL-MR13U PACKAGES:=kmod-usb-core kmod-usb2 kmod-ledtrig-usbdev ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] hostapd: backport BSSID black/whitelists
On 11/02/2015 15:42, Stefan Tomanek wrote: Dies schrieb Stefan Tomanek (stefan.tomanek+open...@wertarbyte.de): Any feedback regarding this backported feature? this patch is fine, the log file one scares me though as there is no log rotate logic. What kind of log rotate logic do you mean? That can be implemented externally if needed: just move the old logfile away and send SIGHUP to the hostapd process, to make it reopen (and recreate) the file. Any more feedback regarding both patches? still on my todo, sorry for the delay it'll take a few more days till i can go over all the hostapd patches in the queue. ___ 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
[OpenWrt-Devel] Wireless Router with openwrt, how to use dual band
Hi, I have few laptops and two routers with dual band (TP-LINK TL-WDR3600 N600 WIRELESS DUAL BAND GIGABIT ROUTER) . Ported openwrt on the router . What i am trying to achieve is if someone want to send msg to a an individual then one of the band should be used (eg 2.4GHz) and if someone want to send message to the group then it should be send through another band (eg 2.8GHz or 5 GHz). How can i do that.? I have created a mesh network and written a simple client server applications through which all laptops communicate. Regards ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 0/4] kernel: x86/x86_64 crypto acceleration
The following patches add hardware acceleration for AES and SHA1/SHA256/SHA512 on x86 and x86_64 systems Since SHA-2 is getting more important I moved SHA-512 from crypto-misc to an own package. Ulrich Weber (4): kernel: enable AES-NI for x86 kernel: enable AES-NI for x86_64 kernel: move sha512 to own package kernel: add x86_64 SSSE3 support for SHA1/SHA256/SHA512 package/kernel/linux/modules/crypto.mk | 54 +- 1 file changed, 47 insertions(+), 7 deletions(-) -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/4] kernel: enable AES-NI for x86
Signed-off-by: Ulrich Weber u...@ocedo.com --- package/kernel/linux/modules/crypto.mk | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/package/kernel/linux/modules/crypto.mk b/package/kernel/linux/modules/crypto.mk index 4df2d73..7fea3bf 100644 --- a/package/kernel/linux/modules/crypto.mk +++ b/package/kernel/linux/modules/crypto.mk @@ -256,15 +256,22 @@ $(eval $(call KernelPackage,crypto-hw-omap)) define KernelPackage/crypto-aes TITLE:=AES cipher CryptoAPI module - KCONFIG:=CONFIG_CRYPTO_AES CONFIG_CRYPTO_AES_586 + KCONFIG:=CONFIG_CRYPTO_AES CONFIG_CRYPTO_AES_586 CONFIG_CRYPTO_AES_NI_INTEL FILES:=$(LINUX_DIR)/crypto/aes_generic.ko AUTOLOAD:=$(call AutoLoad,09,aes_generic) $(call AddDepends/crypto) endef define KernelPackage/crypto-aes/x86 - FILES+=$(LINUX_DIR)/arch/x86/crypto/aes-i586.ko - AUTOLOAD:=$(call AutoLoad,09,aes-i586) + FILES+=$(LINUX_DIR)/arch/x86/crypto/aes-i586.ko \ + $(LINUX_DIR)/arch/x86/crypto/aesni-intel.ko \ + $(LINUX_DIR)/arch/x86/crypto/ablk_helper.ko \ + $(LINUX_DIR)/arch/x86/crypto/glue_helper.ko \ + $(LINUX_DIR)/crypto/cryptd.ko \ + $(LINUX_DIR)/crypto/gf128mul.ko \ + $(LINUX_DIR)/crypto/xts.ko \ + $(LINUX_DIR)/crypto/lrw.ko + AUTOLOAD:=$(call AutoLoad,09,cryptd ablk_helper gf128mul xts lrw aes_generic aes-i586 aesni-intel) endef $(eval $(call KernelPackage,crypto-aes)) -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 4/4] kernel: add x86_64 SSSE3 support for SHA1/SHA256/SHA512
Signed-off-by: Ulrich Weber u...@ocedo.com --- package/kernel/linux/modules/crypto.mk | 21 ++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git a/package/kernel/linux/modules/crypto.mk b/package/kernel/linux/modules/crypto.mk index d5b83fb..c7a1e57 100644 --- a/package/kernel/linux/modules/crypto.mk +++ b/package/kernel/linux/modules/crypto.mk @@ -490,35 +490,50 @@ $(eval $(call KernelPackage,crypto-michael-mic)) define KernelPackage/crypto-sha1 TITLE:=SHA1 digest CryptoAPI module DEPENDS:=+kmod-crypto-hash - KCONFIG:=CONFIG_CRYPTO_SHA1 + KCONFIG:=CONFIG_CRYPTO_SHA1 CONFIG_CRYPTO_SHA1_SSSE3 FILES:=$(LINUX_DIR)/crypto/sha1_generic.ko AUTOLOAD:=$(call AutoLoad,09,sha1_generic) $(call AddDepends/crypto) endef +define KernelPackage/crypto-sha1/x86_64 + FILES+=$(LINUX_DIR)/arch/x86/crypto/sha1-ssse3.ko + AUTOLOAD:=$(call AutoLoad,09,sha1-ssse3) +endef + $(eval $(call KernelPackage,crypto-sha1)) define KernelPackage/crypto-sha256 TITLE:=SHA224 SHA256 digest CryptoAPI module DEPENDS:=+kmod-crypto-hash - KCONFIG:=CONFIG_CRYPTO_SHA256 + KCONFIG:=CONFIG_CRYPTO_SHA256 CONFIG_CRYPTO_SHA256_SSSE3 FILES:=$(LINUX_DIR)/crypto/sha256_generic.ko AUTOLOAD:=$(call AutoLoad,09,sha256_generic) $(call AddDepends/crypto) endef +define KernelPackage/crypto-sha256/x86_64 + FILES+=$(LINUX_DIR)/arch/x86/crypto/sha256-ssse3.ko + AUTOLOAD:=$(call AutoLoad,09,sha256-ssse3) +endef + $(eval $(call KernelPackage,crypto-sha256)) define KernelPackage/crypto-sha512 TITLE:=SHA512 digest CryptoAPI module DEPENDS:=+kmod-crypto-hash - KCONFIG:=CONFIG_CRYPTO_SHA512 + KCONFIG:=CONFIG_CRYPTO_SHA512 CONFIG_CRYPTO_SHA512_SSSE3 FILES:=$(LINUX_DIR)/crypto/sha512_generic.ko AUTOLOAD:=$(call AutoLoad,09,sha512_generic) $(call AddDepends/crypto) endef +define KernelPackage/crypto-sha512/x86_64 + FILES+=$(LINUX_DIR)/arch/x86/crypto/sha512-ssse3.ko + AUTOLOAD:=$(call AutoLoad,09,sha512-ssse3) +endef + define KernelPackage/crypto-misc TITLE:=Other CryptoAPI modules DEPENDS:=+kmod-crypto-manager -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ar71xx: Add user-space support for TP-Link MR12U v1
This patch adds user-space support for the TL-MR12U board based on the mr13u patches. Signed-off-by: Daniel Petre daniel.pe...@gmail.com Index: trunk/target/linux/ar71xx/base-files/etc/diag.sh === --- trunk/target/linux/ar71xx/base-files/etc/diag.sh(revision 44381) +++ trunk/target/linux/ar71xx/base-files/etc/diag.sh(working copy) @@ -237,6 +237,7 @@ archer-c7 | \ tl-wdr4900-v2 | \ tl-mr10u | \ + tl-mr12u | \ tl-mr13u | \ tl-wdr4300 | \ tl-wr703n | \ Index: trunk/target/linux/ar71xx/base-files/etc/uci-defaults/02_network === --- trunk/target/linux/ar71xx/base-files/etc/uci-defaults/02_network (revision 44381) +++ trunk/target/linux/ar71xx/base-files/etc/uci-defaults/02_network (working copy) @@ -319,6 +319,7 @@ rb-sxt5n |\ tl-mr10u |\ tl-mr11u |\ +tl-mr12u |\ tl-mr13u |\ tl-mr3020 |\ tl-mr3040 |\ Index: trunk/target/linux/ar71xx/base-files/lib/upgrade/platform.sh === --- trunk/target/linux/ar71xx/base-files/lib/upgrade/platform.sh (revision 44381) +++ trunk/target/linux/ar71xx/base-files/lib/upgrade/platform.sh (working copy) @@ -302,6 +302,7 @@ smart-300 | \ tl-mr10u | \ tl-mr11u | \ + tl-mr12u | \ tl-mr13u | \ tl-mr3020 | \ tl-mr3040 | \ Index: trunk/target/linux/ar71xx/base-files/lib/ar71xx.sh === --- trunk/target/linux/ar71xx/base-files/lib/ar71xx.sh (revision 44381) +++ trunk/target/linux/ar71xx/base-files/lib/ar71xx.sh (working copy) @@ -180,6 +180,9 @@ 001101*) model=TP-Link TL-MR11U ;; + 001201*) + model=TP-Link TL-MR12U + ;; 001301*) model=TP-Link TL-MR13U ;; @@ -726,6 +729,9 @@ *TL-MR11U) name=tl-mr11u ;; + *TL-MR12U) + name=tl-mr12u + ;; *TL-MR13U) name=tl-mr13u ;; ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ar71xx: Add profile and build image for TP-Link MR12U v1
This patch adds profile and build image for the TL-MR12U board. Unfortunately i cannot test the factory image since i can't find anywhere the original chinese firmware but the generated openwrt-ar71xx-generic-tl-mr12u-v1-squashfs-sysupgrade.bin worked just fine over a modified mr3040 factory image i managed to modify to initially flash the mr12u from the original firmware. Proper kernel support probably should be added since cat /proc/cpuinfo shows MR13U. Signed-off-by: Daniel Petre daniel.pe...@gmail.com Index: trunk/target/linux/ar71xx/image/Makefile === --- trunk/target/linux/ar71xx/image/Makefile(revision 44381) +++ trunk/target/linux/ar71xx/image/Makefile(working copy) @@ -1386,6 +1386,7 @@ $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR10U,tl-mr10u-v1,TL-MR10U,ttyATH0,115200,0x00100101,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR11UV1,tl-mr11u-v1,TL-MR11U,ttyATH0,115200,0x00110101,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR11UV2,tl-mr11u-v2,TL-MR11U,ttyATH0,115200,0x00110102,1,4Mlzma)) +$(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR12U,tl-mr12u-v1,TL-MR12U,ttyATH0,115200,0x00120101,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR13U,tl-mr13u-v1,TL-MR13U,ttyATH0,115200,0x00130101,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR3020,tl-mr3020-v1,TL-MR3020,ttyATH0,115200,0x3021,1,4Mlzma)) $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR3040V1,tl-mr3040-v1,TL-MR3040,ttyATH0,115200,0x3041,1,4Mlzma)) Index: trunk/target/linux/ar71xx/generic/profiles/tp-link.mk === --- trunk/target/linux/ar71xx/generic/profiles/tp-link.mk (revision 44393) +++ trunk/target/linux/ar71xx/generic/profiles/tp-link.mk (working copy) @@ -48,7 +48,17 @@ endef $(eval $(call Profile,TLMR11U)) +define Profile/TLMR12U + NAME:=TP-LINK TL-MR12U + PACKAGES:=kmod-usb-core kmod-usb2 kmod-ledtrig-usbdev +endef +define Profile/TLMR12U/Description + Package set optimized for the TP-LINK TL-MR12U. +endef + +$(eval $(call Profile,TLMR12U)) + define Profile/TLMR13U NAME:=TP-LINK TL-MR13U PACKAGES:=kmod-usb-core kmod-usb2 kmod-ledtrig-usbdev ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] trying to add support for tp-link mr12u in trunk.
On 11/02/15 15:32, 郭传鈜 wrote: You don't need to copy the mach file and kernel patch again if the firmware of mr13u works fine on mr12u. Just use the following line in target/linux/ar71xx/image/Makefile: $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR12U,tl-mr12u-v1,TL-MR13U,ttyATH0,115200,0x00120101,1,4Mlzma)) Thanks a lot, that worked! 2015-02-11 21:17 GMT+08:00 Daniel Petre daniel.pe...@gmail.com mailto:daniel.pe...@gmail.com: Hello awesome hackers, i am trying to patch support for tp-link mr12u in trunk by duplicating mr13u files with the proper changes specific to mr12u but i am failing at kernel patching with: make[3]: Entering directory '/home/dani/chaos_calmer/__target/linux' make[4]: Entering directory '/home/dani/chaos_calmer/__target/linux/ar71xx' if [ -s /home/dani/chaos_calmer/__build_dir/target-mips_34kc___uClibc-0.9.33.2/linux-ar71xx___generic/linux-3.14.32/patches/__series ]; then (cd /home/dani/chaos_calmer/__build_dir/target-mips_34kc___uClibc-0.9.33.2/linux-ar71xx___generic/linux-3.14.32; if quilt --quiltrc=- next /dev/null 21; then quilt --quiltrc=- push -a; else quilt --quiltrc=- top /dev/null 21; fi ); fi Applying patch platform/610-MIPS-ath79-__openwrt-machines.patch patching file arch/mips/ath79/machtypes.h patch: malformed patch at line 192: #endif /* _ATH79_MACHTYPE_H */ Patch platform/610-MIPS-ath79-__openwrt-machines.patch does not apply (enforce with -f) Makefile:24: recipe for target '/home/dani/chaos_calmer/__build_dir/target-mips_34kc___uClibc-0.9.33.2/linux-ar71xx___generic/linux-3.14.32/.quilt___checked' failed make[4]: *** [/home/dani/chaos_calmer/__build_dir/target-mips_34kc___uClibc-0.9.33.2/linux-ar71xx___generic/linux-3.14.32/.quilt___checked] Error 1 make[4]: Leaving directory '/home/dani/chaos_calmer/__target/linux/ar71xx' Makefile:13: recipe for target 'compile' failed make[3]: *** [compile] Error 2 make[3]: Leaving directory '/home/dani/chaos_calmer/__target/linux' target/Makefile:21: recipe for target 'target/linux/compile' failed make[2]: *** [target/linux/compile] Error 2 make[2]: Leaving directory '/home/dani/chaos_calmer' target/Makefile:16: recipe for target '/home/dani/chaos_calmer/__staging_dir/target-mips_34kc___uClibc-0.9.33.2/stamp/.target___compile' failed make[1]: *** [/home/dani/chaos_calmer/__staging_dir/target-mips_34kc___uClibc-0.9.33.2/stamp/.target___compile] Error 2 make[1]: Leaving directory '/home/dani/chaos_calmer' /home/dani/chaos_calmer/__include/toplevel.mk:179 http://toplevel.mk:179: recipe for target 'world' failed make: *** [world] Error 2 May i ask for review of my ugly hacked patches please? They are at: http://codepad.org/vQbjmyrk Thanks! _ openwrt-devel mailing list openwrt-devel@lists.openwrt.__org mailto:openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-__bin/mailman/listinfo/openwrt-__devel 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 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ar71xx: ZyXEL NBG6716 led/buttons cleanup
ZyXEL NBG6716 led/buttons cleanup - improper numbered leds - improper named buttons Signed-off-by: Marcin Mikolajczak gr4ffy at gmail.com --- Index: target/linux/ar71xx/base-files/etc/uci-defaults/01_leds === --- target/linux/ar71xx/base-files/etc/uci-defaults/01_leds (revision 44411) +++ target/linux/ar71xx/base-files/etc/uci-defaults/01_leds (working copy) @@ -220,8 +220,8 @@ ucidef_set_led_netdev wan WAN zyxel:white:internet eth1 ucidef_set_led_wlan wlan WLAN zyxel:white:wifi2g phy1tpt ucidef_set_led_wlan wlan5 WLAN5 zyxel:white:wifi5g phy0tpt - ucidef_set_led_usbdev usb1 USB1 zyxel:white:usb0 1-1 - ucidef_set_led_usbdev usb2 USB2 zyxel:white:usb1 2-1 + ucidef_set_led_usbdev usb1 USB1 zyxel:white:usb1 2-1 + ucidef_set_led_usbdev usb2 USB2 zyxel:white:usb2 1-1 ;; om2p | \ Index: target/linux/ar71xx/files/arch/mips/ath79/mach-nbg6716.c === --- target/linux/ar71xx/files/arch/mips/ath79/mach-nbg6716.c(revision 44411) +++ target/linux/ar71xx/files/arch/mips/ath79/mach-nbg6716.c(working copy) @@ -43,8 +43,8 @@ #define NBG6716_GPIO_LED_INTERNET 18 #define NBG6716_GPIO_LED_POWER 15 -#define NBG6716_GPIO_LED_USB0 13 #define NBG6716_GPIO_LED_USB1 4 +#define NBG6716_GPIO_LED_USB2 13 #define NBG6716_GPIO_LED_WIFI2G19 #define NBG6716_GPIO_LED_WIFI5G17 #define NBG6716_GPIO_LED_WPS 21 @@ -51,8 +51,8 @@ #define NBG6716_GPIO_BTN_RESET 23 #define NBG6716_GPIO_BTN_RFKILL1 -#define NBG6716_GPIO_BTN_USB0 14 #define NBG6716_GPIO_BTN_USB1 0 +#define NBG6716_GPIO_BTN_USB2 14 #define NBG6716_GPIO_BTN_WPS 22 #define NBG6716_KEYS_POLL_INTERVAL 20 /* msecs */ @@ -75,13 +75,13 @@ .active_low = 1, }, { - .name = zyxel:white:usb0, - .gpio = NBG6716_GPIO_LED_USB0, + .name = zyxel:white:usb1, + .gpio = NBG6716_GPIO_LED_USB1, .active_low = 1, }, { - .name = zyxel:white:usb1, - .gpio = NBG6716_GPIO_LED_USB1, + .name = zyxel:white:usb2, + .gpio = NBG6716_GPIO_LED_USB2, .active_low = 1, }, { @@ -119,19 +119,19 @@ .active_low = 1, }, { - .desc = USB0 eject button, + .desc = USB1 eject button, .type = EV_KEY, - .code = BTN_0, + .code = BTN_1, .debounce_interval = NBG6716_KEYS_DEBOUNCE_INTERVAL, - .gpio = NBG6716_GPIO_BTN_USB0, + .gpio = NBG6716_GPIO_BTN_USB1, .active_low = 1, }, { - .desc = USB1 eject button, + .desc = USB2 eject button, .type = EV_KEY, - .code = BTN_1, + .code = BTN_2, .debounce_interval = NBG6716_KEYS_DEBOUNCE_INTERVAL, - .gpio = NBG6716_GPIO_BTN_USB1, + .gpio = NBG6716_GPIO_BTN_USB2, .active_low = 1, }, { ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] ar71xx: Add support for TP-Link MR12U v1 board
This patch is useless now.We don't need to change mktplinkfw.c .The flash layout is defined in target/linux/ar71xx/image/Makefile :-D 2015-02-11 22:49 GMT+08:00 Daniel Petre daniel.pe...@gmail.com: This patch adds support for the TL-MR12U board. Signed-off-by: Daniel Petre daniel.pe...@gmail.com Index: trunk/tools/firmware-utils/src/mktplinkfw.c === --- trunk/tools/firmware-utils/src/mktplinkfw.c (revision 44381) +++ trunk/tools/firmware-utils/src/mktplinkfw.c (working copy) @@ -33,6 +33,7 @@ #define HWID_GL_INET_V10x0801 #define HWID_GS_OOLITE_V1 0x3C000101 #define HWID_TL_MR10U_V1 0x00100101 +#define HWID_TL_MR12U_V1 0x00120101 #define HWID_TL_MR13U_V1 0x00130101 #define HWID_TL_MR3020_V1 0x3021 #define HWID_TL_MR3220_V1 0x3221 @@ -220,6 +221,11 @@ .hw_rev = 1, .layout_id = 4Mlzma, }, { + .id = TL-MR12Uv1, + .hw_id = HWID_TL_MR12U_V1, + .hw_rev = 1, + .layout_id = 4Mlzma, + }, { .id = TL-MR13Uv1, .hw_id = HWID_TL_MR13U_V1, .hw_rev = 1, ___ 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
[OpenWrt-Devel] [PATCH] generic: fix broken patch in the transition of 3.19 from -rc5 to release .0
Signed-off-by: Yousong Zhou yszhou4t...@gmail.com --- target/linux/generic/patches-3.19/304-mips_disable_fpu.patch |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/generic/patches-3.19/304-mips_disable_fpu.patch b/target/linux/generic/patches-3.19/304-mips_disable_fpu.patch index 8413dba..30eeb88 100644 --- a/target/linux/generic/patches-3.19/304-mips_disable_fpu.patch +++ b/target/linux/generic/patches-3.19/304-mips_disable_fpu.patch @@ -39,7 +39,7 @@ write_c0_config5(config5); enable_fpu_hazard(); - } else -+ } else (IS_ENABLED(CONFIG_MIPS_FPU_EMULATOR)) ++ } else if (IS_ENABLED(CONFIG_MIPS_FPU_EMULATOR)) fpu_emulator_init_fpu(); + else + ret = SIGILL; -- 1.7.10.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] ar71xx: Add support for TP-Link MR12U v1 board
On 12 February 2015 at 07:53, 郭传鈜 gch981...@gmail.com wrote: This patch is useless now.We don't need to change mktplinkfw.c .The flash layout is defined in target/linux/ar71xx/image/Makefile :-D It's okay. I have found it useful for inspection purposes ( -i filename ) several times before. yousong 2015-02-11 22:49 GMT+08:00 Daniel Petre daniel.pe...@gmail.com: This patch adds support for the TL-MR12U board. Signed-off-by: Daniel Petre daniel.pe...@gmail.com Index: trunk/tools/firmware-utils/src/mktplinkfw.c === --- trunk/tools/firmware-utils/src/mktplinkfw.c (revision 44381) +++ trunk/tools/firmware-utils/src/mktplinkfw.c (working copy) @@ -33,6 +33,7 @@ #define HWID_GL_INET_V10x0801 #define HWID_GS_OOLITE_V1 0x3C000101 #define HWID_TL_MR10U_V1 0x00100101 +#define HWID_TL_MR12U_V1 0x00120101 #define HWID_TL_MR13U_V1 0x00130101 #define HWID_TL_MR3020_V1 0x3021 #define HWID_TL_MR3220_V1 0x3221 @@ -220,6 +221,11 @@ .hw_rev = 1, .layout_id = 4Mlzma, }, { + .id = TL-MR12Uv1, + .hw_id = HWID_TL_MR12U_V1, + .hw_rev = 1, + .layout_id = 4Mlzma, + }, { .id = TL-MR13Uv1, .hw_id = HWID_TL_MR13U_V1, .hw_rev = 1, ___ 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 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Request for testing mtdsplit_uimage
As you could notice I've improved mtdsplit_uimage a bit: https://dev.openwrt.org/changeset/44412/ https://dev.openwrt.org/changeset/44413/ https://dev.openwrt.org/changeset/44414/ https://dev.openwrt.org/changeset/44415/ This should add support for Edimax devices, but... could also break something. Please try it and let me know if anything went wrong for you. -- Rafał ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] improve host detection on interface change
This patch improve host detection and refresh when it moves from and interface to another by pinging for it on all managed interfaces. Previous to this patch host expiration was done by pinging for it on the last interface it was known to be. If it does not reply after a number of retries it will be expired and its entries deleted. Nevertheless, if the host has moved to another managed interface it will not be detected until there is some ARP packet sent by the host. This detection can be improved by pinging for the host on all managed interfaces instead of just the one where it is supposed to be connected, as it will reply to the ARP ping on the new interface it is connected to and a host refresh will be triggered. Signed-off-by: Alejandro Enrique alejandro.enri...@fon.com --- main.c |5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/main.c b/main.c index a78076c..318ba1c 100644 --- a/main.c +++ b/main.c @@ -252,6 +252,7 @@ static void send_arp_reply(struct relayd_interface *rif, const uint8_t spa[4], static void host_entry_timeout(struct uloop_timeout *timeout) { struct relayd_host *host = container_of(timeout, struct relayd_host, timeout); + struct relayd_interface *rif; /* * When a host is behind a managed interface, we must not expire its host @@ -261,7 +262,9 @@ static void host_entry_timeout(struct uloop_timeout *timeout) * giving up on it. */ if (host-rif-managed host-cleanup_pending host_ping_tries) { - send_arp_request(host-rif, host-ipaddr); + list_for_each_entry(rif, interfaces, list) { + send_arp_request(rif, host-ipaddr); + } host-cleanup_pending++; uloop_timeout_set(host-timeout, 1000); return; -- 1.7.10.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] add host route on local ip arp request
On 2015-02-11 21:02, Alejandro Enrique wrote: This patch fixes relayd not adding a host on an ARP request for the local IP address. When relayd is launched using the -L option, it was not adding the necessary host routes when it receives an ARP request for the local IP address. This issue makes a host not able to connect to the device running relayd until there is ARP traffic involving a third host. Signed-off-by: Alejandro Enrique alejandro.enri...@fon.com Applied all three and committed the update to OpenWrt. Thanks, - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] relayd: add host route on local ip arp request
On 2015-02-11 00:43, Alejandro Enrique wrote: This patch fixes relayd not adding a host on an ARP request for the local IP address. When relayd is launched using the -L option, it was not adding the necessary host routes when it receives an ARP request for the local IP address. This issue makes a host not able to connect to the device running relayd until there is ARP traffic involving a third host. Signed-off-by: Alejandro Enrique alejandro.enri...@fon.com Please resend as patches against the relayd git tree instead of the OpenWrt tree. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] fix missing -p command line argument
Option -p was not being accepted as it was missing in getopt parameter list Signed-off-by: Alejandro Enrique alejandro.enri...@fon.com --- main.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/main.c b/main.c index 2e34954..a78076c 100644 --- a/main.c +++ b/main.c @@ -719,7 +719,7 @@ int main(int argc, char **argv) local_route_table = 0; uloop_init(); - while ((ch = getopt(argc, argv, I:i:t:BDdT:G:R:L:)) != -1) { + while ((ch = getopt(argc, argv, I:i:t:p:BDdT:G:R:L:)) != -1) { switch(ch) { case 'I': managed = true; -- 1.7.10.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] add host route on local ip arp request
This patch fixes relayd not adding a host on an ARP request for the local IP address. When relayd is launched using the -L option, it was not adding the necessary host routes when it receives an ARP request for the local IP address. This issue makes a host not able to connect to the device running relayd until there is ARP traffic involving a third host. Signed-off-by: Alejandro Enrique alejandro.enri...@fon.com --- main.c |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/main.c b/main.c index 801d2f2..2e34954 100644 --- a/main.c +++ b/main.c @@ -386,15 +386,15 @@ static void recv_arp_request(struct relayd_interface *rif, struct arp_packet *pk if (!memcmp(pkt-arp.arp_spa, \x00\x00\x00\x00, 4)) return; + host = find_host_by_ipaddr(NULL, pkt-arp.arp_spa); + if (!host || host-rif != rif) + relayd_refresh_host(rif, pkt-eth.ether_shost, pkt-arp.arp_spa); + if (local_route_table !memcmp(pkt-arp.arp_tpa, local_addr, sizeof(local_addr))) { send_arp_reply(rif, local_addr, pkt-arp.arp_sha, pkt-arp.arp_spa); return; } - host = find_host_by_ipaddr(NULL, pkt-arp.arp_spa); - if (!host || host-rif != rif) - relayd_refresh_host(rif, pkt-eth.ether_shost, pkt-arp.arp_spa); - host = find_host_by_ipaddr(NULL, pkt-arp.arp_tpa); /* -- 1.7.10.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 1/4] ipq806x: update target to v3.18
i folded all 4 patches into 1 prior to the commit ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] add host route on local ip arp request
Great. Thank you [image: Fon] http://www.fon.com/ Alejandro Enrique Router Development All information in this email is confidential http://corp.fon.com/legal/email-disclaimer On 11 February 2015 at 11:12, Felix Fietkau n...@openwrt.org wrote: On 2015-02-11 21:02, Alejandro Enrique wrote: This patch fixes relayd not adding a host on an ARP request for the local IP address. When relayd is launched using the -L option, it was not adding the necessary host routes when it receives an ARP request for the local IP address. This issue makes a host not able to connect to the device running relayd until there is ARP traffic involving a third host. Signed-off-by: Alejandro Enrique alejandro.enri...@fon.com Applied all three and committed the update to OpenWrt. Thanks, - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 3/3] brcm2708: remove CMA_DEBUG
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- target/linux/brcm2708/config-3.18 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/brcm2708/config-3.18 b/target/linux/brcm2708/config-3.18 index 7765d13..9cae2fa 100644 --- a/target/linux/brcm2708/config-3.18 +++ b/target/linux/brcm2708/config-3.18 @@ -45,7 +45,7 @@ CONFIG_CLKDEV_LOOKUP=y CONFIG_CMA=y CONFIG_CMA_ALIGNMENT=8 CONFIG_CMA_AREAS=7 -CONFIG_CMA_DEBUG=y +# CONFIG_CMA_DEBUG is not set CONFIG_CMA_SIZE_MBYTES=16 # CONFIG_CMA_SIZE_SEL_MAX is not set CONFIG_CMA_SIZE_SEL_MBYTES=y -- 1.8.3.2 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 2/3] brcm2708: add Raspberry Pi 2 support
On 11/02/2015 12:42, Álvaro Fernández Rojas wrote: From popcornmix: https://github.com/raspberrypi/linux/issues/22 Technically 2708 is the family, and 2835 is a specific implementation. We now know that 2835 is the only implementation in the family that can run linux, (and there won't be new models of this family), so it probably doesn't matter which model is used, although it should be consistent. good to know If we wanted to use BCM2835, it would make sense also to use BCM2836. So it would be BOARDNAME:=Broadcom BCM2708/BCM2835/BCM2709/BCM2836, which is kinda long :$. I suggest either using BCM2708/BCM2709 or BCM2835/BCM2836, but using both seems weird, at least for me. patch looks fine in that case i am already building a test tree ;) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] raspberry pi v3.19
Yeah I had already reverted that change locally. I was going to send all the patches once I had tested everything for the Raspberry Pi 2, but you were faster :P. El 11/02/2015 a las 11:11, John Crispin escribió: On 10/02/2015 19:53, Álvaro Fernández Rojas wrote: Okay, it's working now: http://files.noltari.es/openwrt/bcm2708/bcm2708_3-18_log.txt Patches: http://files.noltari.es/openwrt/bcm2708/brcm2708_3-18.tgz i changed the gpu-fw package to not clone the huge git tree every time, it killed me 8/1 adsl line ;) ___ 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] [PATCH 2/3] brcm2708: add Raspberry Pi 2 support
On 11/02/2015 12:33, Álvaro Fernández Rojas wrote: -BOARDNAME:=Broadcom BCM2708/BCM2835 should this not be +BOARDNAME:=Broadcom BCM2708/BCM2835/BCM2709 i think BCM2835 is used on one of the B+ variants John ___ 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 11/02/2015 00:13, Daniel Golle wrote: Is there anything wrong with that? Or did anyone feel offended by that? no just pointing out that this might lead to the work not being used, which ended up being the case. ___ 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 3/3] sunxi: add support for Linux 3.19
Hi Daniel, On Wed, Feb 11, 2015 at 12:13:13AM +0100, Daniel Golle wrote: On Tue, Feb 10, 2015 at 10:46:53PM +0100, John Crispin 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 ;) Luka ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/3] brcm2708: add Raspberry Pi 2 support
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- target/linux/brcm2708/Makefile | 4 ++-- target/linux/brcm2708/bcm2708/config-default | 3 +++ target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk | 16 target/linux/brcm2708/bcm2708/target.mk| 5 + target/linux/brcm2708/bcm2709/config-default | 17 + target/linux/brcm2708/bcm2709/profiles/RaspberryPi2.mk | 16 target/linux/brcm2708/bcm2709/target.mk| 7 +++ target/linux/brcm2708/config-3.18 | 5 +++-- target/linux/brcm2708/profiles/100-RaspberryPi.mk | 17 - 9 files changed, 69 insertions(+), 21 deletions(-) create mode 100644 target/linux/brcm2708/bcm2708/config-default create mode 100644 target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk create mode 100644 target/linux/brcm2708/bcm2708/target.mk create mode 100644 target/linux/brcm2708/bcm2709/config-default create mode 100644 target/linux/brcm2708/bcm2709/profiles/RaspberryPi2.mk create mode 100644 target/linux/brcm2708/bcm2709/target.mk mode change 100755 = 100644 target/linux/brcm2708/config-3.18 delete mode 100644 target/linux/brcm2708/profiles/100-RaspberryPi.mk diff --git a/target/linux/brcm2708/Makefile b/target/linux/brcm2708/Makefile index 6f515a5..3ba9ac8 100644 --- a/target/linux/brcm2708/Makefile +++ b/target/linux/brcm2708/Makefile @@ -9,7 +9,7 @@ include $(INCLUDE_DIR)/host.mk ARCH:=arm BOARD:=brcm2708 -BOARDNAME:=Broadcom BCM2708/BCM2835 +BOARDNAME:=Broadcom BCM2708/BCM2709 FEATURES:=ext4 audio usb usbgadget display gpio MAINTAINER:=Florian Fainelli flor...@openwrt.org CPU_TYPE:=arm1176jzf-s @@ -21,7 +21,7 @@ include $(INCLUDE_DIR)/target.mk DEFAULT_PACKAGES += brcm2708-gpu-fw kmod-usb-hid kmod-sound-core kmod-sound-arm-bcm2835 define Target/Description - Build firmware image for Broadcom BCM2708/BCM2835 SoC devices. + Build firmware image for Broadcom BCM2708/BCM2709 SoC devices. Currently produces SD Card image for Raspberry Pi. endef diff --git a/target/linux/brcm2708/bcm2708/config-default b/target/linux/brcm2708/bcm2708/config-default new file mode 100644 index 000..8ebd8e8 --- /dev/null +++ b/target/linux/brcm2708/bcm2708/config-default @@ -0,0 +1,3 @@ +CONFIG_ARCH_BCM2708=y +# CONFIG_BCM2708_DT is not set +CONFIG_VMSPLIT_3G=y diff --git a/target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk b/target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk new file mode 100644 index 000..94d0a06 --- /dev/null +++ b/target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk @@ -0,0 +1,16 @@ +# +# Copyright (C) 2015 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +define Profile/RaspberryPi + NAME:=Raspberry Pi +endef + +define Profile/RaspberryPi/Description + Raspberry Pi board +endef + +$(eval $(call Profile,RaspberryPi)) diff --git a/target/linux/brcm2708/bcm2708/target.mk b/target/linux/brcm2708/bcm2708/target.mk new file mode 100644 index 000..a2004a6 --- /dev/null +++ b/target/linux/brcm2708/bcm2708/target.mk @@ -0,0 +1,5 @@ +BOARDNAME:=bcm2708 + +define Target/Description + Build firmware image for Broadcom BCM2708 SoC devices. +endef diff --git a/target/linux/brcm2708/bcm2709/config-default b/target/linux/brcm2708/bcm2709/config-default new file mode 100644 index 000..e9d87ca --- /dev/null +++ b/target/linux/brcm2708/bcm2709/config-default @@ -0,0 +1,17 @@ +CONFIG_ARCH_BCM2709=y +# CONFIG_ARM_LPAE is not set +# CONFIG_ARM_THUMBEE is not set +CONFIG_ARM_ARCH_TIMER_EVTSTREAM=y +CONFIG_BCM2708_NOL2CACHE=y +# CONFIG_BCM2709_DT is not set +# CONFIG_CRYPTO_SHA1_ARM_NEON is not set +# CONFIG_CRYPTO_SHA512_ARM_NEON is not set +CONFIG_HAVE_ARM_ARCH_TIMER=y +CONFIG_KERNEL_MODE_NEON=y +CONFIG_LOCALVERSION=-v7 +CONFIG_NEON=y +CONFIG_NR_CPUS=4 +CONFIG_SMP=y +CONFIG_SMP_ON_UP=y +# CONFIG_THUMB2_KERNEL is not set +CONFIG_VMSPLIT_2G=y diff --git a/target/linux/brcm2708/bcm2709/profiles/RaspberryPi2.mk b/target/linux/brcm2708/bcm2709/profiles/RaspberryPi2.mk new file mode 100644 index 000..d3d1617 --- /dev/null +++ b/target/linux/brcm2708/bcm2709/profiles/RaspberryPi2.mk @@ -0,0 +1,16 @@ +# +# Copyright (C) 2015 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +define Profile/RaspberryPi2 + NAME:=Raspberry Pi 2 +endef + +define Profile/RaspberryPi2/Description + Raspberry Pi 2 board +endef + +$(eval $(call Profile,RaspberryPi2)) diff --git a/target/linux/brcm2708/bcm2709/target.mk b/target/linux/brcm2708/bcm2709/target.mk new file mode 100644 index 000..610c6b0 --- /dev/null +++ b/target/linux/brcm2708/bcm2709/target.mk @@ -0,0 +1,7 @@ +BOARDNAME:=bcm2709 +CPU_TYPE:=cortex-a7 +CPU_SUBTYPE:=vfp + +define Target/Description + Build firmware image
Re: [OpenWrt-Devel] [PATCH 2/3] brcm2708: add Raspberry Pi 2 support
From popcornmix: https://github.com/raspberrypi/linux/issues/22 Technically 2708 is the family, and 2835 is a specific implementation. We now know that 2835 is the only implementation in the family that can run linux, (and there won't be new models of this family), so it probably doesn't matter which model is used, although it should be consistent. If we wanted to use BCM2835, it would make sense also to use BCM2836. So it would be BOARDNAME:=Broadcom BCM2708/BCM2835/BCM2709/BCM2836, which is kinda long :$. I suggest either using BCM2708/BCM2709 or BCM2835/BCM2836, but using both seems weird, at least for me. El 11/02/2015 a las 12:36, John Crispin escribió: On 11/02/2015 12:33, Álvaro Fernández Rojas wrote: -BOARDNAME:=Broadcom BCM2708/BCM2835 should this not be +BOARDNAME:=Broadcom BCM2708/BCM2835/BCM2709 i think BCM2835 is used on one of the B+ variants John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] trying to add support for tp-link mr12u in trunk.
Hello awesome hackers, i am trying to patch support for tp-link mr12u in trunk by duplicating mr13u files with the proper changes specific to mr12u but i am failing at kernel patching with: make[3]: Entering directory '/home/dani/chaos_calmer/target/linux' make[4]: Entering directory '/home/dani/chaos_calmer/target/linux/ar71xx' if [ -s /home/dani/chaos_calmer/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.14.32/patches/series ]; then (cd /home/dani/chaos_calmer/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.14.32; if quilt --quiltrc=- next /dev/null 21; then quilt --quiltrc=- push -a; else quilt --quiltrc=- top /dev/null 21; fi ); fi Applying patch platform/610-MIPS-ath79-openwrt-machines.patch patching file arch/mips/ath79/machtypes.h patch: malformed patch at line 192: #endif /* _ATH79_MACHTYPE_H */ Patch platform/610-MIPS-ath79-openwrt-machines.patch does not apply (enforce with -f) Makefile:24: recipe for target '/home/dani/chaos_calmer/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.14.32/.quilt_checked' failed make[4]: *** [/home/dani/chaos_calmer/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.14.32/.quilt_checked] Error 1 make[4]: Leaving directory '/home/dani/chaos_calmer/target/linux/ar71xx' Makefile:13: recipe for target 'compile' failed make[3]: *** [compile] Error 2 make[3]: Leaving directory '/home/dani/chaos_calmer/target/linux' target/Makefile:21: recipe for target 'target/linux/compile' failed make[2]: *** [target/linux/compile] Error 2 make[2]: Leaving directory '/home/dani/chaos_calmer' target/Makefile:16: recipe for target '/home/dani/chaos_calmer/staging_dir/target-mips_34kc_uClibc-0.9.33.2/stamp/.target_compile' failed make[1]: *** [/home/dani/chaos_calmer/staging_dir/target-mips_34kc_uClibc-0.9.33.2/stamp/.target_compile] Error 2 make[1]: Leaving directory '/home/dani/chaos_calmer' /home/dani/chaos_calmer/include/toplevel.mk:179: recipe for target 'world' failed make: *** [world] Error 2 May i ask for review of my ugly hacked patches please? They are at: http://codepad.org/vQbjmyrk Thanks! ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [RFC] firewall: NAT masquerading race condition
A NAT masquerading race condition is observed in a setup where continous ping traffic is launched from a device on the lan towards a device on the internet. The WAN interface has masquerading enabled, the default firewall forward policy is reject and is regularly brought down/up. Initially everything is fine; ping packets leave the WAN interface with as source IP the WAN IP but after the WAN interface has been toggled a number of times the ping packets leave the WAN with as source IP the LAN IP. The situation nevers recovers on subsequent WAN interface toggles as the connection with the wrong NAT state is kept alive due to the pings generated by the LAN device; with tcp/udp traffic the situation will mostly recover as applications will switch the source port when the initial connection fails. The problem is related to the loading order of the iptable rules in the different tables; current order used by the firewall package is filter/nat/mangle/raw. Meaning there's a small window in which ping packets are not rejected by the filter forward hook while the masquerade rule in the nat table is not present. Reversing the load order in the firewall package (thus raw/mangle/nat/filter) solves the issue. However this is not a rock solid solution as the problem will persist if the default firewall forward policy is accept. Any suggestions/ideas how the problem can be solved for all cases ? Thx, Hans ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] oxnas: disable usbgadget support
usbgadget was initially enabled in the hope to support gadget mode as it seems to be supported by the hardware. However, it currently breaks things and doesn't work anyway, so remove the usbgadget feature. Signed-off-by: Daniel Golle dan...@makrotopia.org --- target/linux/oxnas/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/oxnas/Makefile b/target/linux/oxnas/Makefile index 186222d..32bcab8 100644 --- a/target/linux/oxnas/Makefile +++ b/target/linux/oxnas/Makefile @@ -10,7 +10,7 @@ ARCH:=arm BOARD:=oxnas BOARDNAME:=PLXTECH/Oxford NAS782x/OX82x DEVICE_TYPE:=nas -FEATURES:=gpio nand pcie usb usbgadget ramdisk rtc squashfs ubifs +FEATURES:=gpio nand pcie usb ramdisk rtc squashfs ubifs CPU_TYPE:=mpcore MAINTAINER:=Daniel Golle dan...@makrotopia.org -- 2.2.2 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] trying to add support for tp-link mr12u in trunk.
You don't need to copy the mach file and kernel patch again if the firmware of mr13u works fine on mr12u. Just use the following line in target/linux/ar71xx/image/Makefile: $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR12U,tl-mr12u-v1,TL-MR13U,ttyATH0,115200,0x00120101,1,4Mlzma)) 2015-02-11 21:17 GMT+08:00 Daniel Petre daniel.pe...@gmail.com: Hello awesome hackers, i am trying to patch support for tp-link mr12u in trunk by duplicating mr13u files with the proper changes specific to mr12u but i am failing at kernel patching with: make[3]: Entering directory '/home/dani/chaos_calmer/target/linux' make[4]: Entering directory '/home/dani/chaos_calmer/target/linux/ar71xx' if [ -s /home/dani/chaos_calmer/build_dir/target-mips_34kc_ uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.14.32/patches/series ]; then (cd /home/dani/chaos_calmer/build_dir/target-mips_34kc_ uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.14.32; if quilt --quiltrc=- next /dev/null 21; then quilt --quiltrc=- push -a; else quilt --quiltrc=- top /dev/null 21; fi ); fi Applying patch platform/610-MIPS-ath79-openwrt-machines.patch patching file arch/mips/ath79/machtypes.h patch: malformed patch at line 192: #endif /* _ATH79_MACHTYPE_H */ Patch platform/610-MIPS-ath79-openwrt-machines.patch does not apply (enforce with -f) Makefile:24: recipe for target '/home/dani/chaos_calmer/ build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_ generic/linux-3.14.32/.quilt_checked' failed make[4]: *** [/home/dani/chaos_calmer/build_dir/target-mips_34kc_ uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.14.32/.quilt_checked] Error 1 make[4]: Leaving directory '/home/dani/chaos_calmer/target/linux/ar71xx' Makefile:13: recipe for target 'compile' failed make[3]: *** [compile] Error 2 make[3]: Leaving directory '/home/dani/chaos_calmer/target/linux' target/Makefile:21: recipe for target 'target/linux/compile' failed make[2]: *** [target/linux/compile] Error 2 make[2]: Leaving directory '/home/dani/chaos_calmer' target/Makefile:16: recipe for target '/home/dani/chaos_calmer/ staging_dir/target-mips_34kc_uClibc-0.9.33.2/stamp/.target_compile' failed make[1]: *** [/home/dani/chaos_calmer/staging_dir/target-mips_34kc_ uClibc-0.9.33.2/stamp/.target_compile] Error 2 make[1]: Leaving directory '/home/dani/chaos_calmer' /home/dani/chaos_calmer/include/toplevel.mk:179: recipe for target 'world' failed make: *** [world] Error 2 May i ask for review of my ugly hacked patches please? They are at: http://codepad.org/vQbjmyrk Thanks! ___ 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
[OpenWrt-Devel] [PATCH] brcm2708-gpu-fw: revert to github releases, adapt to bcm2708 target changes and add back InstallDev
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- package/kernel/brcm2708-gpu-fw/Makefile | 26 -- 1 file changed, 16 insertions(+), 10 deletions(-) diff --git a/package/kernel/brcm2708-gpu-fw/Makefile b/package/kernel/brcm2708-gpu-fw/Makefile index e202002..3fe2a7f 100644 --- a/package/kernel/brcm2708-gpu-fw/Makefile +++ b/package/kernel/brcm2708-gpu-fw/Makefile @@ -7,24 +7,25 @@ include $(TOPDIR)/rules.mk include $(INCLUDE_DIR)/kernel.mk -PKG_NAME:=brcm2708-gpu-fw-boot -PKG_VERSION:=2015-02-07 -PKG_RELEASE:=$(PKG_SOURCE_VERSION) -PKG_MD5SUM:=f198d5466ec412424f3ca77703f29d15 +PKG_NAME:=brcm2708-gpu-fw +PKG_REV:=38aa676b044f8de46aedb4bd972538a7ad6a3ce1 +PKG_VERSION:=20150210 +PKG_RELEASE:=1 -PKG_SOURCE_URL:=http://mirror2.openwrt.org/sources/ -# PKG_SOURCE_SUBDIR:=$(PKG_NAME) -PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz -PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME) +PKG_SOURCE:=$(PKG_REV).tar.gz +PKG_SOURCE_URL:=https://github.com/Hexxeh/rpi-firmware/archive/ +PKG_MD5SUM:=f5683c1dcb255714942f7c9fd61b3a0a + +PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME)/rpi-firmware-$(PKG_REV) include $(INCLUDE_DIR)/package.mk define Package/brcm2708-gpu-fw SECTION:=boot CATEGORY:=Boot Loaders - DEPENDS:=@TARGET_brcm2708 + DEPENDS:=@(TARGET_brcm2708_bcm2708||TARGET_brcm2708_bcm2709) TITLE:=brcm2708-gpu-fw - DEFAULT:=y if (TARGET_brcm2708) + DEFAULT:=y if (TARGET_brcm2708_bcm2708||TARGET_brcm2708_bcm2709) endef define Package/brcm2708-gpu-fw/description @@ -34,5 +35,10 @@ endef define Build/Compile endef +define Build/InstallDev + $(INSTALL_DIR) $(BUILD_DIR)/brcm2708-gpu-fw-boot + $(CP) $(PKG_BUILD_DIR)/* $(BUILD_DIR)/brcm2708-gpu-fw-boot +endef + $(eval $(call BuildPackage,brcm2708-gpu-fw)) -- 1.8.3.2 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] trying to add support for tp-link mr12u in trunk.
But if you really need to add a new mach file,you'd better create another patch instead of modifying 610-MIPS-ath79-openwrt-machines.patch BTW,You didn't modify the patch correctly.I think you should search for the format of a patch.Sorry, I can't describe it here because of my bad English:-D 2015-02-11 21:32 GMT+08:00 郭传鈜 gch981...@gmail.com: You don't need to copy the mach file and kernel patch again if the firmware of mr13u works fine on mr12u. Just use the following line in target/linux/ar71xx/image/Makefile: $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,TLMR12U,tl-mr12u-v1,TL-MR13U,ttyATH0,115200,0x00120101,1,4Mlzma)) 2015-02-11 21:17 GMT+08:00 Daniel Petre daniel.pe...@gmail.com: Hello awesome hackers, i am trying to patch support for tp-link mr12u in trunk by duplicating mr13u files with the proper changes specific to mr12u but i am failing at kernel patching with: make[3]: Entering directory '/home/dani/chaos_calmer/target/linux' make[4]: Entering directory '/home/dani/chaos_calmer/target/linux/ar71xx' if [ -s /home/dani/chaos_calmer/build_dir/target-mips_34kc_ uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.14.32/patches/series ]; then (cd /home/dani/chaos_calmer/build_dir/target-mips_34kc_ uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.14.32; if quilt --quiltrc=- next /dev/null 21; then quilt --quiltrc=- push -a; else quilt --quiltrc=- top /dev/null 21; fi ); fi Applying patch platform/610-MIPS-ath79-openwrt-machines.patch patching file arch/mips/ath79/machtypes.h patch: malformed patch at line 192: #endif /* _ATH79_MACHTYPE_H */ Patch platform/610-MIPS-ath79-openwrt-machines.patch does not apply (enforce with -f) Makefile:24: recipe for target '/home/dani/chaos_calmer/ build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_ generic/linux-3.14.32/.quilt_checked' failed make[4]: *** [/home/dani/chaos_calmer/build_dir/target-mips_34kc_ uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.14.32/.quilt_checked] Error 1 make[4]: Leaving directory '/home/dani/chaos_calmer/target/linux/ar71xx' Makefile:13: recipe for target 'compile' failed make[3]: *** [compile] Error 2 make[3]: Leaving directory '/home/dani/chaos_calmer/target/linux' target/Makefile:21: recipe for target 'target/linux/compile' failed make[2]: *** [target/linux/compile] Error 2 make[2]: Leaving directory '/home/dani/chaos_calmer' target/Makefile:16: recipe for target '/home/dani/chaos_calmer/ staging_dir/target-mips_34kc_uClibc-0.9.33.2/stamp/.target_compile' failed make[1]: *** [/home/dani/chaos_calmer/staging_dir/target-mips_34kc_ uClibc-0.9.33.2/stamp/.target_compile] Error 2 make[1]: Leaving directory '/home/dani/chaos_calmer' /home/dani/chaos_calmer/include/toplevel.mk:179: recipe for target 'world' failed make: *** [world] Error 2 May i ask for review of my ugly hacked patches please? They are at: http://codepad.org/vQbjmyrk Thanks! ___ 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] Wireless Router with openwrt, how to use dual band
Can u explain in detail.. On Wed, Feb 11, 2015 at 8:01 PM, Aaron Z aczlan+open...@gmail.com wrote: On Wed, Feb 11, 2015 at 9:15 AM, Robert Clove cloverob...@gmail.com wrote: Hi, I have few laptops and two routers with dual band (TP-LINK TL-WDR3600 N600 WIRELESS DUAL BAND GIGABIT ROUTER) . Ported openwrt on the router . What i am trying to achieve is if someone want to send msg to a an individual then one of the band should be used (eg 2.4GHz) and if someone want to send message to the group then it should be send through another band (eg 2.8GHz or 5 GHz). How can i do that.? I have created a mesh network and written a simple client server applications through which all laptops communicate. I would think that you would want to setup different IP ranges for the different bands (ie: 2.4ghz uses 10.0.100.x and 5ghz uses 10.0.101.x) and then set your server to communicate on those IP ranges Aaron Z A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. — Robert Heinlein, Time Enough for Love ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 3/5] generic: improve kexec support of MIPS.
Hi, after some very basic testing i would suggest that On 10/02/2015 13:10, Yousong Zhou wrote: create mode 100644 target/linux/generic/patches-3.10/330-MIPS-Malta-Mark-kernel-code-and-kernel-data-segments.patch create mode 100644 target/linux/generic/patches-3.10/331-MIPS-kexec-Accept-command-line-parameters-from-users.patch create mode 100644 target/linux/generic/patches-3.14/330-MIPS-Malta-Mark-kernel-code-and-kernel-data-segments.patch create mode 100644 target/linux/generic/patches-3.14/331-MIPS-kexec-Accept-command-line-parameters-from-users.patch i'll ignore the ones above as we want to move to 3.18+ asap create mode 100644 target/linux/generic/patches-3.18/330-MIPS-Malta-Mark-kernel-code-and-kernel-data-segments.patch create mode 100644 target/linux/generic/patches-3.18/331-MIPS-kexec-Accept-command-line-parameters-from-users.patch create mode 100644 target/linux/generic/patches-3.19/330-MIPS-Malta-Mark-kernel-code-and-kernel-data-segments.patch create mode 100644 target/linux/generic/patches-3.19/331-MIPS-kexec-Accept-command-line-parameters-from-users.patch move the 2 mti-mala patche into the malta folder is that ok with you ? John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel