[OpenWrt-Devel] [PATCH v3] ipvs: Linux IP Virtual Server kernel modules (netfilter.mk patch)

IPVS (IP Virtual Server) implements transport-layer load balancing inside the Linux kernel so called Layer-4 switching. IPVS running on a host acts as a load balancer at the front of a cluster of real servers, it can direct requests for TCP/UDP based services to the real servers, and makes

Re: [OpenWrt-Devel] [RFC 2/3] kernel: owl-loader for delayed Atheros ath9k fixup

On Wed, Mar 9, 2016 at 12:14 AM, Christian Lamparter wrote: > Some devices (like the Cisco Meraki Z1 Cloud Managed Teleworker Gateway) > need to be able to initialize the PCIe wifi device. Normally, this is done > during the early stages of booting linux, because the

Re: [OpenWrt-Devel] [PATCH] [ar71xx] [CC] change some TP-link modelnames (WR841, WA701, WA730)

please do not use [ar71xx] in the prefix, git will drop that part while merging. use "ar71xx:". John On 07/03/2016 02:23, Sven Roederer wrote: > This patch changes the image-name of some TPlink-routers. > Esp. for the TPlink WR841N + WR841ND some users are confused by the fact > that

Re: [OpenWrt-Devel] [PATCH 2/3] ar71xx: add WNR2200 16M version

On 07/03/2016 22:12, Dirk Neukirchen wrote: > - change naming of old firmware to indicate 8M flash > > this change should support 16M international version > > totally untested, used > - input from IRC chat, > - ticket #14356 w. patch, > - verified against GPL tarball (WNR2200 russia version)

Re: [OpenWrt-Devel] [PATCH v3] ipvs: Linux IP Virtual Server kernel modules (netfilter.mk patch)

Hi, the patch is line wrapped. please consider using git send-email to send the patch to avoid these problems John On 08/03/2016 21:11, Mauro Mozzarelli wrote: > IPVS (IP Virtual Server) implements transport-layer load balancing inside the > Linux > kernel so called Layer-4 switching.

Re: [OpenWrt-Devel] [PATCH v2 2/3] ar71xx/image: allow builds of loader without cmdline injecting

On 08/03/2016 00:37, Alexander Couzens wrote: > On most platforms the cmdline is supplied by the loader to the kernel. > When using an elf loader with cmdline the size is bloated by 512k. > For loader-elf platforms like the cpe510 better use loader-elf but patch > the cmdline into the kernel. >

Re: [OpenWrt-Devel] [PATCH] [ar71xx] mach-arduino-yun.c : Arduino Yun board 'WLAN RST' button support

Hi, * do not send us HTML emails. patchwork wont pick them up properly and they end up being line wrapped/whitespace broken https://patchwork.ozlabs.org/patch/594794/ * do not use // comments but /* */, i will ask hauke to fix the rest of the file * the prefi is wrong. it should be ar71xx:

Re: [OpenWrt-Devel] [RFC 3/3] ar71xx: add support for Cisco Meraki Z1 Cloud Managed Teleworker Gateway

On 09/03/2016 00:14, Christian Lamparter wrote: > From: Chris Blake > > This patch adds support for Cisco's Z1. > Detailed instructions for the flashing the device can > be found in the OpenWrt wiki: > > > Signed-off-by: Chris

Re: [OpenWrt-Devel] [RFC 2/3] kernel: owl-loader for delayed Atheros ath9k fixup

On 09/03/2016 00:14, Christian Lamparter wrote: > Some devices (like the Cisco Meraki Z1 Cloud Managed Teleworker Gateway) > need to be able to initialize the PCIe wifi device. Normally, this is done > during the early stages of booting linux, because the necessary init code > is read from the

Re: [OpenWrt-Devel] [RFC 1/3] firmware-utils mkmerakifw: firmware generator for Z1

On 09/03/2016 00:14, Christian Lamparter wrote: > This patch adds firmware generation tool for Cisco's Z1 > > Signed-off-by: Christian Lamparter > --- as old and new share no common code you might want to consider to just put the old style image generation code into

[OpenWrt-Devel] [PATCH] [ar71xx] mach-arduino-yun.c : Arduino Yun board 'WLAN RST' button support

