[OpenWrt-Devel] [PATCH] packages/net/corkscrew: new package

2010-12-03 Thread koniu
Hello,

This package was requested on irc a few days ago. Hope its useful.

koniu
From 01b8918c96d34a475e2002886f1394c52051238f Mon Sep 17 00:00:00 2001
From: koniu gkusni...@gmail.com
Date: Fri, 3 Dec 2010 11:10:42 +
Subject: [PATCH] new package - corkscrew

Signed-off-by: koniu gkusni...@gmail.com
---
 net/corkscrew/Makefile |   36 
 1 files changed, 36 insertions(+), 0 deletions(-)
 create mode 100644 net/corkscrew/Makefile

diff --git a/net/corkscrew/Makefile b/net/corkscrew/Makefile
new file mode 100644
index 000..477ddec
--- /dev/null
+++ b/net/corkscrew/Makefile
@@ -0,0 +1,36 @@
+# 
+# Copyright (C) 2010 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+include $(TOPDIR)/rules.mk
+
+PKG_NAME:=corkscrew
+PKG_VERSION:=2.0
+PKG_RELEASE:=1
+
+PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
+PKG_SOURCE_URL:=http://www.agroman.net/corkscrew/
+PKG_MD5SUM:=35df77e7f0e59c0ec4f80313be52c10a
+
+include $(INCLUDE_DIR)/package.mk
+
+define Package/corkscrew
+  SECTION:=net
+  CATEGORY:=Network
+  TITLE:=Tunneling SSH through HTTP proxies.
+  URL:=http://www.agroman.net/corkscrew/
+endef
+
+define Build/Configure
+  $(call Build/Configure/Default,)
+endef
+
+define Package/corkscrew/install
+$(INSTALL_DIR) $(1)/usr/bin
+	$(CP) $(PKG_BUILD_DIR)/corkscrew $(1)/usr/bin/
+endef
+
+$(eval $(call BuildPackage,corkscrew))
-- 
1.7.2.3

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] base-files: Make bridge MAC address sticky

2010-12-03 Thread Helmut Schaa
Any update regarding this patch?

Thanks,
Helmut

Am Montag 15 November 2010 schrieb Helmut Schaa:
 This will ensure that bridge devices will stick to the MAC address of
 the first added slave interface as otherwise the MAC address could
 change when adding additional slave interfaces later. This prevents
 trouble in the following situation:
 
 - Setup br-lan with just eth0 (br-lan will get the same MAC as eth0)
 - DHCP on br-lan
 - Start wifi (br-lan might switch its MAC to the one of wlan0 if it is
   lower then the previous one)
 - DHCP lease time expired - New IP address as the MAC changed
 
 Setting the MAC address of the first slave interface to the bridge as
 well will make the bridge MAC address sticky.
 
 Signed-off-by: Helmut Schaa helmut.sc...@googlemail.com
 ---
  package/base-files/files/lib/network/config.sh |8 
  1 files changed, 8 insertions(+), 0 deletions(-)
 
 diff --git a/package/base-files/files/lib/network/config.sh 
 b/package/base-files/files/lib/network/config.sh
 index d285da2..94c7ccd 100755
 --- a/package/base-files/files/lib/network/config.sh
 +++ b/package/base-files/files/lib/network/config.sh
 @@ -166,6 +166,7 @@ prepare_interface() {
   [ -x /usr/sbin/brctl ]  {
   # Remove IPv6 link local addr before adding the 
 iface to the bridge
   local llv6=$(ifconfig $iface)
 + local initial=0
   case $llv6 in
   *fe80:*/64*)
   llv6=${llv6#* fe80:}
 @@ -192,11 +193,18 @@ prepare_interface() {
   $DEBUG ifconfig $iface 0.0.0.0
   $DEBUG brctl addif br-$config $iface
   $DEBUG brctl stp br-$config $stp
 + initial=1
   # Creating the bridge here will have 
 triggered a hotplug event, which will
   # result in another setup_interface() 
 call, so we simply stop processing
   # the current event at this point.
   }
   ifconfig $iface ${macaddr:+hw ether 
 ${macaddr}} up 2/dev/null /dev/null
 +
 + # Make bridge MAC address sticky
 + [ $initial = 1 ] 
 + ifconfig br-$config ${macaddr:+hw 
 ether ${macaddr}} 2/dev/null /dev/null
 +
 +
   return 1
   }
   ;;
 

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH 1/4] ramips: Don't trigger BUG_ON due to skb allocation failure

