[OpenWrt-Devel] [PATCH] [package] lispmob: Updating the package with IPv6 full support (EIDs and RLOCs) and Multihoming
Signed-off-by: Vasileios Lakafosis lak...@gmail.com --- net/lispmob/Makefile | 34 ++ 1 file changed, 22 insertions(+), 12 deletions(-) diff --git a/net/lispmob/Makefile b/net/lispmob/Makefile index 7392202..22c5260 100644 --- a/net/lispmob/Makefile +++ b/net/lispmob/Makefile @@ -8,8 +8,8 @@ include $(TOPDIR)/rules.mk PKG_NAME:=lispmob -PKG_REV:=45ebcfc06097c039351b3bf6f1b3ae7bf66990e2 -PKG_VERSION:=0.3.0 +PKG_REV:=433d81a4d9d5618d12e3d3f34064728ac450b536 +PKG_VERSION:=0.3 PKG_RELEASE:=3 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 @@ -23,31 +23,41 @@ PKG_LICENSE_FILES:=LICENSE include $(INCLUDE_DIR)/package.mk -define Package/lispd/default +define Package/lispmob/default MAINTAINER:=Vasileios Lakafosis lak...@gmail.com URL:=http://lisp.cisco.com/ endef -define Package/lispd +define Package/lispmob SECTION:=net CATEGORY:=Network TITLE:=Locator/ID separation protocol (using TUN) URL:=https://github.com/LISPmob - DEPENDS:= +librt +libopenssl +confuse +kmod-tun +uci - $(call Package/lispd/default) + DEPENDS:= +librt +libopenssl +confuse +kmod-tun +uci +kmod-ipv6 +luci + $(call Package/lispmob/default) endef -define Package/lispd/description - This packet provides support for the Locator-ID support protocol. +define Package/lispmob/description + This packet provides support for the Locator-ID Separation Protocol. endef -define Package/lispd/install + +define Build/Compile + $(call Build/Compile/Default,platform=openwrt) +endef + + +define Package/lispmob/install $(INSTALL_DIR) $(1)/usr/sbin $(INSTALL_BIN) $(PKG_BUILD_DIR)/lispd/lispd $(1)/usr/sbin/ $(INSTALL_DIR) $(1)/etc/config - $(INSTALL_CONF) $(PKG_BUILD_DIR)/lispd/lispd.uci.example $(1)/etc/config/lispd + $(INSTALL_CONF) $(PKG_BUILD_DIR)/openWRT/lispd.uci.example $(1)/etc/config/lispd $(INSTALL_DIR) $(1)/etc/init.d - $(INSTALL_BIN) $(PKG_BUILD_DIR)/lispd/openwrt.init.script $(1)/etc/init.d/lisp + $(INSTALL_BIN) $(PKG_BUILD_DIR)/openWRT/openwrt.init.script $(1)/etc/init.d/lisp + $(INSTALL_DIR) $(1)/usr/lib/lua/luci/controller/lisp + $(INSTALL_CONF) $(PKG_BUILD_DIR)/openWRT/controller-lisp.lua $(1)/usr/lib/lua/luci/controller/lisp/lisp.lua + $(INSTALL_DIR) $(1)/usr/lib/lua/luci/model/cbi/lisp + $(INSTALL_CONF) $(PKG_BUILD_DIR)/openWRT/model-cbi-lisp.lua $(1)/usr/lib/lua/luci/model/cbi/lisp/lisp.lua endef -$(eval $(call BuildPackage,lispd)) +$(eval $(call BuildPackage,lispmob)) -- 1.7.11.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] openwrt-devel Digest, Vol 89, Issue 55
* Oguz Ersoz atilla.o.er...@gmail.com [21.05.2013 14:25]: Is it possible to make ar71xx based generic system boots from single file i mean is single file contains vmlinux-lzma.elf + root-filesystem like knoppix mini just check you bootloader variables for e.g. tftpserver bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] openwrt-devel Digest, Vol 89, Issue 55
On 2013-05-19 6:34 PM, Oguz Ersoz wrote: I have a question to every OpenWRT developers (Please offer pay support amount your self) Is it possible to make ar71xx based generic system boots from single file i mean is single file contains vmlinux-lzma.elf + root-filesystem like knoppix mini make menuconfig - Target Images - ramdisk - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Doubts with mac80211.sh and wpa_supplicant.sh scripts
* Francisco Cuesta ndarkn...@gmail.com [21.05.2013 14:25]:
Then, according to your explanation, in the script wpa_supplicant.sh
line 167, that means the variable fixed will have a value of
fixed_freq=1 right? I guess this option is only enabled on the sta
this is not true. the variable fixed is filled with 1, so
echo $fixed
1
if this is true, it works like this:
echo ${fixed:+fixed-freq}
fixed-freq
if $fixed is unset, then it will be like:
echo ${fixed:+fixed-freq}
(empty)
mode, doesn't it? I ask this, because I´m trying to understand how the
client knows the AP channel or frequency...
IMHO it scans for a specific essid and knows from the beacons the channel
(wpa_supplicant does this)
bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [OpenWrt-Devel, ramips] Port Vasily`s patch to 3.8 kernel
From: Vladimir Stolyarov xakep6...@gmail.com Hi, I`ve ported Vasily`s patch to 3.8 kernel and added ralink,led-polarity directive to rt5350.dtsi. This directive allows control leds polarity without swconfig. Tested on my DIR-320 B1 (polarity value is 0x17). Signed-off-by: Vasily E. Moskalev mvtm...@gmail.com Signed-off-by: Vladimir Stolyarov xakep6...@gmail.com --- ---a/target/linux/ramips/patches-3.8/0136-NET-MIPS-add-ralink-SoC-ethernet-driver.patch 2013-05-19 14:26:55.0 +0400 +++ b/target/linux/ramips/patches-3.8/0136-NET-MIPS-add-ralink-SoC-ethernet-driver.patch 2013-05-20 18:58:28.0 +0400 @@ -26,9 +26,11 @@ create mode 100644 drivers/net/ethernet/ramips/ramips_eth.h create mode 100644 drivers/net/ethernet/ramips/ramips_main.c /dev/null -+++ b/arch/mips/include/asm/mach-ralink/rt305x_esw_platform.h -@@ -0,0 +1,27 @@ +Index: linux-3.8.12/arch/mips/include/asm/mach-ralink/rt305x_esw_platform.h +=== +--- /dev/null 1970-01-01 00:00:00.0 + linux-3.8.12/arch/mips/include/asm/mach-ralink/rt305x_esw_platform.h 2013-05-20 18:44:40.0 +0400 +@@ -0,0 +1,28 @@ +/* + * Ralink RT305x SoC platform device registration + * @@ -53,12 +55,15 @@ + u8 vlan_config; + u32 reg_initval_fct2; + u32 reg_initval_fpa2; ++ u8 led_polarity; +}; + +#endif /* _RT305X_ESW_PLATFORM_H */ a/arch/mips/ralink/rt305x.c -+++ b/arch/mips/ralink/rt305x.c -@@ -182,6 +182,7 @@ void __init ralink_clk_init(void) +Index: linux-3.8.12/arch/mips/ralink/rt305x.c +=== +--- linux-3.8.12.orig/arch/mips/ralink/rt305x.c2013-05-20 18:44:39.0 +0400 linux-3.8.12/arch/mips/ralink/rt305x.c 2013-05-20 18:44:40.0 +0400 +@@ -221,6 +221,7 @@ } ralink_clk_add(cpu, cpu_rate); @@ -66,9 +71,11 @@ ralink_clk_add(1b00.spi, sys_rate); ralink_clk_add(1100.timer, wdt_rate); ralink_clk_add(1120.watchdog, wdt_rate); a/drivers/net/ethernet/Kconfig -+++ b/drivers/net/ethernet/Kconfig -@@ -136,6 +136,7 @@ source drivers/net/ethernet/packetengin +Index: linux-3.8.12/drivers/net/ethernet/Kconfig +=== +--- linux-3.8.12.orig/drivers/net/ethernet/Kconfig 2013-05-08 07:33:25.0 +0400 linux-3.8.12/drivers/net/ethernet/Kconfig 2013-05-20 18:44:40.0 +0400 +@@ -136,6 +136,7 @@ source drivers/net/ethernet/pasemi/Kconfig source drivers/net/ethernet/qlogic/Kconfig source drivers/net/ethernet/racal/Kconfig @@ -76,9 +83,11 @@ source drivers/net/ethernet/realtek/Kconfig source drivers/net/ethernet/renesas/Kconfig source drivers/net/ethernet/rdc/Kconfig a/drivers/net/ethernet/Makefile -+++ b/drivers/net/ethernet/Makefile -@@ -54,6 +54,7 @@ obj-$(CONFIG_NET_PACKET_ENGINE) += packe +Index: linux-3.8.12/drivers/net/ethernet/Makefile +=== +--- linux-3.8.12.orig/drivers/net/ethernet/Makefile2013-05-08 07:33:25.0 +0400 linux-3.8.12/drivers/net/ethernet/Makefile 2013-05-20 18:44:40.0 +0400 +@@ -54,6 +54,7 @@ obj-$(CONFIG_NET_VENDOR_PASEMI) += pasemi/ obj-$(CONFIG_NET_VENDOR_QLOGIC) += qlogic/ obj-$(CONFIG_NET_VENDOR_RACAL) += racal/ @@ -86,8 +95,10 @@ obj-$(CONFIG_NET_VENDOR_REALTEK) += realtek/ obj-$(CONFIG_SH_ETH) += renesas/ obj-$(CONFIG_NET_VENDOR_RDC) += rdc/ /dev/null -+++ b/drivers/net/ethernet/ramips/Kconfig +Index: linux-3.8.12/drivers/net/ethernet/ramips/Kconfig +=== +--- /dev/null 1970-01-01 00:00:00.0 + linux-3.8.12/drivers/net/ethernet/ramips/Kconfig 2013-05-20 18:44:40.0 +0400 @@ -0,0 +1,18 @@ +config NET_RAMIPS + tristate Ralink RT288X/RT3X5X/RT3662/RT3883 ethernet driver @@ -107,8 +118,10 @@ + depends on DEBUG_FS + +endif /dev/null -+++ b/drivers/net/ethernet/ramips/Makefile +Index: linux-3.8.12/drivers/net/ethernet/ramips/Makefile +=== +--- /dev/null 1970-01-01 00:00:00.0 + linux-3.8.12/drivers/net/ethernet/ramips/Makefile 2013-05-20 18:44:40.0 +0400 @@ -0,0 +1,9 @@ +# +# Makefile for the Ramips SoCs built-in ethernet macs @@ -119,8 +132,10 @@ +ramips-$(CONFIG_NET_RAMIPS_DEBUG_FS) += ramips_debugfs.o + +obj-$(CONFIG_NET_RAMIPS) += ramips.o /dev/null -+++ b/drivers/net/ethernet/ramips/ramips_debugfs.c +Index: linux-3.8.12/drivers/net/ethernet/ramips/ramips_debugfs.c +=== +--- /dev/null 1970-01-01 00:00:00.0 + linux-3.8.12/drivers/net/ethernet/ramips/ramips_debugfs.c 2013-05-20 18:44:40.0 +0400 @@ -0,0 +1,127 @@ +/* + * Ralink SoC ethernet driver debugfs code
Re: [OpenWrt-Devel] Fwd: [PATCH][include] Update CyaSSL library to last version 2.6.0
For an update, I have since been able to get libcurl to link to the new cyassl package, provided I explicitly insert sizeof_long definitions into libcurl header files, shown in the patch below. It is unusual that libcurl seems to require these additional defines to link to libcyassl.so, but uhttpd-mod-tls does not. I'm not sure if this patch resides properly with the package curl, perhaps accompanied by another patch that defines a new sub-package libcurl-cyassl. Massimo, are you using the newer version of cyassl for anything besides uhttpd? --- curl-7.29.0/include/curl/curl.h.201305182013-05-17 23:25:23.816083944 -0500 +++ curl-7.29.0/include/curl/curl.h2013-05-17 23:30:43.304082086 -0500 @@ -118,6 +118,13 @@ typedef void CURL; #endif #endif +/* These definitions needed for cyassl */ +/* The size of `long', as computed by sizeof. */ +#define SIZEOF_LONG 4 + +/* The size of `long long', as computed by sizeof. */ +#define SIZEOF_LONG_LONG 8 + #ifndef curl_socket_typedef /* socket typedef */ #if defined(WIN32) !defined(__LWIP_OPT_H__) On Fri, May 17, 2013 at 12:00 PM, Ben West b...@gowasabi.net wrote: Thank you for responding. Below is the diff of the curl Makefile, against that included in the Attitude Adjustment v12.09 packages herehttps://dev.openwrt.org/browser/branches/packages_12.09/libs/curl/Makefile . Note that the addition of -lm to libraries for curl to link to came from my own research in pending OpenWRT issues about compiling curl with cyassl. However, the error about long long size mismatch occurs whether libm.so is included or not. Index: libs/curl/Makefile === --- libs/curl/Makefile(revision 36652) +++ libs/curl/Makefile(working copy) @@ -43,7 +43,7 @@ $(call Package/curl/Default) SECTION:=libs CATEGORY:=Libraries - DEPENDS:=+libopenssl +zlib + DEPENDS:=+libcyassl +zlib TITLE:=A client-side URL transfer library endef @@ -70,7 +70,8 @@ --enable-tftp \ --disable-verbose \ --with-random=/dev/urandom \ ---with-ssl=$(STAGING_DIR)/usr \ +--with-cyassl=$(STAGING_DIR)/usr \ +--without-ssl --without-ca-bundle \ --without-gnutls \ --without-krb4 \ @@ -81,7 +82,7 @@ $(call autoconf_bool,CONFIG_IPV6,ipv6) \ CONFIGURE_VARS += \ -LIBS=-lcrypto -lssl -lz \ +LIBS=-lm -lcyassl -lz \ CC=$(filter-out ccache,$(TARGET_CC)) define Build/Compile On Fri, May 17, 2013 at 2:10 AM, Massimo Vellucci vema...@gmail.comwrote: CyaSSL must determine the environment to recognize the size of the types, there is a conflict on the size of the long type. Can you attach the changes on curl makefile for using CyaSSL ? 2013/5/16 Ben West b...@gowasabi.net Thank you for sharing this patch! I'm trying this very patch to see if I can use cyassl with curl, instead of openssl. (cyassl v1.6.5 is apparently old enough that the current version of curl can no longer use libcyassl.so.) However, my build on ar71xx target fails when libcurl tries to link to libcyassl on the rather esoteric error bad math long / long long settings. Are there platform limitations to the new version of cyassl? OpenWrt-libtool: compile: mips-openwrt-linux-uclibc-gcc -DHAVE_CONFIG_H -I../include/curl -I../include -I../include -I../lib -I../lib -DCURL_HIDDEN_SYMBOLS -isystem /blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include -isystem /blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/include -isystem /blah/blah/openwrt/staging_dir/toolchain-mips_r2_gcc-4.7-linaro_uClibc-0.9.33.2/usr/include -isystem /blah/blah/openwrt/staging_dir/toolchain-mips_r2_gcc-4.7-linaro_uClibc-0.9.33.2/include -I/blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include -I/blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include -fvisibility=hidden -Os -pipe -mips32r2 -mtune=mips32r2 -fno-caller-saves -funit-at-a-time -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -fpic -Wno-system-headers -MT libcurl_la-cyassl.lo -MD -MP -MF .deps/libcurl_la-cyassl.Tpo -c cyassl.c -fPIC -DPIC -o .libs/libcurl_la-cyassl.o In file included from /blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include/cyassl/ctaocrypt/error.h:26:0, from /blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include/cyassl/error.h:26, from cyassl.c:53: /blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include/cyassl/ctaocrypt/types.h:274:6: error: #error bad math long / long long settings /blah/blah/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include/cyassl/ctaocrypt/types.h:276:1: error: expected identifier before '}' token make[5]: *** [libcurl_la-cyassl.lo] Error 1 The caveat, however, is that I'm trying to compile the newer cyassl for Attitude Adjustment v36608, not trunk. Not sure if that
[OpenWrt-Devel] netifd - adding protocol support without an underlying physical device
* Note: Posted on the forum, but no replies after a few days so asking
here *
I'm in the process of adding support for ISDN data (via capi), and have a
question about netifd.
Since it's ppp over CAPI, all the lower level stuff works fine (I can call
pppd from CLI and it connects nicely) however I'm trying to integrate it
into OpenWRT nicely. LuCI stuff is completed, and I've modified
/lib/netifd/proto/ppp.sh to handle _pppoi_ calls similar to _pppoe_. My
problem is I can't bring the interfaces up with ifup/ifdown.
ubus call network.interface.ISDN status reports:
errors: [
{
subsystem: interface,
code: NO_DEVICE
}
]
When using ISDN with the CAPI drivers, we have /dev/capi as a device, but
nothing else - setting that as the device:
config interface 'ISDN'
option proto 'pppoi'
option username 'ispuser'
option password 'isppassword'
option number '408###'
option device '/dev/capi'
doesn't seem to help. Can someone point me at the right direction as to
what else I need to change? I've looking through the 3g and pppoe code,
but those both have an underlying physical interface (/dev/ttyUSB# or
eth0), whereas CAPI doesn't really have the equivalent.
Thanks,
Ken
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