This patch is a support for Arduino Yun board "WLAN RST" button. Signed-off-by: Hirokazu MORIKAWA --- .../ar71xx/files/arch/mips/ath79/mach-arduino-yun.c | 21 + 1 file changed, 21 insertions(+) diff --git

Re: [OpenWrt-Devel] OpenWRT port to some BCOM based Wi-Fi Routers

On 03/01/2016 05:55 PM, Bojan Likar wrote: > Hello Hauke, > > I found your contact information on openwrt.org web > page. > > I’m looking for somebody who could help me porting the OpenWRT on two, > Broadcom based Wi-Fi Routers: > - ASUS RT-AC88U and > - Netgear R8500 > >

Re: [OpenWrt-Devel] Patch for Arduino Yun board WLAN RST"button support (mach-arduino-yun.c)

On 03/07/2016 06:02 AM, Hirokazu MORIKAWA wrote: > Hi, > > This patch is a support for Arduino Yun board "WLAN RST" button. > I don't know the reason why you omitted codes when implement from > march-linio.c. > But arduino yun additional packages use "WLAN RST" button. I do not know why I did

[OpenWrt-Devel] [RFC 2/3] kernel: owl-loader for delayed Atheros ath9k fixup

Some devices (like the Cisco Meraki Z1 Cloud Managed Teleworker Gateway) need to be able to initialize the PCIe wifi device. Normally, this is done during the early stages of booting linux, because the necessary init code is read from the memory mapped SPI and passed to pci_enable_ath9k_fixup.

[OpenWrt-Devel] [RFC 3/3] ar71xx: add support for Cisco Meraki Z1 Cloud Managed Teleworker Gateway

From: Chris Blake This patch adds support for Cisco's Z1. Detailed instructions for the flashing the device can be found in the OpenWrt wiki: Signed-off-by: Chris Blake ---

[OpenWrt-Devel] [RFC 1/3] firmware-utils mkmerakifw: firmware generator for Z1

This patch adds firmware generation tool for Cisco's Z1 Signed-off-by: Christian Lamparter --- tools/firmware-utils/src/mkmerakifw.c | 313 -- 1 file changed, 258 insertions(+), 55 deletions(-) diff --git

[OpenWrt-Devel] [RFC 0/3] add Cisco Z1 support

This series adds support for Cisco Meraki's Z1 router [0]. It features: CPU: Atheros/Qualcomm AR9344 at 560MHz RAM: 128 MiB DDR2 NAND Flash: Hynix NAND 128MiB Wireless: SoC AR9340 (5 GHz) + 1x Atheros AR9280 (2.4Ghz) Ethernet: 5x Gigabit AR8236 (1x WAN, 4x LAN) Misc: 1x USB 2.0 Port For anyone

Re: [OpenWrt-Devel] about .chk firmware

On 03/08/2016 06:17 AM, feng yu wrote: > hi,i got a netgear r8500 recently,since it is not support by openwrt > yet,i cosse complainted some modules and want to mod the offical > firmware to add them in it(rootfs) ,i used the source code 1.0.2.26 >

Re: [OpenWrt-Devel] downloads.openwrt.org

Jow- Thank you. Of course, just after I asked the question I stumbled on buildbot.openwrt.org, which has the answers to all such questions for those clever enough to find them. -Bill -- Bill Moffitt ___ openwrt-devel mailing list

Re: [OpenWrt-Devel] [PATCH 0/4] Add Raspberry Pi 3 support

I've got WiFi and Bluetooth working: https://github.com/openwrt-es/openwrt/commits/brcm2708-rpi3-wifi https://github.com/openwrt-es/openwrt/commits/brcm2708-rpi3-bt WiFi is working after latest brcmfmac patches backported by Rafał, with some issues like the following: brcmfmac:

Re: [OpenWrt-Devel] procd warning about respawn

