[OpenWrt-Devel] is anybody working on supporting Linksys WRT1900ac ?

2014-01-12 Thread valent.turko...@gmail.com
I see no mention of this router on dev mailing list, so is this article true: http://arstechnica.com/information-technology/2014/01/linksys-resurrects-classic-blue-router-with-open-source-and-300-price/ and also in tekzilla video Linksys/Belkin claims that this router will have OpenWrt support

Re: [OpenWrt-Devel] is anybody working on supporting Linksys WRT1900ac ?

2014-01-12 Thread John Crispin
On 12/01/14 11:09, valent.turko...@gmail.com wrote: I see no mention of this router on dev mailing list, so is this article true: http://arstechnica.com/information-technology/2014/01/linksys-resurrects-classic-blue-router-with-open-source-and-300-price/ and also in tekzilla video

[OpenWrt-Devel] [PATCH] Add gccgo and libgo

2014-01-12 Thread Geert-Johan Riemer
Hi, Previous thread: https://lists.openwrt.org/pipermail/openwrt-devel/2014-January/023210.html I have made some changes to add the gccgo frontend to the crosscompiler and o add libgo to the target image. The source for both is in gcc 4.7.x+ so the patch only changes makefiles and menuconfig

Re: [OpenWrt-Devel] is anybody working on supporting Linksys WRT1900ac ?

2014-01-12 Thread valent.turko...@gmail.com
On Sun, Jan 12, 2014 at 11:17 AM, John Crispin j...@phrozen.org wrote: On 12/01/14 11:09, valent.turko...@gmail.com wrote: I see no mention of this router on dev mailing list, so is this article true: http://arstechnica.com/information-technology/2014/

[OpenWrt-Devel] [PATCH] Fix build for individual profiles with dashes in names

2014-01-12 Thread Paul Fertser
Config symbols can have regular dashes, e.g. CONFIG_TARGET_ramips_rt305x_UR-336UN=y So no substitution should be performed on the last part of the symbol. Signed-off-by: Paul Fertser fercer...@gmail.com --- include/target.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OpenWrt-Devel] [PATCH] Fix build for individual profiles with dashes in names

2014-01-12 Thread John Crispin
On 12/01/14 13:13, Paul Fertser wrote: Config symbols can have regular dashes, e.g. CONFIG_TARGET_ramips_rt305x_UR-336UN=y So no substitution should be performed on the last part of the symbol. Signed-off-by: Paul Fertserfercer...@gmail.com --- include/target.mk | 2 +- 1 file changed, 1

Re: [OpenWrt-Devel] please send nvram dump -- Microsoft MN-700

2014-01-12 Thread Michael Heimpold
Hi Hauke, please find attached the dump of my Microsoft MN-700. The dump seems to be tainted by some vars which were added during my testing of DD-WRT - shame on me ;-) - but I think, all important ones are still present and untouched. Regards, Michael olsrd_coverage=7 wl0_wds2_if=

Re: [OpenWrt-Devel] [PATCH] Fix build for individual profiles with dashes in names

2014-01-12 Thread Michel Stempin
Le 12/01/2014 13:28, John Crispin a écrit : On 12/01/14 13:13, Paul Fertser wrote: Config symbols can have regular dashes, e.g. CONFIG_TARGET_ramips_rt305x_UR-336UN=y So no substitution should be performed on the last part of the symbol. Signed-off-by: Paul Fertserfercer...@gmail.com

[OpenWrt-Devel] [PATCH 2/3] ramips: Add userspace support for the Edimax BR-6475nD

2014-01-12 Thread Christopher Lais
The rt2x00 wifi driver may still need updating to function with this device. Signed-off-by: Christopher Lais chris+open...@zenthought.org --- target/linux/ramips/base-files/etc/diag.sh | 2 +- .../base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom | 1 +

[OpenWrt-Devel] [PATCH 3/3] ramips: Add profile for the Edimax BR-6475nD

2014-01-12 Thread Christopher Lais
Signed-off-by: Christopher Lais chris+open...@zenthought.org --- target/linux/ramips/dts/BR-6475ND.dts | 171 ++ target/linux/ramips/image/Makefile| 32 + target/linux/ramips/rt3883/profiles/edimax.mk | 16 +++ 3 files changed, 219 insertions(+)

[OpenWrt-Devel] [PATCH 1/3] ramips: rt3883: Fix a typo in rt3883.dtsi

2014-01-12 Thread Christopher Lais
Signed-off-by: Christopher Lais chris+open...@zenthought.org --- target/linux/ramips/dts/rt3883.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/ramips/dts/rt3883.dtsi b/target/linux/ramips/dts/rt3883.dtsi index 15c3561..72212c1 100644 ---

Re: [OpenWrt-Devel] [PATCH] bcm63xx: fix MIPS_L1_CACHE_SHIFT at the kernel config (trunk)

2014-01-12 Thread danitool
Isn't bcm47xx boards also afected?. At least BCM4702, the only one I have. I expected someone else with more knowledge on these boards noticed it. Regards- Howdy, 2014/1/10 Jonas Gorski jogo at openwrt.org: I just sent the patches upstream, thanks for the report, this is a good catch!

[OpenWrt-Devel] [PATCH] ramips: add support for MIFI F5

2014-01-12 Thread Paul Fertser
This adds support for an unbranded small rt5350-based device. PCB silkscreen layer has MIFI-F5 V1.0 marking. Commonly available from eBay as 2G/3G/4G WiFi router, it has 1 Ethernet port and 1 USB2.0 host connector, wireless is 802.11n 1x1 2.4 GHz with a chip antenna. My version came with 32M RAM

Re: [OpenWrt-Devel] please send nvram dump -- Microsoft MN-700

2014-01-12 Thread Hauke Mehrtens
On 01/12/2014 02:35 PM, Michael Heimpold wrote: Hi Hauke, please find attached the dump of my Microsoft MN-700. The dump seems to be tainted by some vars which were added during my testing of DD-WRT - shame on me ;-) - but I think, all important ones are still present and untouched.

Re: [OpenWrt-Devel] [PATCH 0/8] Improve Belkin F7Dxxxx support

2014-01-12 Thread Hauke Mehrtens
On 12/05/2013 11:45 AM, Cody P Schafer wrote: - fixup board detection with some new boards - cleanup broadcom-diag usage - teach lzmaloader, brcm47xxpart, mtd, and brcm47xx's upgrade/platform.sh about the Belkin trx magic - build some Belkin F7D images As noted in a previous email,

Re: [OpenWrt-Devel] please send nvram dump of some brcm47xx based devices

2014-01-12 Thread Hauke Mehrtens
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/10/2014 09:43 PM, Manuel Munz wrote: On 10.01.2014 21:01, Hauke Mehrtens wrote: Hi, We would like to improve the board detection for bcm47xx devices. We converted many devices to the new code, but some are still missing, because we do not