Re: [OpenWrt-Devel] [PATCH] 1 of 1 - add mcespi crypto mod for mips targets
On Tuesday, March 25, 2014 08:26:25 John Crispin wrote: On 25/03/2014 08:08, Kelly Anderson wrote: Hey, I finally got a around to officially making up a patch to include the mcespi mips accelerated crypto module. I've been using it on a wndr3700 in conjunction with strongswan without problems. I also have a dgn3500 but I haven't run it there yet. This patch specifies ar71xx, lantiq and ramips targets. Other mips chips should also be acceptable. Also the code should migrate into other kernel versions without problem. is there an upstream source for this module ? http://downloads.sourceforge.net/project/mcespi/mcespi-0.2/mcespi.c ___ 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] [new package] lualinotify
Adds a new package for linotify which provides Lua bindings for inotify Signed-off-by: Andreas Heck ah...@gmx.de --- diff --git a/lang/lualinotify/Makefile b/lang/lualinotify/Makefile new file mode 100644 index 000..1518b25 --- /dev/null +++ b/lang/lualinotify/Makefile @@ -0,0 +1,48 @@ +# +# Copyright (C) 2009-2010 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +include $(TOPDIR)/rules.mk + +PKG_NAME:=linotify +PKG_VERSION:=0.2 +PKG_RELEASE:=1 + +PKG_SOURCE:=$(PKG_VERSION).tar.gz +PKG_SOURCE_URL:=https://github.com/hoelzro/linotify/archive/ +PKG_MD5SUM:=2f4c4b46ba974276e04fd6b06c660bdf + +PKG_INSTALL:=1 + +include $(INCLUDE_DIR)/package.mk + +define Package/lualinotify + SUBMENU:=Lua + SECTION:=lang + CATEGORY:=Languages + TITLE:=lualinotify + URL:=https://github.com/hoelzro/linotify + DEPENDS:=+lua +endef + +define Package/lualinotify/description + A Lua binding for the Linux inotify interface +endef + +define Build/Configure +endef + +MAKE_FLAGS += + +define Package/lualinotify/install + $(INSTALL_DIR) $(1)/usr/lib/lua + $(INSTALL_BIN) $(PKG_INSTALL_DIR)/usr/lib/lua/inotify.so $(1)/usr/lib/lua/inotify.so +endef + +$(eval $(call BuildPackage,lualinotify)) + + +include $(TOPDIR)/rules.mk diff --git a/lang/lualinotify/patches/010-makefile.patch b/lang/lualinotify/patches/010-makefile.patch new file mode 100644 index 000..991d5a3 --- /dev/null +++ b/lang/lualinotify/patches/010-makefile.patch @@ -0,0 +1,37 @@ +--- a/Makefile b/Makefile +@@ -8,18 +8,18 @@ + OMIT_FRAME_POINTER = -fomit-frame-pointer + + # Seach for lua .pc file +-LUAPKG_CMD = $(shell pkg-config --list-all | grep Lua | awk '{print $$1}') +-CFLAGS = -fPIC -O3 -Wall $(shell pkg-config $(LUAPKG_CMD) --cflags) +-LFLAGS = -shared $(OMIT_FRAME_POINTER) +-INSTALL_PATH = $(shell pkg-config $(LUAPKG_CMD) --variable=INSTALL_CMOD) ++#LUAPKG_CMD = $(shell pkg-config --list-all | grep Lua | awk '{print $$1}') ++#CFLAGS = -fPIC -O3 -Wall $(shell pkg-config $(LUAPKG_CMD) --cflags) ++#LFLAGS = -shared $(OMIT_FRAME_POINTER) ++#NSTALL_PATH = $(shell pkg-config $(LUAPKG_CMD) --variable=INSTALL_CMOD) + + ## If your system doesn't have pkg-config, comment out the previous + ## lines and uncomment and change the following ones according to your + ## building enviroment. + +-#CFLAGS = -I/usr/include/lua5.1/ -fPIC -O3 -Wall +-#LFLAGS = -shared $(OMIT_FRAME_POINTER) +-#INSTALL_PATH = /usr/lib/lua/5.1 ++CFLAGS = -fpic -O2 -Wall ++LFLAGS = -shared $(OMIT_FRAME_POINTER) ++INSTALL_PATH = /usr/lib/lua + + all: $(LIBNAME) + +@@ -30,7 +30,7 @@ + $(CC) -o $(LIBNAME) -shared $(OBJNAME) $(LFLAGS) + + install: $(LIBNAME) +- install -D -s $(LIBNAME) $(DESTDIR)$(INSTALL_PATH)/$(LIBNAME) ++ install -D $(LIBNAME) $(DESTDIR)$(INSTALL_PATH)/$(LIBNAME) + + clean: + $(RM) $(LIBNAME) $(OBJNAME) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] 1 of 1 - add mcespi crypto mod for mips targets
I am very interested over this any benchmarks to gauge the benefits? On Mar 25, 2014 3:50 PM, Kelly Anderson ke...@xilka.com wrote: On Tuesday, March 25, 2014 08:26:25 John Crispin wrote: On 25/03/2014 08:08, Kelly Anderson wrote: Hey, I finally got a around to officially making up a patch to include the mcespi mips accelerated crypto module. I've been using it on a wndr3700 in conjunction with strongswan without problems. I also have a dgn3500 but I haven't run it there yet. This patch specifies ar71xx, lantiq and ramips targets. Other mips chips should also be acceptable. Also the code should migrate into other kernel versions without problem. is there an upstream source for this module ? http://downloads.sourceforge.net/project/mcespi/mcespi-0.2/mcespi.c ___ 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] Previous VIPS patch not longer available on the brcm2708 platform?
In 2012 a patch was added for the brcm2708 build platform to use hardware floating point. Looks like the patch was committed too. https://lists.openwrt.org/pipermail/openwrt-devel/2012-July/016028.html -mfpu=vfp- enables use of hardware floating point instructions. (in patch already) -mfloat-abi=hard - makes calling hardware floating point more efficient. Can this patch be added back in? I would like to be able to take advantage of the floating point hardware. I wonder if the patch was not included in the 12.09 tree? Quick search didn't reveal any reasons why it might have been removed. Thanks Derek ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Enable compiling iptables nfacct support
From: Kristian Evensen kristian.even...@gmail.com This patch adds the userspace and kernelspace match for nfacct, the extended accounting infrastructure. Signed-off-by: Kristian Evensen kristian.even...@gmail.com --- package/kernel/linux/modules/netfilter.mk | 21 + package/network/utils/iptables/Makefile | 15 +++ 2 files changed, 36 insertions(+) diff --git a/package/kernel/linux/modules/netfilter.mk b/package/kernel/linux/modules/netfilter.mk index 974cca7..35cd665 100644 --- a/package/kernel/linux/modules/netfilter.mk +++ b/package/kernel/linux/modules/netfilter.mk @@ -534,6 +534,27 @@ define AddDepends/nfnetlink endef +define KernelPackage/nfnetlink-nfacct + TITLE:=Netfilter Accouting over NFNETLINK interface + FILES:= \ + $(LINUX_DIR)/net/netfilter/nfnetlink_acct.ko \ + $(LINUX_DIR)/net/netfilter/xt_nfacct.ko + KCONFIG:= \ + CONFIG_NETFILTER_NETLINK_ACCT \ + CONFIG_NETFILTER_XT_MATCH_NFACCT + AUTOLOAD:=$(call AutoProbe,nfnetlink_acct xt_nfacct) + $(call AddDepends/nfnetlink) +endef + +define KernelPackage/nfnetlink-nfacct/description + Kernel modules support for matching and managing accounting objects + Includes: + - nfacct +endef + +$(eval $(call KernelPackage,nfnetlink-nfacct)) + + define KernelPackage/nfnetlink-log TITLE:=Netfilter LOG over NFNETLINK interface FILES:=$(LINUX_DIR)/net/netfilter/nfnetlink_log.ko diff --git a/package/network/utils/iptables/Makefile b/package/network/utils/iptables/Makefile index fd84772..7a28aae 100644 --- a/package/network/utils/iptables/Makefile +++ b/package/network/utils/iptables/Makefile @@ -293,6 +293,20 @@ U32 iptables extensions. endef +define Package/iptables-mod-nfacct +$(call Package/iptables/Module, +kmod-nfnetlink-nfacct) + TITLE:=Netfilter accounting (nfacct) +endef + +define Package/iptables-mod-nfacct/description +iptables extensions for matching accounting objects. +Includes support for: + + Matches: + - nfacct + +endef + define Package/ip6tables $(call Package/iptables/Default) DEPENDS:=@IPV6 +kmod-ip6tables +iptables @@ -458,6 +472,7 @@ $(eval $(call BuildPlugin,iptables-mod-led,$(IPT_LED-m))) $(eval $(call BuildPlugin,iptables-mod-tproxy,$(IPT_TPROXY-m))) $(eval $(call BuildPlugin,iptables-mod-tee,$(IPT_TEE-m))) $(eval $(call BuildPlugin,iptables-mod-u32,$(IPT_U32-m))) +$(eval $(call BuildPlugin,iptables-mod-nfacct,xt_nfacct)) $(eval $(call BuildPackage,ip6tables)) $(eval $(call BuildPlugin,ip6tables-mod-nat,$(IPT_NAT6-m))) $(eval $(call BuildPackage,libiptc)) -- 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] [PATCHv2] netifd: Reload proto on topology change
On Thu, Mar 20, 2014 at 4:26 PM, Helmut Schaa helmut.sc...@googlemail.com wrote: Introduce a new device event topology change that gets signaled by bridges on adding/removing members. On topology changes the proto handlers are requested to renew which is most useful for DHCP. Signed-off-by: Helmut Schaa helmut.sc...@googlemail.com --- Changes in v2: - Only run renew handler if registered during proto init Felix, did you have a chance to review this yet? Thanks, Helmut bridge.c| 4 device.h| 3 +++ interface.c | 5 + proto-shell.c | 8 proto-static.c | 1 + proto.c | 3 +++ proto.h | 3 +++ scripts/netifd-proto.sh | 10 +- vlan.c | 4 9 files changed, 40 insertions(+), 1 deletion(-) diff --git a/bridge.c b/bridge.c index 147fe0a..6baef29 100644 --- a/bridge.c +++ b/bridge.c @@ -140,6 +140,8 @@ bridge_disable_member(struct bridge_member *bm) system_bridge_delif(bst-dev, bm-dev.dev); device_release(bm-dev); + device_broadcast_event(bst-dev, DEV_EVENT_TOPO_CHANGE); + return 0; } @@ -162,6 +164,8 @@ bridge_enable_member(struct bridge_member *bm) goto error; } + device_broadcast_event(bst-dev, DEV_EVENT_TOPO_CHANGE); + return 0; error: diff --git a/device.h b/device.h index dd57927..8d2aca6 100644 --- a/device.h +++ b/device.h @@ -78,6 +78,9 @@ enum device_event { DEV_EVENT_LINK_UP, DEV_EVENT_LINK_DOWN, + /* Topology changed (i.e. bridge member added) */ + DEV_EVENT_TOPO_CHANGE, + __DEV_EVENT_MAX }; diff --git a/interface.c b/interface.c index 4a3a725..fa8e55e 100644 --- a/interface.c +++ b/interface.c @@ -328,6 +328,9 @@ interface_cb(struct device_user *dep, enum device_event ev) case DEV_EVENT_LINK_DOWN: interface_set_link_state(iface, new_state); break; + case DEV_EVENT_TOPO_CHANGE: + interface_proto_event(iface-proto, PROTO_CMD_RENEW, false); + return; default: break; } @@ -599,6 +602,8 @@ interface_proto_cb(struct interface_proto_state *state, enum interface_proto_eve mark_interface_down(iface); iface-state = IFS_SETUP; break; + default: + return; } interface_write_resolv_conf(); diff --git a/proto-shell.c b/proto-shell.c index 9041045..de1b084 100644 --- a/proto-shell.c +++ b/proto-shell.c @@ -159,6 +159,10 @@ proto_shell_handler(struct interface_proto_state *proto, state-last_error = -1; proto_shell_clear_host_dep(state); state-sm = S_SETUP; + } else if (cmd == PROTO_CMD_RENEW) { + if (!(handler-proto.flags PROTO_FLAG_RENEW_AVAILABLE)) + return 0; + action = renew; } else { if (state-sm == S_TEARDOWN) return 0; @@ -761,6 +765,10 @@ proto_shell_add_handler(const char *script, const char *name, json_object *obj) if (tmp json_object_get_boolean(tmp)) handler-proto.flags |= PROTO_FLAG_INIT_AVAILABLE; + tmp = json_get_field(obj, renew-handler, json_type_boolean); + if (tmp json_object_get_boolean(tmp)) + handler-proto.flags |= PROTO_FLAG_RENEW_AVAILABLE; + config = json_get_field(obj, config, json_type_array); if (config) handler-config_buf = netifd_handler_parse_config(handler-config, config); diff --git a/proto-static.c b/proto-static.c index 77a536a..b492d92 100644 --- a/proto-static.c +++ b/proto-static.c @@ -52,6 +52,7 @@ static_handler(struct interface_proto_state *proto, break; case PROTO_CMD_TEARDOWN: + case PROTO_CMD_RENEW: break; } diff --git a/proto.c b/proto.c index 64be308..3a7b2a8 100644 --- a/proto.c +++ b/proto.c @@ -615,6 +615,9 @@ interface_proto_event(struct interface_proto_state *proto, case PROTO_CMD_TEARDOWN: ev = IFPEV_DOWN; break; + case PROTO_CMD_RENEW: + ev = IFPEV_RENEW; + break; default: return -EINVAL; } diff --git a/proto.h b/proto.h index e402a91..e7d84ac 100644 --- a/proto.h +++ b/proto.h @@ -22,17 +22,20 @@ enum interface_proto_event { IFPEV_UP, IFPEV_DOWN, IFPEV_LINK_LOST, + IFPEV_RENEW, }; enum interface_proto_cmd { PROTO_CMD_SETUP, PROTO_CMD_TEARDOWN, + PROTO_CMD_RENEW, }; enum { PROTO_FLAG_IMMEDIATE = (1 0), PROTO_FLAG_NODEV = (1 1), PROTO_FLAG_INIT_AVAILABLE = (1 2), +
Re: [OpenWrt-Devel] [PATCHv2] netifd: Reload proto on topology change
On 2014-03-25 16:44, Helmut Schaa wrote: On Thu, Mar 20, 2014 at 4:26 PM, Helmut Schaa helmut.sc...@googlemail.com wrote: Introduce a new device event topology change that gets signaled by bridges on adding/removing members. On topology changes the proto handlers are requested to renew which is most useful for DHCP. Signed-off-by: Helmut Schaa helmut.sc...@googlemail.com --- Changes in v2: - Only run renew handler if registered during proto init Felix, did you have a chance to review this yet? Sorry, I forgot to ping you back. I merged this one a few days ago. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] 1 of 1 - add mcespi crypto mod for mips targets
On 25/03/14 13:01, Alpha Sparc wrote: I am very interested over this any benchmarks to gauge the benefits? See http://wiki.openwrt.org/doc/howto/vpn.ipsec.basics#ipsec.tuning And FYI, I sent a similar patch to the ML some time ago: http://patchwork.openwrt.org/patch/4920/ Kind regards, Stijn ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2] [packages] canutils: Replace old Pengutronix version with VW version
On Thu, Mar 20, 2014 at 6:26 AM, Jan Kardell jan.kard...@telliq.com wrote: The old Pengutronix canutils seems very old and unmaintained. Replace it with VolksWagen version of canutils that is actively maintained by the Linux-CAN project. The VW version also has more features. Changes in v2: Run autogen.sh to fix compile with NEON hw FP. Signed-off-by: Jan Kardell jan.kard...@telliq.com --- utils/canutils/Makefile | 77 +++-- 1 file changed, 68 insertions(+), 9 deletions(-) diff --git a/utils/canutils/Makefile b/utils/canutils/Makefile index 758664e..7fd2295 100644 --- a/utils/canutils/Makefile +++ b/utils/canutils/Makefile @@ -8,50 +8,109 @@ include $(TOPDIR)/rules.mk PKG_NAME:=canutils -PKG_VERSION:=4.0.6 -PKG_RELEASE=1 +PKG_VERSION:=2014-02-27 +PKG_RELEASE=$(PKG_SOURCE_VERSION) -PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 -PKG_SOURCE_URL:=http://www.pengutronix.de/software/socket-can/download/canutils/v4.0/ -PKG_MD5SUM:=e9af32bc41da85517b7bfe7de3bb9481 +PKG_SOURCE_PROTO:=git +PKG_SOURCE_URL:=git://gitorious.org/linux-can/can-utils.git +PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) +PKG_SOURCE_VERSION:=67a2bdcd336e6becfa5784742e18c88dbeddc973 +PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION)-$(PKG_SOURCE_VERSION).tar.gz include $(INCLUDE_DIR)/package.mk -FILES:= \ - canconfig candump canecho cansend cansequence +FILES:=canbusload can-calc-bit-timing candump \ + cangen cangw canplayer cansniffer cansend + + +define Package/canutils-log-conversion + TITLE:=canutils log conversion + SECTION:=utils + CATEGORY:=Utilities + DEPENDS:=canutils +endef define PartGen define Package/canutils-$(1) TITLE:=$(1) package from canutils SECTION:=utils CATEGORY:=Utilities - DEPENDS:=canutils +libsocketcan + DEPENDS:=canutils endef endef define Package/canutils SECTION:=utils CATEGORY:=Utilities + URL=https://gitorious.org/linux-can TITLE:=CAN userspace utilities and tools MENU:=1 endef +define Build/Configure + ( cd $(PKG_BUILD_DIR); ./autogen.sh ) + $(call Build/Configure/Default) +endef + $(foreach file,$(FILES),$(eval $(call PartGen,$(file define Package/canutils/install true endef +define Package/canutils-log-conversion/install + $(INSTALL_DIR) $(1)/usr/bin + $(INSTALL_BIN) $(PKG_BUILD_DIR)/asc2log $(1)/usr/bin/ + $(INSTALL_BIN) $(PKG_BUILD_DIR)/log2asc $(1)/usr/bin/ + $(INSTALL_BIN) $(PKG_BUILD_DIR)/log2long $(1)/usr/bin/ +endef + define PartInstall define Package/canutils-$(1)/install $(INSTALL_DIR) $$(1)/usr/bin $(INSTALL_BIN) \ - $(PKG_BUILD_DIR)/src/$(1) \ + $(PKG_BUILD_DIR)/$(1) \ $$(1)/usr/bin/ endef endef +define Package/canutils-log-conversion/description +asc2log - convert ASC logfile to compact CAN frame logfile. +log2asc - convert compact CAN frame logfile to ASC logfile. +log2long - convert compact CAN frame representation into user readable. +endef + +define Package/canutils-canbusload/description +canbusload - display the load percentage of can buses. +endef + +define Package/canutils-can-calc-bit-timing/description +can-calc-bit-timing - calculate hw bittiming for supported can chips. +endef + +define Package/canutils-candump/description +candump - dumps can frames to terminal, logfile or another can device, +with optional filtering. +endef + +define Package/canutils-cangen/description +cangen - CAN frames generator for testing purposes. +endef + +define Package/canutils-cangw/description +cangw - manage PF_CAN netlink gateway. +endef + +define Package/canutils-canplayer/description +canplayer - replay a compact CAN frame logfile to CAN devices. +endef + +define Package/canutils-cansend/description +cansend - simple command line tool to send CAN-frames via CAN_RAW sockets. +endef + $(foreach file,$(FILES),$(eval $(call PartInstall,$(file $(eval $(call BuildPackage,canutils)) +$(eval $(call BuildPackage,canutils-log-conversion)) $(foreach file,$(FILES),$(eval $(call BuildPackage,canutils-$(file -- 1.8.1.4 Acked-by: Tim Harvey thar...@gateworks.com Tested on a Gateworks Ventana GW5400 Tim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Decentralized Chat Application
Hello list, I'm currently running a few wireless nodes (Ubiquiti PicoStations) with OpenWrt to form an 802.11s mesh network. I'm also currently writing a package to manage these nodes that are set up on the network as well. I'd like to get information about each node (name, IP, MAC, lat, lon, all stored in /etc/config/mypackage). To accomplish this, I've written a client/server package that uses multicast UDP to send requests from one node to all the other nodes that are set up on my network, and receive back the relevant information about them all. Each node has both the server side running on it and the client side available for network status requests. In this manner, any node can get information about the network on-the-fly without any connection to a centralized server. Then this information is displayed in LuCI. Obviously using multicast UDP packets over the air presents reliability challenges. I'm also interested in writing a completely decentralized multicast chat application and interfacing it with LuCI. So I've saved up some questions that I'd appreciate if anyone skimmed over and could provide some help on a couple things: 1) To overcome the reliability problem with multicast UDP, my program sends multiple UDP packets, and on receive, weeds out the duplicates. This has helped tremendously when it comes to reliability, but at the cost of increased network traffic. Also, although the reliability /appears/ to be there, it doesn't guarantee packet 100% reliable transmission/reception. a) Is there a way and/or has anyone implemented any form of 'reliable multicasting' within the OpenWrt package framework? Is it possible, and where would I start? b) Is it possible to set the multicast rate on my particular nodes? I see in the wiki that there is an mcast_rate option in the wireless configuration settings, but warns that Only supported by |madwifi|, and |mac80211| (for type |adhoc| in trunk). I have a virtual interface in mesh mode, so does this mean this option doesn't work for me? Lowering the multicast rate would help even more for reliability. Again, I'm just sending information about the network around, not streaming 1080p video. 2) Does there exist a chat application available for OpenWrt, or something that I've not heard of in which I can port for compilation in OpenWrt? The biggest issue is that it can't rely on any sort of centralized server/node. Which means I can't use any sort of reliable network communication protocols (TCP, basically). Is there a design that doesn't involve a centralized server that I haven't thought of? The immediate solution is to do what I did for managing the nodes via multicast, and just send multiple chat messages to all the nodes, and discard duplicates. But I admit this is hacky, ugly, and will add a lot in terms of network traffic. Thanks for any help, Justyn ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] compiler optimization flags on the brcm2708 platform?
VIPS is obviously the wrong package to be talking about with respect to compiler optimization flags...:-) I read this article on compiler optimization flags https://forum.openwrt.org/viewtopic.php?id=35323 and don't see the same options available on the current Makefiles. /trunk/target/linux/brcm2708/Makefile Where is the place to set the compiler optimization flags? Cheers On 03/25/2014 08:27 AM, Derek Werthmuller wrote: In 2012 a patch was added for the brcm2708 build platform to use hardware floating point. Looks like the patch was committed too. https://lists.openwrt.org/pipermail/openwrt-devel/2012-July/016028.html -mfpu=vfp- enables use of hardware floating point instructions. (in patch already) -mfloat-abi=hard - makes calling hardware floating point more efficient. Can this patch be added back in? I would like to be able to take advantage of the floating point hardware. I wonder if the patch was not included in the 12.09 tree? Quick search didn't reveal any reasons why it might have been removed. Thanks Derek ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] dropbear: update to 2014.63
Dammit, I've seen this thread after preparing a patch to upgrade dropbear to 2014.63 I don't think it is needed, but just in case I leave it here... @Felix, it would be nice to have the Catalin or mine applied to trunk. The ipv6 link-local bug is very annoying. Thanks. From 8d93d9fd4bbd65246eb1602d8a606e48ec921810 Mon Sep 17 00:00:00 2001 From: Pau Escrich p...@dabax.net Date: Tue, 25 Mar 2014 14:39:29 -0400 Subject: [PATCH] Update dropbear to 2014.63 Signed-off-by: Pau Escrich p...@dabax.net --- package/network/services/dropbear/Makefile | 4 ++-- .../dropbear/patches/120-openwrt_options.patch | 21 ++--- .../dropbear/patches/150-dbconvert_standalone.patch | 5 ++--- .../dropbear/patches/200-lcrypt_bsdfix.patch| 19 +-- 4 files changed, 11 insertions(+), 38 deletions(-) diff --git a/package/network/services/dropbear/Makefile b/package/network/services/dropbear/Makefile index 02be761..1340e8d 100644 --- a/package/network/services/dropbear/Makefile +++ b/package/network/services/dropbear/Makefile @@ -8,14 +8,14 @@ include $(TOPDIR)/rules.mk PKG_NAME:=dropbear -PKG_VERSION:=2013.59 +PKG_VERSION:=2014.63 PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 PKG_SOURCE_URL:= \ http://matt.ucc.asn.au/dropbear/releases/ \ https://dropbear.nl/mirror/releases/ -PKG_MD5SUM:=6c1e6c2c297f4034488ffc95e8b7e6e9 +PKG_MD5SUM:=7066bb9a2da708f3ed06314fdc9c47fd PKG_LICENSE:=MIT PKG_LICENSE_FILES:=LICENSE libtomcrypt/LICENSE libtommath/LICENSE diff --git a/package/network/services/dropbear/patches/120-openwrt_options.patch b/package/network/services/dropbear/patches/120-openwrt_options.patch index 9300a27..1b5c5cb 100644 --- a/package/network/services/dropbear/patches/120-openwrt_options.patch +++ b/package/network/services/dropbear/patches/120-openwrt_options.patch @@ -1,6 +1,6 @@ --- a/options.h +++ b/options.h -@@ -38,7 +38,7 @@ +@@ -41,7 +41,7 @@ * Both of these flags can be defined at once, don't compile without at least * one of them. */ #define NON_INETD_MODE @@ -9,16 +9,7 @@ /* Setting this disables the fast exptmod bignum code. It saves ~5kB, but is * perhaps 20% slower for pubkey operations (it is probably worth experimenting -@@ -49,7 +49,7 @@ - several kB in binary size however will make the symmetrical ciphers and hashes - slower, perhaps by 50%. Recommended for small systems that aren't doing - much traffic. */ --/*#define DROPBEAR_SMALL_CODE*/ -+#define DROPBEAR_SMALL_CODE - - /* Enable X11 Forwarding - server only */ - #define ENABLE_X11FWD -@@ -78,7 +78,7 @@ much traffic. */ +@@ -81,7 +81,7 @@ much traffic. */ /* Enable Netcat mode option. This will forward standard input/output * to a remote TCP-forwarded connection */ @@ -27,7 +18,7 @@ /* Whether to support -c and -m flags to choose ciphers/MACs at runtime */ #define ENABLE_USER_ALGO_LIST -@@ -92,8 +92,8 @@ much traffic. */ +@@ -95,8 +95,8 @@ much traffic. */ #define DROPBEAR_AES256 /* Compiling in Blowfish will add ~6kB to runtime heap memory usage */ /*#define DROPBEAR_BLOWFISH*/ @@ -38,7 +29,7 @@ /* Enable Counter Mode for ciphers. This is more secure than normal * CBC mode against certain attacks. This adds around 1kB to binary -@@ -119,7 +119,7 @@ much traffic. */ +@@ -122,7 +122,7 @@ much traffic. */ * If you disable MD5, Dropbear will fall back to SHA1 fingerprints, * which are not the standard form. */ #define DROPBEAR_SHA1_HMAC @@ -47,7 +38,7 @@ /*#define DROPBEAR_SHA2_256_HMAC*/ /*#define DROPBEAR_SHA2_512_HMAC*/ #define DROPBEAR_MD5_HMAC -@@ -157,7 +157,7 @@ much traffic. */ +@@ -175,7 +175,7 @@ much traffic. */ /* Whether to print the message of the day (MOTD). This doesn't add much code * size */ @@ -56,7 +47,7 @@ /* The MOTD file path */ #ifndef MOTD_FILENAME -@@ -195,7 +195,7 @@ much traffic. */ +@@ -213,7 +213,7 @@ much traffic. */ * note that it will be provided for all hidden client-interactive * style prompts - if you want something more sophisticated, use * SSH_ASKPASS instead. Comment out this var to remove this functionality.*/ diff --git a/package/network/services/dropbear/patches/150-dbconvert_standalone.patch b/package/network/services/dropbear/patches/150-dbconvert_standalone.patch index 3e0b008..2b5e201 100644 --- a/package/network/services/dropbear/patches/150-dbconvert_standalone.patch +++ b/package/network/services/dropbear/patches/150-dbconvert_standalone.patch @@ -9,6 +9,5 @@ +#define DROPBEAR_CLIENT +#endif + - /** - * Define compile-time options below - the #ifndef DROPBEAR_XXX #endif - * parts are to allow for commandline -DDROPBEAR_XXX options etc. + /* Define compile-time options below - the #ifndef DROPBEAR_XXX #endif + * parts are to allow for commandline -DDROPBEAR_XXX options etc. */ diff --git a/package/network/services/dropbear/patches/200-lcrypt_bsdfix.patch
Re: [OpenWrt-Devel] compiler optimization flags on the brcm2708platform?
The GCC arm options are explained here: http://gcc.gnu.org/onlinedocs/gcc-4.8.2/gcc/ARM-Options.html#ARM-Options The BCM2708 has the following features: swp half thumb fastmult vfp edsp java tls To add option to the toolchain go to make menuconfig-Advanced options -- Target options Once there write the flags you want. Regards: Pepe - Original Message - From: Derek Vicky thewerth...@gmail.com To: openwrt-devel openwrt-devel@lists.openwrt.org Sent: Tuesday, March 25, 2014 7:33 PM Subject: Re: [OpenWrt-Devel] compiler optimization flags on the brcm2708platform? VIPS is obviously the wrong package to be talking about with respect to compiler optimization flags...:-) I read this article on compiler optimization flags https://forum.openwrt.org/viewtopic.php?id=35323 and don't see the same options available on the current Makefiles. /trunk/target/linux/brcm2708/Makefile Where is the place to set the compiler optimization flags? Cheers On 03/25/2014 08:27 AM, Derek Werthmuller wrote: In 2012 a patch was added for the brcm2708 build platform to use hardware floating point. Looks like the patch was committed too. https://lists.openwrt.org/pipermail/openwrt-devel/2012-July/016028.html -mfpu=vfp- enables use of hardware floating point instructions. (in patch already) -mfloat-abi=hard - makes calling hardware floating point more efficient. Can this patch be added back in? I would like to be able to take advantage of the floating point hardware. I wonder if the patch was not included in the 12.09 tree? Quick search didn't reveal any reasons why it might have been removed. Thanks Derek ___ 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] Long-distance links ath9k
I'm trying to set up a rather unusual long-term link using two Atheros 7xxx devices: a Ubiquiti PicoStation M2HP Access Point and a Ubiquiti AirGrid M2HP configured as a station using relayd. The tests were done in a very radio quiet location, with the AP sitting on top of one hill and the testing locations on hills along the road. At 2 miles, the AirGrid connects immediately (-53 dBm signal strength and 17-18 Mbps throughput per iperf) At 3.9 miles, the AirGrid connects just fine (-56 dBm signal strength) but only provides about 2-3 Mbps throughput. At 5 miles, however, the AirGrid appears to connect (signal strength varying from -56 to -79 dBm - moving the antenna around to check different signal strengths) but won't pull an IP address via DHCP and won't pass any data. It's clear that SOMETHING is getting time-limited, but I have distance=0 and dissassoc_low_ack=0 on both the AP and the station, and I'm not sure what else I can tweak. At 5 miles on the station, I'm seeing the following # iw wlan0 station dump Station 00:15:6d:4c:45:09 (on wlan0) inactive time:5980 ms rx bytes:8282 rx packets:90 tx bytes:154 tx packets:2 tx retries:20 tx failed:2 signal: -79 [-79] dBm signal avg:-78 [-78] dBm tx bitrate:1.0 MBit/s rx bitrate:1.0 MBit/s authorized:no authenticated:yes preamble:long WMM/WME:yes MFP:no TDLS peer:no (What does authenticated: yes but authorized: no mean???) # iw wlan0 scan BSS 00:15:6d:4c:45:09 (on wlan0) TSF: 7337482955 usec (0d, 02:02:17) freq: 2437 beacon interval: 100 capability: ESS Privacy ShortSlotTime (0x0411) signal: -56.00 dBm last seen: 300 ms ago Information elements from Probe Response frame: SSID: FrogFace Supported rates: 1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 DS Parameter set: channel 6 ERP: Barker_Preamble_Mode Extended supported rates: 24.0 36.0 48.0 54.0 RSN: * Version: 1 * Group cipher: TKIP * Pairwise ciphers: CCMP TKIP * Authentication suites: PSK * Capabilities: 16-PTKSA-RC (0x000c) WPA: * Version: 1 * Group cipher: TKIP * Pairwise ciphers: CCMP TKIP * Authentication suites: PSK HT capabilities: Capabilities: 0x11cc HT20 SM Power Save disabled RX HT40 SGI TX STBC RX STBC 1-stream Max AMSDU length: 3839 bytes DSSS/CCK HT40 Maximum RX AMPDU length 65535 bytes (exponent: 0x003) Minimum RX AMPDU time spacing: 8 usec (0x06) HT TX/RX MCS rate indexes supported: 0-7 HT operation: * primary channel: 6 * secondary channel offset: no secondary * STA channel width: 20 MHz * RIFS: 0 * HT protection: no * non-GF present: 0 * OBSS non-GF present: 0 * dual beacon: 0 * dual CTS protection: 0 * STBC beacon: 0 * L-SIG TXOP Prot: 0 * PCO active: 0 * PCO phase: 0 WMM: * Parameter version 1 * BE: CW 15-1023, AIFSN 3 * BK: CW 15-1023, AIFSN 7 * VI: CW 7-15, AIFSN 2, TXOP 3008 usec * VO: CW 3-7, AIFSN 2, TXOP 1504 usec And the log shows this (a good sample): Jan 1 00:43:03 TestUnit daemon.notice netifd: wwan (32629): udhcpc (v1.19.4) started Jan 1 00:43:03 TestUnit daemon.notice netifd: wwan (32629): Sending discover... Jan 1 00:43:06 TestUnit daemon.notice netifd: wwan (32629): Sending discover... Jan 1 00:43:07 TestUnit kern.info kernel: [ 2587.79] wlan0: authenticate with 00:15:6d:4c:45:09 Jan 1 00:43:07 TestUnit kern.info kernel: [ 2587.82] wlan0: send auth to 00:15:6d:4c:45:09 (try 1/3) Jan 1 00:43:07 TestUnit kern.info kernel: [ 2587.83] wlan0: authenticated Jan 1 00:43:07 TestUnit kern.info kernel: [ 2587.84] wlan0: associate with 00:15:6d:4c:45:09 (try 1/3) Jan 1 00:43:07 TestUnit kern.info kernel: [ 2587.93] wlan0: RX AssocResp from 00:15:6d:4c:45:09 (capab=0x411 status=0 aid=1) Jan 1 00:43:07 TestUnit kern.info kernel: [ 2587.94] wlan0: associated Jan 1 00:43:09 TestUnit daemon.notice netifd: wwan (32629): Sending discover... Jan 1 00:43:10 TestUnit kern.info kernel: [ 2590.79] wlan0: authenticate with 00:15:6d:4c:45:09 Jan 1 00:43:10 TestUnit kern.info kernel: [ 2590.82] wlan0: send auth to 00:15:6d:4c:45:09 (try 1/3) Jan 1 00:43:10 TestUnit kern.info kernel: [ 2590.83] wlan0: authenticated Jan 1 00:43:10 TestUnit kern.info kernel: [ 2590.84] wlan0: associate with 00:15:6d:4c:45:09 (try 1/3) Jan 1 00:43:10 TestUnit kern.info kernel: [ 2590.95] wlan0: RX AssocResp from 00:15:6d:4c:45:09 (capab=0x411 status=0 aid=1) Jan 1 00:43:10 TestUnit kern.info kernel: [