On 08/03/2016 21:33, Ted Hess wrote: > [ Sorry if duplicate -- first attempt was returned as spam!? ] > > John C. -- rather than continue this on a closed Github PR... > > Since changeset (https://dev.openwrt.org/changeset/48915), > procd_close_instance issues a > WARNING about respawn not

[OpenWrt-Devel] procd warning about respawn

[ Sorry if duplicate -- first attempt was returned as spam!? ] John C. -- rather than continue this on a closed Github PR... Since changeset (https://dev.openwrt.org/changeset/48915), procd_close_instance issues a WARNING about respawn not defined if 'procd_set_param respawn' is not in ones

[OpenWrt-Devel] *****SPAM***** procd warning about respawn

Spam detection software, running on the system "arrakis.dune.hu", has identified this incoming email as possible spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content

[OpenWrt-Devel] [PATCH v3] ipvs: Linux IP Virtual Server kernel modules (netfilter.mk patch)

IPVS (IP Virtual Server) implements transport-layer load balancing inside the Linux kernel so called Layer-4 switching. IPVS running on a host acts as a load balancer at the front of a cluster of real servers, it can direct requests for TCP/UDP based services to the real servers, and makes

Re: [OpenWrt-Devel] downloads.openwrt.org

Failed builds, stay tuned. ~ Jow ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 1/5] [package] iptables: Disable IPv6 support

Hi, your change makes no sense, the logic is the very same. It is possible that yours is not even working and will now always disable IPv6, even if its actually enable. I believe the actual problem is that CONFIG_IPV6 refers to the kernel config symbol here, not to the one from our build

[OpenWrt-Devel] downloads.openwrt.org

I wasn't able to download the trunk nightlies. It looks like there's a nice, slick, new web interface, but no builds in some areas (particularly the AR7xx generic platform). Is it just a failed build or a problem in the webpage? -- Bill Moffitt ___

[OpenWrt-Devel] [PATCH 1/5] [package] iptables: Disable IPv6 support

I was trying to disable IPv6 support when compiling OpenWrt for TP-Link tl-wr3040 router and got some errors compiling the iptables package. It seems that iptables package cannot be compiled if IPv6 support was disabled. Checking the Makefile for iptables package I think I found something wrong

Re: [OpenWrt-Devel] RT5350 board issues.

Hi Martin, sorry for the delay, I didn't had time to try this yet. Well, I tested with a custom kernel image before trying openwrt, I don't really want a custom kernel. The board I have is (approximately) the following: http://www.toplinkst.com/html_products/RT5350-wifi-routerAP-module-48.html

[OpenWrt-Devel] [PATCH 5/5] ar71xx: Use PHY fixups for Open Mesh MR1750

From: Sven Eckelmann The delays of PHY/MAC on the MR1750 are done by u-boot and OpenWrt in different ways. u-boot only modifies the ETH_CFG of the QCA955x based on the link speed. But OpenWrt can only modify the PHY delays based on the link speed. This can lead to

[OpenWrt-Devel] [PATCH 4/5] ar71xx: Use PHY fixups for Open Mesh MR900

From: Sven Eckelmann The delays of PHY/MAC on the MR900 are done by u-boot and OpenWrt in different ways. u-boot only modifies the ETH_CFG of the QCA955x based on the link speed. But OpenWrt can only modify the PHY delays based on the link speed. This can lead to

[OpenWrt-Devel] [PATCH 3/5] ar71xx: Allow to set the RXDV, RXD, TXD, TXE delays for QCA955x

From: Sven Eckelmann Some u-boot versions for QCA955x change the delays based on the link speed during boot. This usually breaks the support of other linkspeeds when OpenWrt is booted. It also conflicts with the at803x_platform_data::fixup_rgmii_tx_delay. OpenWrt

[OpenWrt-Devel] [PATCH 2/5] ar71xx: Clear bits in ath79_setup_qca955x_eth_cfg

From: Sven Eckelmann Some u-boot versions for QCA955x set currently not cleared bits depending on the used link speed. This breaks the rx/tx under OpenWrt. The mach-*.c file is responsible to select the correct configuration bits and thus the

[OpenWrt-Devel] [PATCH 1/5] ar71xx: Extend the list of bits in QCA955X_GMAC_REG_ETH_CFG

From: Sven Eckelmann Signed-off-by: Sven Eckelmann --- .../601-MIPS-ath79-add-more-register-defines.patch| 19 ++- ...-MIPS-ath79-add-qca955x-mac-tx-rx-delay-defs.patch | 14 --

Re: [OpenWrt-Devel] [PATCH v2 1/3] ar71xx/image: introduce LOADER_TYPE to support elf loaders

On 08/03/2016 16:12, Alexander Couzens wrote: > On Tue, 8 Mar 2016 07:21:26 +0100 > John Crispin wrote: > >> does this not need some defaults for when loader_type is not set ? > right. it must set. Should I set gz as default? > you tell me, what was the default before

Re: [OpenWrt-Devel] [PATCH v2 1/3] ar71xx/image: introduce LOADER_TYPE to support elf loaders

On Tue, 8 Mar 2016 07:21:26 +0100 John Crispin wrote: > does this not need some defaults for when loader_type is not set ? right. it must set. Should I set gz as default? -- Alexander Couzens mail: lyn...@fe80.eu jabber: lyn...@fe80.eu mobile: +4915123277221 gpg: 390D CF78

Re: [OpenWrt-Devel] [PATCH netifd] add support for setting send_redirects

On Tue, Mar 08, 2016 at 01:29:36PM +0100, Daniel Golle wrote: > It's important to note that the default value for send_redirects > differs for interface types (it's enabled on physical ethernet > interfaces, but disabled e.g. on VLANs), thus the default differs > also depending on the way an

