[OpenWrt-Devel] How To Remove nf_conntrack
Hello Everyone how can I remove the nf_conntrack kernel module from OpenWRT System ? BR Alan.Hoo,Code Monkey MSFT ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] How To Remove nf_conntrack
On Fri, Mar 28, 2014 at 7:51 AM, Alan.Hoo huqings...@ycmedia.cn wrote: Hello Everyone how can I remove the nf_conntrack kernel module from OpenWRT System ? What do you mean by remove? It should not be built and included or it should not be loaded? What about posting your OpenWrt .config file first? Which box (and which kernel-release)? Check what your kernel-config says on CONFIG_NF_CONNTRACK (and CONFIG_NF_CONNTRACK_XXX) - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [packages] pv: bump to version 1.5.2
Hello, we got segfault with pv v1.2.0 on mpc85xx. So I updated it to the latest v1.5.2 and it seems to be ok. Signed-off-by: Martin Strbacka martin.strba...@nic.cz --- diff --git a/utils/pv/Makefile b/utils/pv/Makefile index eecda86..d75074d 100644 --- a/utils/pv/Makefile +++ b/utils/pv/Makefile @@ -9,12 +9,12 @@ include $(TOPDIR)/rules.mk PKG_NAME:=pv -PKG_VERSION:=1.2.0 +PKG_VERSION:=1.5.2 PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 -PKG_SOURCE_URL:=http://pipeviewer.googlecode.com/files -PKG_MD5SUM:=67aedf6dbcd068d5feeaa76156153f4f +PKG_SOURCE_URL:=http://www.ivarch.com/programs/sources/ +PKG_MD5SUM:=fdcd0be1e333602f82a70921b87976b8 PKG_INSTALL:=1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] packages: update parprouted to 0.7
Would someone like to commit this?
On Sun, Feb 23, 2014 at 8:50 PM, Tristan Schmelcher
tristan_schmelc...@alumni.uwaterloo.ca wrote:
This patch updates parprouted from 0.64 to 0.7. This fixes some bugs and
adds support for hosts moving across Ethernet interfaces. Built and tested
from trunk on a WNDR3700v2.
Signed-off-by: Tristan Schmelcher tristan_schmelc...@alumni.uwaterloo.ca
---
Index: packages/net/parprouted/Makefile
===
--- packages/net/parprouted/Makefile(revision 39738)
+++ packages/net/parprouted/Makefile(working copy)
@@ -8,12 +8,13 @@
include $(TOPDIR)/rules.mk
PKG_NAME:=parprouted
-PKG_VERSION:=0.64
-PKG_RELEASE:=5
+PKG_VERSION:=0.70
+PKG_RELEASE:=1
-PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
+PKG_SOURCE:=$(PKG_NAME)-0.7.tar.gz
PKG_SOURCE_URL:=http://www.hazard.maks.net/parprouted/
-PKG_MD5SUM:=14133c9cb8dd9c9a90ff37648ae7b31a
+PKG_MD5SUM:=570f5deaf09600df8f80f589de79ecdb
+PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME)-0.7
include $(INCLUDE_DIR)/package.mk
Index: packages/net/parprouted/patches/001-parprouted.patch
===
--- packages/net/parprouted/patches/001-parprouted.patch(revision
39738)
+++ packages/net/parprouted/patches/001-parprouted.patch(working copy)
@@ -1,7 +1,7 @@
-diff -rupw parprouted-0.63/arp.c parprouted-0.63-1/arp.c
parprouted-0.63/arp.c 2004-05-23 14:06:31.0 +0200
-+++ parprouted-0.63-1/arp.c2005-03-13 16:10:18.0 +0100
-@@ -366,7 +366,7 @@ void *arp(char *ifname)
+diff -rupw parprouted-0.7.orig/arp.c parprouted-0.7/arp.c
+--- parprouted-0.7.orig/arp.c 2008-01-27 18:43:37.0 -0500
parprouted-0.7/arp.c 2014-02-23 18:53:41.428428197 -0500
+@@ -366,7 +366,7 @@ void *arp(char *ifname)
do {
pthread_testcancel();
/* Sleep a bit in order not to overload the system */
@@ -10,24 +10,24 @@
if (arp_recv(sock, frame) = 0)
continue;
-diff -rupw parprouted-0.63/parprouted.c parprouted-0.63-1/parprouted.c
parprouted-0.63/parprouted.c 2004-01-30 02:45:43.0 +0100
-+++ parprouted-0.63-1/parprouted.c 2005-03-20 09:14:35.0 +0100
-@@ -93,7 +93,7 @@ void processarp(int cleanup)
+diff -rupw parprouted-0.7.orig/parprouted.c parprouted-0.7/parprouted.c
+--- parprouted-0.7.orig/parprouted.c 2008-01-27 19:00:25.0 -0500
parprouted-0.7/parprouted.c2014-02-23 18:55:43.884423711 -0500
+@@ -106,7 +106,7 @@ int route_remove(ARPTAB_ENTRY* cur_entry
+ int success = 1;
+
+ if (snprintf(routecmd_str, ROUTE_CMD_LEN-1,
+- /sbin/ip route del %s/32 metric 50 dev %s scope link,
++ /sbin/route del -host %s metric 50 dev %s,
+ inet_ntoa(cur_entry-ipaddr_ia), cur_entry-ifname)
ROUTE_CMD_LEN-1)
+ {
+ syslog(LOG_INFO, ip route command too large to fit in buffer!);
+@@ -136,7 +136,7 @@ int route_add(ARPTAB_ENTRY* cur_entry)
+ int success = 1;
- /* added route to the kernel */
- if (snprintf(routecmd_str, ROUTE_CMD_LEN-1,
-- /sbin/ip route add %s/32 metric 50 dev %s scope link,
-+ /sbin/route add -host %s metric 50 dev %s,
-inet_ntoa(cur_entry-ipaddr_ia), cur_entry-ifname)
ROUTE_CMD_LEN-1)
- {
- syslog(LOG_INFO, ip route command too large to fit in
buffer!);
-@@ -112,7 +112,7 @@ void processarp(int cleanup)
-
- /* remove entry from arp table and remove route from kernel */
- if (snprintf(routecmd_str, ROUTE_CMD_LEN-1,
-- /sbin/ip route del %s/32 metric 50 dev %s scope link,
-+ /sbin/route del -host %s metric 50 dev %s,
-inet_ntoa(cur_entry-ipaddr_ia), cur_entry-ifname)
ROUTE_CMD_LEN-1)
- {
- syslog(LOG_INFO, ip route command too large to fit in
buffer!);
+ if (snprintf(routecmd_str, ROUTE_CMD_LEN-1,
+- /sbin/ip route add %s/32 metric 50 dev %s scope link,
++ /sbin/route add -host %s metric 50 dev %s,
+ inet_ntoa(cur_entry-ipaddr_ia), cur_entry-ifname)
ROUTE_CMD_LEN-1)
+ {
+ syslog(LOG_INFO, ip route command too large to fit in buffer!);
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 2/2] Added nettle library
On Sun, Mar 2, 2014 at 1:06 PM, Hauke Mehrtens ha...@hauke-m.de wrote: We will not add any new packages without an maintainer, because we already have too many outdated packages. You should also take over maintainer ship for that package you want to add and send patches if there are problems with that package. Hello, As I previously mentioned, I'd be willing to take over the maintainership of these packages. However, is there some process that needs to be followed for that? It has been quite some time since I submitted these patches (and updates) with no update. regards, Nikos ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [ar71xx] Initial support for TP-Link Archer C7v2
From: Adam Serbinski a...@serbinski.com The C7v2 has 16 MB flash and QCA9880-BR4A rev 2 supported by ath10k driver. The C7v1 had 8 MB flash and the unsupported QCA9880-AR1A rev 1. Signed-off-by: Adam Serbinski a...@serbinski.com --- target/linux/ar71xx/generic/profiles/tp-link.mk | 11 +++ target/linux/ar71xx/image/Makefile | 1 + 2 files changed, 12 insertions(+) diff --git a/target/linux/ar71xx/generic/profiles/tp-link.mk b/target/linux/ar71xx/generic/profiles/tp-link.mk index 9331274..dbeadc3 100644 --- a/target/linux/ar71xx/generic/profiles/tp-link.mk +++ b/target/linux/ar71xx/generic/profiles/tp-link.mk @@ -16,6 +16,17 @@ endef $(eval $(call Profile,ARCHERC7)) +define Profile/ARCHERC7V2 + NAME:=TP-LINK Archer C7 v2 + PACKAGES:=kmod-usb-core kmod-usb2 kmod-ledtrig-usbdev kmod-ath10k +endef + +define Profile/ARCHERC7V2/Description + Package set optimized for the TP-LINK Archer C7 v2. +endef +$(eval $(call Profile,ARCHERC7V2)) + + define Profile/TLMR10U NAME:=TP-LINK TL-MR10U PACKAGES:=kmod-usb-core kmod-usb2 diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Makefile index 6e0ffe0..7fa894a 100644 --- a/target/linux/ar71xx/image/Makefile +++ b/target/linux/ar71xx/image/Makefile @@ -1022,6 +1022,7 @@ $(eval $(call SingleProfile,TPLINK,64kraw,TLWR941NV4,tl-wr941nd-v4,TL-WR741ND,tt $(eval $(call SingleProfile,TPLINK,64kraw,TLWR1043V1,tl-wr1043nd-v1,TL-WR1043ND,ttyS0,115200,0x10430001,1,8M)) $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,ARCHERC7,archer-c7-v1,ARCHER-C7,ttyS0,115200,0x7501,1,8Mlzma)) +$(eval $(call SingleProfile,TPLINK-LZMA,64kraw,ARCHERC7V2,archer-c7-v2,ARCHER-C7,ttyS0,115200,0xc702,1,16Mlzma)) $(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)) -- 1.8.3.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [packages] sshtunnel: Make the tunnelW setting for sshtunnel actually work.
From 03c53867cb8e198f3d69f387277627c94fb83901 Mon Sep 17 00:00:00 2001
From: Andreas Thienemann andr...@bawue.net
Date: Fri, 28 Mar 2014 17:18:57 +0100
Subject: [PATCH] [packages] sshtunnel: Make the tunnelW setting for
sshtunnel actually work.
Currently everything needed is in the script except the config is never
actually loaded.
Fixed with this commit.
Signed-off-by: Andreas Thienemann andr...@bawue.net
---
net/sshtunnel/files/sshtunnel.init | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/sshtunnel/files/sshtunnel.init
b/net/sshtunnel/files/sshtunnel.init
index 4ca491f..e44796b 100644
--- a/net/sshtunnel/files/sshtunnel.init
+++ b/net/sshtunnel/files/sshtunnel.init
@@ -150,7 +150,7 @@ load_server() {
ARGS_tunnels=
count=0
-config_foreach load_tunnelR tunnelR config_foreach
load_tunnelL tunnelL config_foreach load_tunnelD tunnelD
+config_foreach load_tunnelR tunnelR config_foreach
load_tunnelL tunnelL config_foreach load_tunnelD tunnelD
config_foreach load_tunnelW tunnelW
[ -n $error ] { logger -p user.err -t sshtunnel
tunnels to $server not started - $error; return; }
[ $count -eq 0 ] { logger -p user.err -t sshtunnel
tunnels to $server not started - no tunnels defined; return; }
--
1.8.5.3
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [package] sshtunnel: Limited support to run with the dropbear ssh client.
From 2ae11499cf31ab57ce3b33aaac3232b23f3f3a6d Mon Sep 17 00:00:00 2001
From: Andreas Thienemann andr...@bawue.net
Date: Fri, 28 Mar 2014 17:27:26 +0100
Subject: [PATCH] [package] sshtunnel: Limited support to run with the
dropbear ssh client.
sshtunnel currently requires openssh which increases the openwrt
footprint measurably.
This patch adds limited support for dropbear offering remote and locate
redirect based ssh tunnels.
---
net/sshtunnel/Makefile | 8 --
net/sshtunnel/files/sshtunnel.init | 55
+++---
2 files changed, 58 insertions(+), 5 deletions(-)
diff --git a/net/sshtunnel/Makefile b/net/sshtunnel/Makefile
index f47279f..c60c96d 100644
--- a/net/sshtunnel/Makefile
+++ b/net/sshtunnel/Makefile
@@ -21,11 +21,15 @@ define Package/sshtunnel
CATEGORY:=Network
SUBMENU:=SSH
TITLE:=Manages Local and Remote openssh ssh(1) tunnels
- DEPENDS:=+openssh-client
endef
define Package/sshtunnel/description
-Creates openssh ssh(1) Local and Remote tunnels configured in UCI file.
Can be used to allow remote connections, possibly over NATed connections
or without public IP/DNS
+Creates local and remote ssh tunnels as configured in an UCI file.
+This can be used to allow remote connections, possibly over NATed
connections or without public IP/DNS.
+
+If the dropbear ssh client is installed, only basic functionality such
as local and remote tunnels is supported.
+If the openssh client is installed, full functionality such as SOCKS
proxy and TUN/TAP VPN tunnels are available.
+The openssh client does increase the footprint however
endef
define Package/sshtunnel/conffiles
diff --git a/net/sshtunnel/files/sshtunnel.init
b/net/sshtunnel/files/sshtunnel.init
index e44796b..f664bbf 100644
--- a/net/sshtunnel/files/sshtunnel.init
+++ b/net/sshtunnel/files/sshtunnel.init
@@ -16,6 +16,31 @@ append_params() {
ARGS_options=${args# *}
}
+append_dropbear_params() {
+ # We need to translate from the OpenSSH arguments to Dropbear
arguments
+ local p; local v; local args;
+ for p in $*; do
+ eval v=\$$p
+ case $p in
+ CheckHostIP)
+ if [ $v == no -o $v == NO ]; then
+ args=$args -y
+ fi
+ ;;
+ IdentityFile)
+ [ -n $v ] args=$args -i $v
+ ;;
+ ServerAliveInterval)
+ [ -n $v ] args=$args -K $v
+ ;;
+ *)
+ ;;
+ esac
+ done
+
+ ARGS_options=${args# *}
+}
+
append_string() {
local varname=$1; local add=$2; local separator=${3:- }; local
actual
eval actual=\$$varname
@@ -150,12 +175,25 @@ load_server() {
ARGS_tunnels=
count=0
-config_foreach load_tunnelR tunnelR config_foreach
load_tunnelL tunnelL config_foreach load_tunnelD tunnelD
config_foreach load_tunnelW tunnelW
+ if [ $MODE == OpenSSH ]; then
+ config_foreach load_tunnelR tunnelR config_foreach
load_tunnelL tunnelL config_foreach load_tunnelD tunnelD
config_foreach load_tunnelW
+ elif [ $MODE == Dropbear ]; then
+ config_foreach load_tunnelR tunnelR config_foreach
load_tunnelL tunnelL
+ fi
[ -n $error ] { logger -p user.err -t sshtunnel tunnels to
$server not started - $error; return; }
[ $count -eq 0 ] { logger -p user.err -t sshtunnel tunnels to
$server not started - no tunnels defined; return; }
- append_params CheckHostIP Compression CompressionLevel IdentityFile
LogLevel PKCS11Provider ServerAliveCountMax ServerAliveInterval
StrictHostKeyChecking TCPKeepAlive VerifyHostKeyDNS
- ARGS=$ARGS_options -o ExitOnForwardFailure=yes -o BatchMode=yes -nN
$ARGS_tunnels -p $port $user@$hostname
+ if [ $MODE == OpenSSH ]; then
+ append_params CheckHostIP Compression CompressionLevel IdentityFile
LogLevel PKCS11Provider ServerAliveCountMax ServerAliveInterval
StrictHostKeyChecking TCPKeepAlive VerifyHostKeyDNS
+ elif [ $MODE == Dropbear ]; then
+ append_dropbear_params CheckHostIP IdentityFile
ServerAliveInterval
+ fi
+
+ if [ $MODE == OpenSSH ]; then
+ ARGS=$ARGS_options -o ExitOnForwardFailure=yes -o BatchMode=yes -nN
$ARGS_tunnels -p $port $user@$hostname
+ elif [ $MODE == Dropbear ]; then
+ ARGS=$ARGS_options -N -T $ARGS_tunnels -p $port
$user@$hostname
+ fi
/usr/bin/sshtunnel.sh $ARGS $retrydelay $server
echo $! ${PIDFILE}.pids
@@ -190,6 +228,17 @@ stop() {
start() {
[ -f ${PIDFILE}.pids ] stop
+
+if [ $(ssh -V 21 | grep -o '^OpenSSH') == OpenSSH ]; then
+ logger -p user.info -t sshtunnel OpenSSH client detected, full
functionality supported.
+
Re: [OpenWrt-Devel] [PATCH v2] [ar71xx] Initial support for TP-Link Archer C7v2
From: Adam Serbinski a...@serbinski.com The C7v2 has 16 MB flash and QCA9880-BR4A rev 2 supported by ath10k driver. The C7v1 had 8 MB flash and the unsupported QCA9880-AR1A rev 1. Signed-off-by: Adam Serbinski a...@serbinski.com --- target/linux/ar71xx/generic/profiles/tp-link.mk | 11 +++ target/linux/ar71xx/image/Makefile | 1 + 2 files changed, 12 insertions(+) diff --git a/target/linux/ar71xx/generic/profiles/tp-link.mk b/target/linux/ar71xx/generic/profiles/tp-link.mk index 9331274..dbeadc3 100644 --- a/target/linux/ar71xx/generic/profiles/tp-link.mk +++ b/target/linux/ar71xx/generic/profiles/tp-link.mk @@ -16,6 +16,17 @@ endef $(eval $(call Profile,ARCHERC7)) +define Profile/ARCHERC7V2 + NAME:=TP-LINK Archer C7 v2 + PACKAGES:=kmod-usb-core kmod-usb2 kmod-ledtrig-usbdev kmod-ath10k +endef + +define Profile/ARCHERC7V2/Description + Package set optimized for the TP-LINK Archer C7 v2. +endef +$(eval $(call Profile,ARCHERC7V2)) + + define Profile/TLMR10U NAME:=TP-LINK TL-MR10U PACKAGES:=kmod-usb-core kmod-usb2 diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Makefile index 6e0ffe0..7fa894a 100644 --- a/target/linux/ar71xx/image/Makefile +++ b/target/linux/ar71xx/image/Makefile @@ -1022,6 +1022,7 @@ $(eval $(call SingleProfile,TPLINK,64kraw,TLWR941NV4,tl-wr941nd-v4,TL-WR741ND,tt $(eval $(call SingleProfile,TPLINK,64kraw,TLWR1043V1,tl-wr1043nd-v1,TL-WR1043ND,ttyS0,115200,0x10430001,1,8M)) $(eval $(call SingleProfile,TPLINK-LZMA,64kraw,ARCHERC7,archer-c7-v1,ARCHER-C7,ttyS0,115200,0x7501,1,8Mlzma)) +$(eval $(call SingleProfile,TPLINK-LZMA,64kraw,ARCHERC7V2,archer-c7-v2,ARCHER-C7,ttyS0,115200,0xc702,1,16Mlzma)) $(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)) -- 1.8.3.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Disable sulogin in util-linux package
The sulogin tool doesn't compile because it cannot find shadow.h. As the tool is not available in openwrt it is now not selected during the build process. Signed-off-by: Tjalling Hattink t.hatt...@fugro.nl --- package/utils/util-linux/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/package/utils/util-linux/Makefile b/package/utils/util-linux/Makefile index 4503a79..99cc32f 100644 --- a/package/utils/util-linux/Makefile +++ b/package/utils/util-linux/Makefile @@ -35,6 +35,7 @@ CONFIGURE_ARGS += \ --with-ncurses \ --disable-nls \ --disable-tls \ + --disable-sulogin \ --without-udev TARGET_CFLAGS += $(FPIC) -- 1.8.5.2.msysgit.0 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] How To Remove nf_conntrack
On Fri, 28 Mar 2014, Alan.Hoo wrote: Hello Everyone how can I remove the nf_conntrack kernel module from OpenWRT System ? creating a build config without it is hard, there are a huge number of indirect dependencies that trigger it, and most of them won't show up until you disable some other component. it would be nice if there was a way to run menuconfig where it would show you all the options, even if they are forced as dependencies so you could work up from the one you want to disable instead of having to work down from all the ones that may enable it. I'll try and dig up a copy of the config that I have for a wndr3800 that does this. David Lang___ 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] is anybody working on supporting Linksys WRT1900ac ?
On 28/03/14 08:21, Peter Lawler wrote: On 12/01/14 21:17, John Crispin wrote: lets see if they actually contact us or if it was a marketing hoax Following up to my question on IRC, just in case requisite eyes weren't there when I asked: Don't like answering my own emails, but anyways... I pinged Linksys on Twitter, got this response: https://twitter.com/Linksys/status/449637059108814848 Hi Pete! We are working with one of the OpenWRT founders and his team. We'll be sharing more details later... Stay tuned! :) Guess this could mean they're doing it without Dev hardware at hand, which is a bit odd now given Linksys are less than a month from expected release. I expressed some frustration that I can't pre-order with confidence w/o open peer review and/or at least a name from the project to attach to a 'yeah linksys aren't telling marketing stories' type statement and they (the twitter account operator) did seem to understand though then again that could be marketing. Though it does seem more and more likely it's not just marketing speak we've seen, I still won't be pre-ordering in bulk (which probably will mean my customers will have to wait as it goes out of stock etc. heh call me a cynic then again maybe they'll do that rare thing in the tech world and initiial product run will actually meet initial product demand... OK I'm ranting now) Cheers, Pete. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] is anybody working on supporting Linksys WRT1900ac ?
On Fri, Mar 28, 2014 at 4:58 PM, Peter Lawler openwrt-de...@bleeter.id.au wrote: Hi Pete! We are working with one of the OpenWRT founders and his team. We'll be sharing more details later... Stay tuned! :) Maybe that's why core OpenWRT devs haven't been merging patches for over a month. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] is anybody working on supporting Linksys WRT1900ac ?
On 29/03/14 08:08, Catalin Patulea wrote: On Fri, Mar 28, 2014 at 4:58 PM, Peter Lawler openwrt-de...@bleeter.id.au wrote: Hi Pete! We are working with one of the OpenWRT founders and his team. We'll be sharing more details later... Stay tuned! :) Maybe that's why core OpenWRT devs haven't been merging patches for over a month. Well I do hope it's this reason and not that they've been hit by the proverbial bus :-) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] is anybody working on supporting Linksys WRT1900ac ?
On 28/03/14 01:58 PM, Peter Lawler wrote: Hi Pete! We are working with one of the OpenWRT founders and his team. We'll be sharing more details later... Stay tuned! :) https://dev.openwrt.org/wiki/people Two listed there as founders, and I'm one of the two. Isn't me, so it must be Mike ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] is anybody working on supporting Linksys WRT1900ac ?
Then the obvious question is: Mike, if it's really you according to Linksys and Gerry statements, why don't you say a word about it in the list ? Did you sign a non-disclosure agreement ? On 28/03/2014 21:57, Gerry Rozema wrote: On 28/03/14 01:58 PM, Peter Lawler wrote: Hi Pete! We are working with one of the OpenWRT founders and his team. We'll be sharing more details later... Stay tuned! :) https://dev.openwrt.org/wiki/people Two listed there as founders, and I'm one of the two. Isn't me, so it must be Mike ___ 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] is anybody working on supporting Linksys WRT1900ac ?
On 29/03/14 10:52, Fernando Frediani wrote: Then the obvious question is: Mike, if it's really you according to Linksys and Gerry statements, why don't you say a word about it in the list ? Did you sign a non-disclosure agreement ? Most NDAs I've *cough* seen say you're not allowed to mention the existence of the NDA ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] logd
Looks ok here: root@mat:~# uname -a Linux mat 3.10.34 #3 Fri Mar 28 23:39:15 EDT 2014 mips GNU/Linux root@mat:~# cat /etc/openwrt_version r40296 root@mat:~# uci show system.@system[-1].log_size system.cfg02e48a.log_size=1024 root@mat:~# logread | wc 6243 49984 1117225 root@mat:~# logread | wc 6243 49984 1117225 root@mat:~# logread | wc 6243 49984 1117225 root@mat:~# logread | wc 6243 49984 1117225 root@mat:~# logread | wc 6243 49984 1117225 This is after stopping 'while :; do logger; done', right? With the loop running, there is some small variance in the number of lines (+/- 40 lines), I'm guessing due to logread catching logd at various stages of garbage collecting old entries in the ring buffer? On Thu, Mar 27, 2014 at 9:46 AM, John Crispin j...@phrozen.org wrote: Hi, r40295 should fix #15357 Can someone try to verify that it is indeed fixed now ? below are my test results John root@OpenWrt:/# uci show system.@system[-1].log_size system.cfg02e48a.log_size=1024 root@OpenWrt:/# while true; do logger foo;done root@OpenWrt:/# logread a root@OpenWrt:/# ls -la a -rw-r--r--1 root root 1116960 Mar 27 12:12 a root@OpenWrt:/# logread b root@OpenWrt:/# ls -la b -rw-r--r--1 root root 1116960 Mar 27 12:12 b root@OpenWrt:/# logread | wc -l 6240 root@OpenWrt:/# logread | wc -l 6240 root@OpenWrt:/# logread | wc -l 6240 root@OpenWrt:/# logread | wc -l 6240 root@OpenWrt:/# logread | wc -l 6240 root@OpenWrt:/# ___ 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] dropbear: update to 2014.63
Incremental build bugfix: https://github.com/cpatulea/openwrt/commit/0211a7b272fc5fabf9cce87dcaaa4f62892377c9 On Thu, Mar 27, 2014 at 2:15 AM, Catalin Patulea c...@vv.carleton.ca wrote: I've pushed my dropbear patch to this github tree: https://github.com/cpatulea/openwrt/tree/next If you have any new dropbear updates, feel free to cc me and I will merge. On Tue, Mar 25, 2014 at 2:43 PM, Pau p...@dabax.net wrote: 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 +++
