Re: [OpenWrt-Devel] [PATCH] comgt-ncm: Fix NCM protocol

2015-01-28 Thread Matti Laakso
> Date: Wed, 28 Jan 2015 21:39:37 +0100 > From: cezary.jackiew...@gmail.com > > Dnia 2015-01-28, o godz. 18:44:47 > Matti Laakso napisał(a): > > > I'd appreciate if someone with Samsung or Sony-Ericsson modems could > > test this, I was only able to test it with Huawei E3276, E3372 and > > E353.

Re: [OpenWrt-Devel] [ramips] Help supporting Xiaomi MiWiFi Mini (.dts file)

2015-01-28 Thread Roger Pueyo Centelles
Hi, Nice, leds and button are working. I see what I was missing! Thanks :) Setting mtd-mac-address = <&factory 0x4> makes eth0 and wlan1 have the same address, but using 0x28 makes them consecutive (MAC and MAC+1). Doesn't it make more sense? The mt76pci radio still is getting a random MAC, thoug

Re: [OpenWrt-Devel] fstools / always fires 'uci commit' each reboot

2015-01-28 Thread Lars Kruse
Hi, > [..] > 1) > can we change that behaviour for this single script? > (delete it during first run). I guess, that script's execution should be considered successful, even if /etc/config/fstab already exists. Thus the author just failed to make sure that the exit code of that script reflects th

Re: [OpenWrt-Devel] [ramips] Help supporting Xiaomi MiWiFi Mini (.dts file)

2015-01-28 Thread 郭传鈜
Sorry I haven't read your mail correctly.I pointed to the ethernet MAC address. 2015-01-29 7:42 GMT+08:00, 郭传鈜 : > Someone have posted a good patch for that device: > http://www.right.com.cn/forum/thread-157588-1-1.html > The dts above works fine. > After applying the patch above,you need to edit

Re: [OpenWrt-Devel] [ramips] Help supporting Xiaomi MiWiFi Mini (.dts file)

2015-01-28 Thread 郭传鈜
Someone have posted a good patch for that device: http://www.right.com.cn/forum/thread-157588-1-1.html The dts above works fine. After applying the patch above,you need to edit the following: reset { label = "reset"; gpios = <&gpio1 6

[OpenWrt-Devel] [ramips] Help supporting Xiaomi MiWiFi Mini (.dts file)

2015-01-28 Thread Roger Pueyo Centelles
Hi, Some days ago I received a Xiaomi MiWiFi Mini and I've managed to run OpenWrt on it [1] (i.e. trunk OpenWrt, not the very modified stuff the vendor provides). I started with this initial patch [2] and I got the firmware running, but a couple of things are missing. I need some help with the .dt

Re: [OpenWrt-Devel] [PATCH netifd] bridge: allow enabling or disabling the multicast querier independently of IGMP snooping

2015-01-28 Thread John Crispin
On 28/01/2015 21:31, Matthias Schiffer wrote: > On 01/28/2015 11:54 AM, John Crispin wrote: >> Hi, >> >> On 27/01/2015 03:49, Matthias Schiffer wrote: >>> In larger networks, especially big batman-adv meshes, it may be >>> desirable to enable IGMP snooping on every bridge without >>> enabling th

Re: [OpenWrt-Devel] [PATCH] comgt-ncm: Fix NCM protocol

2015-01-28 Thread Cezary Jackiewicz
Dnia 2015-01-28, o godz. 18:44:47 Matti Laakso napisał(a): > I'd appreciate if someone with Samsung or Sony-Ericsson modems could > test this, I was only able to test it with Huawei E3276, E3372 and > E353. Hi, ndis was tested with e3372 and working? On which version of firmware/WebUI? -- Pozd

Re: [OpenWrt-Devel] [PATCH netifd] bridge: allow enabling or disabling the multicast querier independently of IGMP snooping

2015-01-28 Thread Matthias Schiffer
On 01/28/2015 11:54 AM, John Crispin wrote: > Hi, > > On 27/01/2015 03:49, Matthias Schiffer wrote: >> In larger networks, especially big batman-adv meshes, it may be desirable to >> enable IGMP snooping on every bridge without enabling the multicast querier >> to specifically put the querier on a

Re: [OpenWrt-Devel] QEMU 2.0.0

2015-01-28 Thread Ning Ye
I just went through the Makefile in qemu and it doesn't seem to be any easy way to build just quem-img. This is because it has depency upon qemu libraries which depend on the libraries we don't want. I guess we will have to stick with the current version for now. Ning -Original Message-

Re: [OpenWrt-Devel] [PATCH] hostapd: backport BSSID black/whitelists

2015-01-28 Thread Stefan Tomanek
Dies schrieb John Crispin (blo...@openwrt.org): > > Any feedback regarding this backported feature? > > this patch is fine, the log file one scares me though as there is no > log rotate logic. What kind of log rotate logic do you mean? That can be implemented externally if needed: just move the

Re: [OpenWrt-Devel] [PATCH] hostapd: backport BSSID black/whitelists

2015-01-28 Thread John Crispin
On 28/01/2015 17:56, Stefan Tomanek wrote: > Dies schrieb Stefan Tomanek > (stefan.tomanek+open...@wertarbyte.de): > >> This change adds the configuration options "bssid_whitelist" and >> "bssid_blacklist" used to limit the AP selection of a network to >> a specified (finite) set or discard cer