2010-12-03 Thread Helmut Schaa
Any update regarding this patch series?

Thanks,
Helmut

Am Dienstag 16 November 2010 schrieb Helmut Schaa:
 Instead just drop the rx'ed frame silently and reuse the already
 available buffer.
 
 Signed-off-by: Helmut Schaa helmut.sc...@googlemail.com
 ---
  target/linux/ramips/files/drivers/net/ramips.c |   35 
 +---
  1 files changed, 19 insertions(+), 16 deletions(-)
 
 diff --git a/target/linux/ramips/files/drivers/net/ramips.c 
 b/target/linux/ramips/files/drivers/net/ramips.c
 index fb6e6e8..fb849e8 100644
 --- a/target/linux/ramips/files/drivers/net/ramips.c
 +++ b/target/linux/ramips/files/drivers/net/ramips.c
 @@ -272,23 +272,26 @@ ramips_eth_rx_hw(unsigned long ptr)
   break;
   max_rx--;
  
 - rx_skb = priv-rx_skb[rx];
 - skb_put(rx_skb, RX_DMA_PLEN0(priv-rx[rx].rxd2));
 - rx_skb-dev = dev;
 - rx_skb-protocol = eth_type_trans(rx_skb, dev);
 - rx_skb-ip_summed = CHECKSUM_NONE;
 - dev-stats.rx_packets++;
 - dev-stats.rx_bytes += rx_skb-len;
 - netif_rx(rx_skb);
 -
   new_skb = netdev_alloc_skb(dev, MAX_RX_LENGTH + 2);
 - priv-rx_skb[rx] = new_skb;
 - BUG_ON(!new_skb);
 - skb_reserve(new_skb, 2);
 - priv-rx[rx].rxd1 = dma_map_single(NULL,
 -new_skb-data,
 -MAX_RX_LENGTH + 2,
 -DMA_FROM_DEVICE);
 + /* Reuse the buffer on allocation failures */
 + if (new_skb) {
 + rx_skb = priv-rx_skb[rx];
 + skb_put(rx_skb, RX_DMA_PLEN0(priv-rx[rx].rxd2));
 + rx_skb-dev = dev;
 + rx_skb-protocol = eth_type_trans(rx_skb, dev);
 + rx_skb-ip_summed = CHECKSUM_NONE;
 + dev-stats.rx_packets++;
 + dev-stats.rx_bytes += rx_skb-len;
 + netif_rx(rx_skb);
 +
 + priv-rx_skb[rx] = new_skb;
 + skb_reserve(new_skb, 2);
 + priv-rx[rx].rxd1 = dma_map_single(NULL,
 +new_skb-data,
 +MAX_RX_LENGTH + 2,
 +DMA_FROM_DEVICE);
 + }
 +
   priv-rx[rx].rxd2 = ~RX_DMA_DONE;
   wmb();
   ramips_fe_wr(rx, RAMIPS_RX_CALC_IDX0);
 

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] hostapd: Allow rsn_preauth configuration

2010-12-03 Thread Helmut Schaa
Any update regarding this patch?

Thanks,
Helmut