[OpenWrt-Devel] [PATCH 2/2] ar71xx: add support for the Telldus TellStick ZNet Lite

Signed-off-by: Micke Prag --- target/linux/ar71xx/base-files/etc/board.d/01_leds | 5 + .../linux/ar71xx/base-files/etc/board.d/02_network | 5 + target/linux/ar71xx/base-files/etc/diag.sh | 3 + target/linux/ar71xx/base-files/lib/ar71xx.sh | 6 +

[OpenWrt-Devel] [PATCH 1/2] base-files: add function ucidef_set_interface_raw to enable default configuration on interfaces other than lan and wan.

Signed-off-by: Micke Prag --- package/base-files/files/lib/functions/uci-defaults.sh | 6 ++ 1 file changed, 6 insertions(+) diff --git a/package/base-files/files/lib/functions/uci-defaults.sh b/package/base-files/files/lib/functions/uci-defaults.sh index

[OpenWrt-Devel] [PATCH netifd] add support for setting send_redirects

Setting /proc/sys/net/ipv4/conf/*/send_redirects is useful if a single layer-2 domain is shared among routed subnets. Sending redirects will prevents traffic from taking unnessesary detours through a gateway in cases where direct connectivity on layer 2 exists. This is commonly the case if an

Re: [OpenWrt-Devel] [BUG] kernel crash in br_netfilter

On 2016-03-08 12:06, Florian Westphal wrote: >> My hot-fix to prevent the crash is to instead of passing the skb to NF_HOOK >> directly pass it to br_handle_local_finish(). But having insufficient >> insight into >> what is going on there, this is fighting the symptoms rather than solving >> the

[OpenWrt-Devel] [PATCH v2 2/2] wpa_supplicant: enforce cipher in client mode

Previously, explicitely setting the cipher used for WPA/RSN in UCI didn't end-up in the settings passed-over to wpa_supplicant. As wpa_cipher is now being derived for that purpose, use it to set both group and pairwise in wpa_supplicant's config. Signed-off-by: Daniel Golle

[OpenWrt-Devel] [PATCH 1/2 for netifd] wireless: set different default ciphers for AP and STA

It came up that, due to CCMP being set as a default which currently affects only AP mode, this default would also be applied in STA mode once the value of $wpa_cipher is going to be used for wpa_supplicant. In order not to hurt existing setups by changing the default, be more sensitive and set

Re: [OpenWrt-Devel] Read-only mirror https://github.com/openwrt/openwrt is stuck since 12 days ago

Hi. > Not to pile on, but is there any way to have the commit hashes on github > match those at openwrt.org (e.g., a true mirror)? No. We'll make the openwrt.git on github available as git.openwrt.org/source.git eventually but git.openwrt.org/openwrt.git will stay as-is. ~ Jow