[OpenWrt-Devel] why is 'wan' port missing in luci switch vlan setup page for Netgear WNR2200 ?
I have the latest daily snapshot flashed to a netgear WNR2200. When I try to setup the VLAN settings in luci, I only have ports 1 - 4 + 0 (=cpu) available, but cannot set anything or even see the ‘wan’ port. How do I get it to display? Failing that. Which port number is it on the cli ? Can I configure the right tagged and untagged port for my ‘wan’ port on the cli? — Urs Rau Operation Mobilisation (OM) - a company limited by guarantee - The Quinta, Weston Rhyn, Oswestry, SY10 7LT, United Kingdom Company reg no: 2564320 (England & Wales) - Charity reg. no: 1008196 (England & Wales) - SC040988 (Scotland) Web: http://www.uk.om.org ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] why is 'wan' port missing in luci switch vlan setup page for Netgear WNR2200 ?
Hi. The wan port is likely a dedicated, non-switch interface (e.g. eth1) on this model. If you want to declare VLANs on it then simply create a new interface using eth1.Y as manual physical ifname where Y denotes the desired VLAN id. ~ Jow ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] ar71xx: add LED defaults for the EnGenius ESR1750
When this is merged, would a patch that resorts this list alphabetically again be welcome? The D-H section got all messed up with routerboard being inserted wildly in the middle and confusing things. Cheers, Karl P On Fri, Sep 26, 2014 at 01:34:32AM -0400, Forest Crossman wrote: > Signed-off-by: Forest Crossman > --- > target/linux/ar71xx/base-files/etc/uci-defaults/01_leds | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds > b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds > index d104f40..275bf4a 100755 > --- a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds > +++ b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds > @@ -123,6 +123,11 @@ esr900) > ucidef_set_led_wlan "wlan5g" "WLAN 5 GHz" "engenius:blue:wlan-5g" > "phy1tpt" > ;; > > +esr1750) > + ucidef_set_led_wlan "wlan2g" "WLAN 2.4 GHz" "esr1750:blue:wlan-2g" > "phy0tpt" > + ucidef_set_led_wlan "wlan5g" "WLAN 5 GHz" "esr1750:blue:wlan-5g" > "phy1tpt" > + ;; > + > hiwifi-hc6361) > ucidef_set_led_netdev "inet" "INET" "hiwifi:blue:internet" "eth1" > ucidef_set_led_wlan "wlan" "WLAN" "hiwifi:blue:wlan-2p4" "phy0tpt" > -- > 1.9.2 > ___ > 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] ramips: fix device-trees for AsiaRF awm002/3 evb
> "John" == John Crispin writes: John> narf ... fat fingered it ... sorry you need to send a v3 Sent 9 days ago. I think patch 1/3 is fairly uncontroversial, as it fixes plain old brokenness. Depending on patch 2/3 and the choice of key code, patch 3/3 might be irrelevant, assuming you want to take that change (which provides a function for the slider switch on the eval board) at all. Any more feedback? -- Russell Senior, President russ...@personaltelco.net ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] out of date(?) links in openwrt wiki page, "Wireless overview"
in this section: http://wiki.openwrt.org/doc/howto/wireless.overview#captive.portal.software.available.in.the.openwrt.repository the first two links "nocatauth" and "nocatsplash" go nowhere. actually, same with last three links -- the only two links with pages are wifidog and nodogsplash. are all of the solutions listed there still actively supported? or should that list be culled somewhat? -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Add support for DHT11 driver
The DHT11 is a temperature and humidity sensor supported by linux since 3.14. This patch has been tested on recent mxs with kernel 3.14.18. Signed-off-by: Harald Geyer --- package/kernel/linux/modules/other.mk | 20 1 files changed, 20 insertions(+), 0 deletions(-) diff --git a/package/kernel/linux/modules/other.mk b/package/kernel/linux/modules/other.mk index d56bb50..bef24eb 100644 --- a/package/kernel/linux/modules/other.mk +++ b/package/kernel/linux/modules/other.mk @@ -258,6 +258,26 @@ endef $(eval $(call KernelPackage,iio-ad799x)) + +define KernelPackage/iio-dht11 + SUBMENU:=$(OTHER_MENU) + DEPENDS:=kmod-iio-core @GPIO_SUPPORT + TITLE:=DHT11 (and compatible) humidity and temperature sensors + KCONFIG:= \ + CONFIG_DHT11 + FILES:=$(LINUX_DIR)/drivers/iio/humidity/dht11.ko + AUTOLOAD:=$(call AutoLoad,56,dht11) +endef + +define KernelPackage/iio-dht11/description + support for DHT11 and DHT22 digitial humidity and temperature sensors + attached at GPIO lines. You will need a custom device tree file to + specify the GPIO line to use. +endef + +$(eval $(call KernelPackage,iio-dht11)) + + define KernelPackage/lp SUBMENU:=$(OTHER_MENU) TITLE:=Parallel port and line printer support -- 1.7.2.5 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Possible to add horst 4.1 to packages for 14.07?
Hello, I know the merge window for 14.07 is officially closed, but as I still see changes coming in to packages... Would you please consider merging horst 4.1 to the for-14.07 branch... Here's the pull request: https://github.com/openwrt/packages/pull/364 Explanation: horst 3.0 is more than 3 years old, does not have 802.11n support and does not work well with recent mac80211 drivers (signal value wrong/zero). Basically anyone using horst on Barrier Breaker would have to manually upgrade to at least version 4.0. I think this update is pretty low risk as well, so please... bruno ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Possible to add horst 4.1 to packages for 14.07?
* Bruno Randolf [26.09.2014 14:11]: > horst 4.1 to the for-14.07 branch... Here's the pull request: i vote for it - bye, bastian. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] hostapd: read missing parameter for dynamic VLANs
In r41872 Dynamic VLAN support was reintroduced, but the vlan_naming
parameter is not read while setting up the config, so it always
defaults to 1.
Signed-off-by: Reiner Herrmann
---
package/network/services/hostapd/files/netifd.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/services/hostapd/files/netifd.sh
b/package/network/services/hostapd/files/netifd.sh
index 30d12e9..7e909a7 100644
--- a/package/network/services/hostapd/files/netifd.sh
+++ b/package/network/services/hostapd/files/netifd.sh
@@ -219,7 +219,7 @@ hostapd_set_bss_options() {
dae_client dae_secret dae_port \
nasid iapp_interface ownip \
eap_reauth_period dynamic_vlan \
- vlan_tagged_interface
+ vlan_naming vlan_tagged_interface
# legacy compatibility
[ -n "$auth_server" ] || json_get_var auth_server server
--
2.1.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Possible to add horst 4.1 to packages for 14.07?
I vote for it too 2014-09-26 14:13 GMT+02:00, Bastian Bittorf : > * Bruno Randolf [26.09.2014 14:11]: >> horst 4.1 to the for-14.07 branch... Here's the pull request: > > i vote for it - bye, bastian. > ___ > 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] [package] dropbear: enable sha2-based hmac by default.
On 26/09/2014 10:11, Catalin Patulea wrote: > What's the motivation for this change? > > On Thu, Sep 25, 2014 at 11:43 AM, Alive wrote: >> X-Patchwork-Id: 6322 >> Message-Id: >> >> Is there any chance for my proposed patch to be committed? >> http://patchwork.openwrt.org/patch/6322/ >> >> Here is a brief comparison about binary and package size increase. >> Tested on AR9330, mips, TL MR3220v2 >> >> Before applying sha2-hmac patch >> root@OpenWrt:~# du -sh $(which dropbear) >> 161.5K /usr/sbin/dropbear >> >> After applying sha2-hmac patch >> root@OpenWrt:~# du -sh $(which dropbear) >> 165.5K /usr/sbin/dropbear >> >> It's about 4K binary size increase. >> >> debug information >> ssh root@OpenWrt -o MACs=hmac-sha2-512,hmac-sha2-256 -v >> ... >> debug1: SSH2_MSG_KEXINIT sent >> debug1: SSH2_MSG_KEXINIT received >> debug1: kex: server->client aes128-ctr hmac-sha2-512 none >> debug1: kex: client->server aes128-ctr hmac-sha2-512 none >> ... >> >> Package size compared to downloaded trunk >> 84829 Sep 25 02:43 dropbear_2014.65-2_ar71xx.ipk >> 81896 Sep 25 02:13 dropbear_2014.65-2_ar71xx.ipk >> It's about 3K package size increase. As SHA1 signature hash is about to be obsolete on certificates, it would be better to prepare for next generation hash algorithms. Here are some references. http://blogs.technet.com/b/pki/archive/2013/11/12/sha1-deprecation-policy.aspx https://community.qualys.com/blogs/securitylabs/2014/09/09/sha1-deprecation-what-you-need-to-know https://www.digicert.com/sha-2-ssl-certificates.htm While CA is encouraging users to upgrade to SHA2-based certificates, it'd be better to assume that SHA1 HMAC will also be obsolete. I know unix philosophy "Don't fix what ain't broken". I think it's better to provide safety measure to prevent disaster instead of waiting the disaster to come and fix it later. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Add support for DHT11 driver
har...@ccbib.org schrieb am 26.09.2014 12:46: > The DHT11 is a temperature and humidity sensor supported by linux > since 3.14. > > This patch has been tested on recent mxs with kernel 3.14.18. > > Signed-off-by: Harald Geyer Hi, I would expect to make it also depend on device tree or architectures which support device tree. From what I remember, there are still architectures which have not yet been converted to devicetree. In those cases, it would be confusing and useless to build this module. Or am I missing something? I don't have any practical experience with devicetree, so far. > --- > package/kernel/linux/modules/other.mk | 20 > 1 files changed, 20 insertions(+), 0 deletions(-) > > diff --git a/package/kernel/linux/modules/other.mk > b/package/kernel/linux/modules/other.mk > index d56bb50..bef24eb 100644 > --- a/package/kernel/linux/modules/other.mk > +++ b/package/kernel/linux/modules/other.mk > @@ -258,6 +258,26 @@ endef > > $(eval $(call KernelPackage,iio-ad799x)) > > + > +define KernelPackage/iio-dht11 > + SUBMENU:=$(OTHER_MENU) > + DEPENDS:=kmod-iio-core @GPIO_SUPPORT > + TITLE:=DHT11 (and compatible) humidity and temperature sensors > + KCONFIG:= \ > + CONFIG_DHT11 > + FILES:=$(LINUX_DIR)/drivers/iio/humidity/dht11.ko > + AUTOLOAD:=$(call AutoLoad,56,dht11) > +endef > + > +define KernelPackage/iio-dht11/description > + support for DHT11 and DHT22 digitial humidity and temperature sensors > + attached at GPIO lines. You will need a custom device tree file to > + specify the GPIO line to use. > +endef > + > +$(eval $(call KernelPackage,iio-dht11)) > + > + > define KernelPackage/lp >SUBMENU:=$(OTHER_MENU) >TITLE:=Parallel port and line printer support > ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] missing debootstrap-udeb_1.0.61_all.udeb
Download failed. --2014-09-26 17:31:12-- http://downloads.openwrt.org/sources/debootstrap-udeb_1.0.61_all.udeb should this exist somewhere? rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] - Support for RAMIPS based Tripmate HT-TM02 board
Gentleman,
Following instructions at https://dev.openwrt.org/wiki/SubmittingPatches I am
submitting patches to the trunk snapshot R42649 which provides support for this
board…
[PATCH] - Support for RAMIPS based Tripmate HT-TM02 board
DESCRIPTION
Provides support for the Tripmate HT-TM02 personal router including LEDs and
reset button. “Mode” switch is not supported. New profile includes full set of
packages required to enable LEDs, USB, and LUCI. Patches were applied against
trunk snapshot r42649. Functionality has been tested in AP, basic wifi client,
wifi router, and routed client modes - all good.
Patch follows:
diff --git a/target/linux/ramips/base-files/etc/board.d/01_leds
b/target/linux/ramips/base-files/etc/board.d/01_leds
index bf646ed..4cf49b5 100755
--- a/target/linux/ramips/base-files/etc/board.d/01_leds
+++ b/target/linux/ramips/base-files/etc/board.d/01_leds
@@ -112,6 +112,10 @@ case $board in
hlk-rm04)
set_wifi_led "rt2800pci-phy0::radio"
;;
+ht-tm02)
+ ucidef_set_led_netdev "eth" "ETH" "ht-tm02:white:status" "eth0"
+ set_wifi_led "ht-tm02:blue:wifi"
+;;
all0239-3g|\
hw550-3g)
set_usb_led "hw550-3g:green:usb"
diff --git a/target/linux/ramips/base-files/etc/board.d/02_network
b/target/linux/ramips/base-files/etc/board.d/02_network
index e027b3b..c462fd8 100755
--- a/target/linux/ramips/base-files/etc/board.d/02_network
+++ b/target/linux/ramips/base-files/etc/board.d/02_network
@@ -97,6 +97,12 @@ ramips_setup_interfaces()
ucidef_add_switch_vlan "switch0" "2" "4 9t"
;;
+ ht-tm02)
+ ucidef_set_interface_lan "eth0.1"
+ ucidef_add_switch "switch0" "1" "1"
+ ucidef_add_switch_vlan "switch0" "1" "4 6t"
+ ;;
+
3g-6200n | \
dir-610-a1 | \
dir-300-b7 | \
@@ -253,6 +259,7 @@ ramips_setup_macs()
hlk-rm04 | \
mpr-a1 | \
mpr-a2 | \
+ht-tm02 | \
dir-300-b7 | \
dir-320-b1 | \
psr-680w |\
diff --git a/target/linux/ramips/base-files/etc/diag.sh
b/target/linux/ramips/base-files/etc/diag.sh
index 9ad7ccb..9752eb2 100755
--- a/target/linux/ramips/base-files/etc/diag.sh
+++ b/target/linux/ramips/base-files/etc/diag.sh
@@ -63,6 +63,9 @@ get_status_led() {
hlk-rm04)
status_led="hlk-rm04:red:power"
;;
+ ht-tm02)
+ status_led="ht-tm02:white:status"
+ ;;
all0239-3g|\
hw550-3g)
status_led="hw550-3g:green:status"
diff --git a/target/linux/ramips/base-files/lib/ramips.sh
b/target/linux/ramips/base-files/lib/ramips.sh
index bb42ace..68ff509 100755
--- a/target/linux/ramips/base-files/lib/ramips.sh
+++ b/target/linux/ramips/base-files/lib/ramips.sh
@@ -157,6 +157,9 @@ ramips_board_detect() {
*"HILINK HLK-RM04")
name="hlk-rm04"
;;
+ *"HOOTOO HT-TM02")
+ name="ht-tm02"
+ ;;
*"HAME MPR-A1")
name="mpr-a1"
;;
diff --git a/target/linux/ramips/base-files/lib/upgrade/platform.sh
b/target/linux/ramips/base-files/lib/upgrade/platform.sh
index 407c218..4aec780 100755
--- a/target/linux/ramips/base-files/lib/upgrade/platform.sh
+++ b/target/linux/ramips/base-files/lib/upgrade/platform.sh
@@ -52,6 +52,7 @@ platform_check_image() {
hw550-3g | \
hg255d | \
hlk-rm04 | \
+ ht-tm02 | \
ip2202 | \
m3 | \
m4 | \
diff --git a/target/linux/ramips/dts/HT-TM02.dts
b/target/linux/ramips/dts/HT-TM02.dts
new file mode 100644
index 000..1f456f0
--- /dev/null
+++ b/target/linux/ramips/dts/HT-TM02.dts
@@ -0,0 +1,104 @@
+/dts-v1/;
+
+/include/ "rt5350.dtsi"
+
+/ {
+ compatible = "HT-TM02", "ralink,rt5350-soc";
+ model = "HOOTOO HT-TM02";
+
+ palmbus@1000 {
+
+ gpio0: gpio@600 {
+ status = "okay";
+ };
+
+ spi@b00 {
+ status = "okay";
+ m25p80@0 {
+ #address-cells = <1>;
+ #size-cells = <1>;
+ compatible = "mx25l6405d";
+ reg = <0 0>;
+ linux,modalias = "m25p80", "mx25l6405d";
+ spi-max-frequency = <1000>;
+
+ partition@0 {
+ label = "u-boot";
+ reg = <0x0 0x3>;
+ read-only;
+ };
+
+ partition@3 {
+ label = "u-boot-env";
+ reg = <0x3 0x10
[OpenWrt-Devel] [PATCH] Updating lispmob package to latest version 0.4.1
Signed-off-by: Vasileios Lakafosis --- net/lispmob/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/net/lispmob/Makefile b/net/lispmob/Makefile index ecc82d3..4742dee 100644 --- a/net/lispmob/Makefile +++ b/net/lispmob/Makefile @@ -1,5 +1,5 @@ # -# Copyright (C) 2012-2013 OpenWrt.org +# Copyright (C) 2012-2014 OpenWrt.org # # This is free software, licensed under the GNU General Public License v2. # See /LICENSE for more information. @@ -8,8 +8,8 @@ include $(TOPDIR)/rules.mk PKG_NAME:=lispmob -PKG_REV:=79d14028286c3f3a84283c461c85916a10dff4cb -PKG_VERSION:=0.3 +PKG_REV:=180aa39d338a00bb532e421de7f8513492cf2e8b +PKG_VERSION:=0.4 PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 -- 1.8.4.2 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH-0/1] Updating lispmob package to latest version 0.4.1
Dear team, the patch I just submitted includes the following summarized changes: - Support of NAT Traversal for multiple interfaces - Performance increased in a 25% - Some bugfixes The patch has been tested on both AR71xx and x86! Thank you in advance, Vasileios On Fri, Sep 26, 2014 at 4:04 PM, Vasileios Lakafosis wrote: > Signed-off-by: Vasileios Lakafosis > --- > net/lispmob/Makefile | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/net/lispmob/Makefile b/net/lispmob/Makefile > index ecc82d3..4742dee 100644 > --- a/net/lispmob/Makefile > +++ b/net/lispmob/Makefile > @@ -1,5 +1,5 @@ > # > -# Copyright (C) 2012-2013 OpenWrt.org > +# Copyright (C) 2012-2014 OpenWrt.org > # > # This is free software, licensed under the GNU General Public License v2. > # See /LICENSE for more information. > @@ -8,8 +8,8 @@ > include $(TOPDIR)/rules.mk > > PKG_NAME:=lispmob > -PKG_REV:=79d14028286c3f3a84283c461c85916a10dff4cb > -PKG_VERSION:=0.3 > +PKG_REV:=180aa39d338a00bb532e421de7f8513492cf2e8b > +PKG_VERSION:=0.4 > PKG_RELEASE:=1 > > PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 > -- > 1.8.4.2 > > ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] brctl showmacs oneliner
hello there,
i got bored of manually chasing a mac's location, in a big bridged
batadv network, without "brctl showmacs" command
(cf. http://ask.xmodulo.com/show-mac-learning-table-linux-bridge.html)
(it's not compiled in openwrt's busybox by default for some reason)
so i hacked up a oneliner which perfectly emulates the output
brctl_showmacs () { printf "port no\tmac addr\t\tis local?\tageing
timer\n" ; hexdump -v -e '5/1 "%02x:" /1 "%02x" /1 " %x" /1 " %x" 1/4 "
%i" 1/4 "\n"' /sys/class/net/$1/brforward | awk '{ islocal = $3 ? "yes"
: "no" ; printf "%3i\t%s\t%s\t\t%8.2f\n",$2,$1,islocal,$4/100 }' ; }
i hope this might be useful as is, for someone else reading this list
it can be copypasted in a running node, and used as
# brctl_showmacs br-lan
sample output: http://pastebin.com/
besides that... is there any slight, ugly chance of getting this
"upstream", somewhere?
(maaaybe in /etc/profile alongside these other oneliners?)
[ -x /usr/bin/arp ] || arp() { cat /proc/net/arp; }
or, why is "brctl showmacs" not enabled by default?
(i'm aware it can be enabled by menuconfig in a custom build)
cheers,
gui
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