Am Mittwoch 24 November 2010 schrieb Helmut Schaa:
 Hostapd can allow preauthentication for WPA2-EAP networks when
 the interfaces through which preauthentication is allowed are
 configured.
 
 Add a new param rsn_preauth=0/1 to the configuration that enables
 or disables preauthentication on the according bridge interface.
 
 Preauthentication for unbridged networks is not considered in this
 patch.
 
 Cc: Felix Fietkau n...@openwrt.org
 Signed-off-by: Helmut Schaa helmut.sc...@googlemail.com
 ---
  package/hostapd/files/hostapd.sh |   40 -
  1 files changed, 26 insertions(+), 14 deletions(-)
 
 diff --git a/package/hostapd/files/hostapd.sh 
 b/package/hostapd/files/hostapd.sh
 index db08e7b..39f98f2 100644
 --- a/package/hostapd/files/hostapd.sh
 +++ b/package/hostapd/files/hostapd.sh
 @@ -139,20 +139,32 @@ hostapd_set_bss_options() {
   [ -n $ieee80211d ]  append $var ieee80211d=$ieee80211d $N
   [ -n $iapp_interface ]  append $var $(uci_get_state network 
 $iapp_interface ifname $iapp_interface) $N
  
 - [ $wpa -ge 2 ]  config_get ieee80211w $vif ieee80211w
 - case $ieee80211w in
 - [012])
 - append $var ieee80211w=$ieee80211w $N
 - [ $ieee80211w -gt 0 ]  {
 - config_get ieee80211w_max_timeout $vif 
 ieee80211w_max_timeout
 - config_get ieee80211w_retry_timeout $vif 
 ieee80211w_retry_timeout
 - [ -n $ieee80211w_max_timeout ]  \
 - append $var 
 assoc_sa_query_max_timeout=$ieee80211w_max_timeout $N
 - [ -n $ieee80211w_retry_timeout ]  \
 - append $var 
 assoc_sa_query_retry_timeout=$ieee80211w_retry_timeout $N
 - }
 - ;;
 - esac
 + if [ $wpa -ge 2 ]
 + then
 + # RSN - allow preauthentication
 + config_get rsn_preauth $vif rsn_preauth
 + if [ -n $bridge -a $rsn_preauth = 1 ]
 + then
 + append $var rsn_preauth=1 $N
 + append $var rsn_preauth_interfaces=$bridge $N
 + fi
 +
 + # RSN - allow management frame protection
 + config_get ieee80211w $vif ieee80211w
 + case $ieee80211w in
 + [012])
 + append $var ieee80211w=$ieee80211w $N
 + [ $ieee80211w -gt 0 ]  {
 + config_get ieee80211w_max_timeout 
 $vif ieee80211w_max_timeout
 + config_get ieee80211w_retry_timeout 
 $vif ieee80211w_retry_timeout
 + [ -n $ieee80211w_max_timeout ]  \
 + append $var 
 assoc_sa_query_max_timeout=$ieee80211w_max_timeout $N
 + [ -n $ieee80211w_retry_timeout ]  \
 + append $var 
 assoc_sa_query_retry_timeout=$ieee80211w_retry_timeout $N
 + }
 + ;;
 + esac
 + fi
  }
  
  hostapd_setup_vif() {
 

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] openssl 1.0.0b update patch

2010-12-03 Thread Peter Wagner
Any news why this patch isnt applied?

greets
Am Donnerstag, 25. November 2010, 18:49:11 schrieb Peter Wagner:
 Hi,
 
 i should read the INSTALL file ;)
 
   -DHAVE_CRYPTODEV Enable the BSD cryptodev engine even if we are not using
 BSD. Useful if you are running ocf-linux or something
 similar. Once enabled you can also enable the use of
 cryptodev digests, which is usually slower unless you have
 large amounts data. Use -DUSE_CRYPTODEV_DIGESTS to force
 it.
 
 so the ocf patch isnt needed any more ...
 
 Regards,
 Peter
 
 Am Donnerstag 25 November 2010, 17:34:48 schrieb Peter Wagner:
  Hi
  
  i updated openssl to 1.0.0b
  it seems most of the ocf stuff isnt needed any more ...
  
  the only thing i wasn't shure about was ...
  -+  if (do_cpu)
  -+  get_cpu(s);
  i removed this lines and openssl works nice without them here but maybe
  they are needed - i dont know 
  
  everyone is encouraged to test this patch :)
  
  btw: to use openssl 1.0.0b every prog linked against openssl 0.9.8* must
  be rebuild
  
  greets

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] packages/net/corkscrew: new package

2010-12-03 Thread Outback Dingo
Committed revision 24227.

On Fri, Dec 3, 2010 at 6:12 AM, koniu gkusni...@gmail.com wrote:

 Hello,

 This package was requested on irc a few days ago. Hope its useful.

 koniu

 ___
 openwrt-devel mailing list
 openwrt-devel@lists.openwrt.org
 https://lists.openwrt.org/mailman/listinfo/openwrt-devel


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] OpenWRT Contract Position - Remote Work - Available

2010-12-03 Thread Kelly Hogan
We're looking for some paid OpenWRT support/contract assistance.

If this is in violation of the list rules, please forgive and delete...

We are looking for a contractor to help finish off some OpenWRT
projects involving the UBNT SDK tree.  (Modified kamikaze on 2.6.15
kernel)  The tasks are to back port a few kernel modules, organize the
tree a bit, and explain some things that we have not been able to
resolve on our own.

Specific knowledge of the build environment, the config process and
custom kernel module backporting a must.

Initial task will be to insure two USB_SERIAL modules are included in
the kernel and compile and fix some configuration issues.

Work can be done remotely via ssh.

Good compensation and future work opportunity for the right person.

Contact me for further information with compensation expectations,
availability, and summary of OpenWRT experience.

Thanks
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] BCM5354-based routers fail to boot starting at rev 24167