Re: [OpenWrt-Devel] [PATCH] hostapd: backport BSSID black/whitelists

2015-01-28 Thread Stefan Tomanek
Dies schrieb Stefan Tomanek (stefan.tomanek+open...@wertarbyte.de): > This change adds the configuration options "bssid_whitelist" and > "bssid_blacklist" used to limit the AP selection of a network to a > specified (finite) set or discard certain APs. Any feedback regarding this backported featu

[OpenWrt-Devel] [PATCH] comgt-ncm: Fix NCM protocol

2015-01-28 Thread Matti Laakso
This patch fixes the NCM protocol by adding the missing ifname to the netifd script and changing one unintended "send" statement to "print" in runcommand.gcom. It also cleans up logging and makes the manufacturer names case-insensitive. Furthermore, comgt-ncm should not depend on the USB-serial-rel

Re: [OpenWrt-Devel] Q: autoupload a configuration file

2015-01-28 Thread Bastian Bittorf
* Dan Therrien [28.01.2015 15:40]: > I would be very interested on how your autoupload of a configuration file > works? // CC'ed openwrt-dev, maybe it's interesting for others too is mostly the function: watch_configchange() https://github.com/bittorf/kalua/blob/master/openwrt-addons/etc/kalua/

[OpenWrt-Devel] [PATCH] ar71xx: fix D-Link DIR-615 rev. C1 WLAN MAC address

2015-01-28 Thread Matthias Schiffer
Fix the WLAN MAC address to match the one printed on the label by using the correct address from the ART instead of the address of the LAN interface. Signed-off-by: Matthias Schiffer --- target/linux/ar71xx/files/arch/mips/ath79/mach-dir-615-c1.c | 8 +--- 1 file changed, 5 insertions(+), 3

[OpenWrt-Devel] fstools / always fires 'uci commit' each reboot

2015-01-28 Thread Bastian Bittorf
we detected a strange problem in our community-network, which can be tracked down to 'package/system/fstools/files/fstab.default' which is later installed to '/etc/uci-defaults/10-fstab' including this: [ ! -f /etc/config/fstab ] && ( block detect > /etc/config/fstab ) in our routers there is alw

Re: [OpenWrt-Devel] [PATCH netifd] bridge: allow enabling or disabling the multicast querier independently of IGMP snooping

2015-01-28 Thread Matthias Schiffer
On 01/28/2015 01:59 PM, John Crispin wrote: > > > On 27/01/2015 03:49, Matthias Schiffer wrote: >> In larger networks, especially big batman-adv meshes, it may be desirable to >> enable IGMP snooping on every bridge without enabling the multicast querier >> to specifically put the querier on a we

Re: [OpenWrt-Devel] [PATCH netifd] bridge: allow enabling or disabling the multicast querier independently of IGMP snooping

2015-01-28 Thread Matthias Schiffer
On 01/28/2015 01:34 PM, John Crispin wrote: > > > On 28/01/2015 13:30, Matthias Schiffer wrote: >> On 01/28/2015 11:54 AM, John Crispin wrote: >>> change this to >>> >>> bridge->ifname, (cfg->igmp_snoop & cfg->multicast_querier) ? "1" >>> : "0"); >>> >>> this should not break anything with multip

Re: [OpenWrt-Devel] [PATCH netifd] bridge: allow enabling or disabling the multicast querier independently of IGMP snooping

2015-01-28 Thread John Crispin
On 27/01/2015 03:49, Matthias Schiffer wrote: > In larger networks, especially big batman-adv meshes, it may be desirable to > enable IGMP snooping on every bridge without enabling the multicast querier > to specifically put the querier on a well-connected node. > > This patch adds a new UCI opt

Re: [OpenWrt-Devel] [PATCH netifd] bridge: allow enabling or disabling the multicast querier independently of IGMP snooping

2015-01-28 Thread John Crispin
On 28/01/2015 13:30, Matthias Schiffer wrote: > On 01/28/2015 11:54 AM, John Crispin wrote: >> Hi, >> >> On 27/01/2015 03:49, Matthias Schiffer wrote: >>> In larger networks, especially big batman-adv meshes, it may be >>> desirable to enable IGMP snooping on every bridge without >>> enabling th

Re: [OpenWrt-Devel] [PATCH netifd] bridge: allow enabling or disabling the multicast querier independently of IGMP snooping

2015-01-28 Thread Matthias Schiffer
On 01/28/2015 11:54 AM, John Crispin wrote: > Hi, > > On 27/01/2015 03:49, Matthias Schiffer wrote: >> In larger networks, especially big batman-adv meshes, it may be desirable to >> enable IGMP snooping on every bridge without enabling the multicast querier >> to specifically put the querier on a

Re: [OpenWrt-Devel] [PATCH netifd] bridge: allow enabling or disabling the multicast querier independently of IGMP snooping

2015-01-28 Thread John Crispin
Hi, On 27/01/2015 03:49, Matthias Schiffer wrote: > In larger networks, especially big batman-adv meshes, it may be desirable to > enable IGMP snooping on every bridge without enabling the multicast querier > to specifically put the querier on a well-connected node. > > This patch adds a new UCI