2010-12-03 Thread Steve Brown
On Fri, 2010-12-03 at 20:57 +0100, Hauke Mehrtens wrote:
 Hi Steve,
 
 Thank you for the information. To fix the problem we need some more
 informations. Please also test version r24166.
 

distclean r24166 boots.
The same image (r24166) also boots on a BCM5352 (Buffalo whr-hp-g54).

 Does the same image work on other devices? Have you run make distclean
 before building an image for version = 24167?

distclean r24230 fails.
The same image (r24230) doesn't boot on a BCM5352 (Buffalo whr-hp-g54).

 Hauke

Steve


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] Target: UML fails to build on 64bit Host

2010-12-03 Thread Robert Wuttke
Hi,

I am trying to build OpenWrt as User Mode Linux on a 64bit machine.
The build fails with the following message:

Do you have any suggestions on how to proceed? On a 32bit machine, the
build is successful.

i486-openwrt-linux-uclibc-gcc -c libc/sysdeps/linux/x86_64/crt1.S -o
lib/crt1.o -include ./include/libc-symbols.h -Wall -Wstrict-prototypes
-fno-strict-aliasing -O2 -pipe -march=i486 -funit-at-a-time -fhonour-
copts -fno-stack-protector -fno-builtin -nostdinc -I./include -I.
-I./libc/sysdeps/linux/x86_64 -fno-asm -DUCLIBC_INTERNAL -Os
-funit-at-a-time -fno-tree-loop-optimize -fno-tree-dominator-opts
-fno-strength-re duce
-I./libpthread/linuxthreads.old/sysdeps/unix/sysv/linux/x86_64
-I./libpthread/linuxthreads.old/sysdeps/x86_64
-I./libpthread/linuxthreads.old/sysdeps/unix/sysv/linux
-I./libpthread/linuxthreads.old/sysdep s/pthread
-I./libpthread/linuxthreads.old -I./libpthread
-I/home/builder/backfire/uml/build_dir/toolchain-i386_gcc-4.1.2_uClibc-0.9.30.1/linux-dev/usr/include/
-I/home/builder/backfire/uml/staging_dir/toolchai
n-i386_gcc-4.1.2_uClibc-0.9.30.1/usr/lib/gcc/i486-openwrt-linux-uclibc/4.1.2//include-fixed
-I/home/builder/backfire/uml/staging_dir/toolchain-i386_gcc-4.1.2_uClibc-0.9.30.1/usr/lib/gcc/i486-openwrt-linux-ucli
bc/4.1.2/include -DNDEBUG -MT lib/crt1.o -MD -MP -MF lib/.crt1.o.dep
-D__ASSEMBLER__ -Wa,--noexecstack -DL_crt1
libc/sysdeps/linux/x86_64/crt1.S: Assembler messages:
libc/sysdeps/linux/x86_64/crt1.S:96: Error: bad register name `%rdx'
libc/sysdeps/linux/x86_64/crt1.S:97: Error: bad register name `%rsi'
libc/sysdeps/linux/x86_64/crt1.S:98: Error: bad register name `%rsp'
libc/sysdeps/linux/x86_64/crt1.S:101: Error: bad register name `%rsp'
libc/sysdeps/linux/x86_64/crt1.S:103: Error: bad register name `%rax'
libc/sysdeps/linux/x86_64/crt1.S:107: Error: bad register name `%rsp'
libc/sysdeps/linux/x86_64/crt1.S:121: Error: bad register name `%rdi'
libc/sysdeps/linux/x86_64/crt1.S:124: Error: bad register name `%rcx'
libc/sysdeps/linux/x86_64/crt1.S:125: Error: bad register name `%r8'
make[4]: *** [lib/crt1.o] Error 1


--

Robert
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] IPv6 dependency

2010-12-03 Thread W. Michael Petullo
As far as I can tell, selecting Enable IPv6 support in packages does
not automatically select the kernel module kmod-ipv6. Should it? Could
it?

-- 
Mike

:wq
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] IPv6 dependency

2010-12-03 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi.

 As far as I can tell, selecting Enable IPv6 support in packages does
 not automatically select the kernel module kmod-ipv6. Should it? Could
 it?

No and no. Doing that would force everybody who wants to ship IPv6 read
packages to include kmod-ipv6 in the images.

~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkz5swwACgkQdputYINPTPM04ACfZfOgtpqFZeVNOHKnL86r9vyn
AkQAnA/Y+ub7rVJOnk6QImNEHQmqT8H4
=ifWG
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel