[OpenWrt-Devel] lantiq: vrx200 nmi handling

2015-12-04 Thread Florian Eckert
Hallo mailinglist, I have seen in the linux sources of the lantiq falcon soc, that there is some working done for nmi handling. I have an lantiq xrx200 board and want to use nmi handling to react on an power failure which is signaled over the nmi gpio. I have seen filesystem errors if it is not

[OpenWrt-Devel] [PATCH v2] ramips:Fix support for PBR-M1 board

2015-12-04 Thread GuoGuo
The PBR-M1 support in current OpenWrt is for the early demo board and it doesn't work on the final board.This patch fixes the support for it. The LED called pbr-m1:buzzer is a beeper connected to GPIO26 so I used gpio-beeper instead of gpio-leds. Changes since V1: Fix style problems. Use

Re: [OpenWrt-Devel] [PATCH v2] uboot-at91: Add package for uboot on the at91 platform

2015-12-04 Thread Ben Whitten
In-line; On 3 December 2015 at 20:50, Ben Whitten wrote: > This patch adds a uboot package for at91 and honours COPTS. > If the SPL binary is generated for the specified board it moves that too. > > Signed-off-by: Ben Whitten > --- >

Re: [OpenWrt-Devel] [PATCH] [v5] ramips: add initial support for MQmaker WiTi board

2015-12-04 Thread 郭传鈜
Hello! 2015-12-03 20:08 GMT+08:00 Sebastian Careba : > The board is based on mt7621AT cpu, and has 16mb nor flash, 256mb of ram, 2 > sata ports, microsd card slot, 1 USB 3.0 port and at least one 2.4 and one 5 > ghz antenna. I think you forgot to enable the XHCI support in

Re: [OpenWrt-Devel] [PATCH v2] ramips:Fix support for PBR-M1 board

2015-12-04 Thread Piotr Dymacz
Hello, See inline, below. Cheers, Piotr 2015-12-04 14:50 GMT+01:00 GuoGuo : > The PBR-M1 support in current OpenWrt is for the early demo board and it > doesn't work on the final board.This patch fixes the support for it. > The LED called pbr-m1:buzzer is a beeper

[OpenWrt-Devel] netifd: pppoe broken with fsl-gianfar

2015-12-04 Thread Ulrich Weber
Hi, upgrading to latest openwrt trunk broke PPPoE connectivity with fsl-gianfar Ethernet driver for me. Reason is the fsl-gianfar driver changed its behavior regarding link state notifications: linux 3.10: [ 1471.142926] libphy: mdio@ffe24000:09 - Link is Up - 1000/Full ip monitor:

[OpenWrt-Devel] [PATCH 2/2] lantiq: add VDSL2 vectoring status information

2015-12-04 Thread Mathias Kresin
Signed-off-by: Mathias Kresin --- Tested by my self with a "normal" VDSL2 line and by a user with a german 1&1 VDSL2 vectoring line: /etc/init.d/dsl_control status ATU-C Vendor ID: B5,00,42,44,43,4D,A4,61 ATU-C System Vendor ID:

[OpenWrt-Devel] [PATCH 1/2] lantiq: ltq-vdsl-mei: enable vectoring support

2015-12-04 Thread Mathias Kresin
Dynamic Spectrum Management is a precondition for G.993.5 (VDSL2 vectoring). Signed-off-by: Mathias Kresin --- It has been sucessfully tested by a user with a german 1&1 VDSL2 vectoring line, who could only get the ADSL2+ fallback speed[1] without this patch (regardless of

Re: [OpenWrt-Devel] [PATCH v5 1/5] ar71xx: add eth rx delay for qca955x platforms

2015-12-04 Thread Christian Lamparter
Ping. Any comments? what to do about ath79_setup_ar934x_eth_rx_delay. Leave it as is, or get rid of it? Regards, Christian On Friday, November 27, 2015 08:34:40 PM Christian Lamparter wrote: > On Saturday, November 21, 2015 08:45:23 PM John Crispin wrote: > > Hi, > > > > sorry to jump in this

Re: [OpenWrt-Devel] [PATCH v2] Add support for C-style in dtsi files

2015-12-04 Thread Jonas Gorski
Hi, On Fri, Dec 4, 2015 at 12:40 AM, Nikolay Martynov wrote: > Current way of compuling dts files involves calling C preprocessor on > main dts file only. This means that dtsi includes cannot have C-style > includes. Why not? Shouldn't they get processed as well as long as

[OpenWrt-Devel] [PATCH] lantiq: fix logic error in dsl board.d code

2015-12-04 Thread Mathias Kresin
Starting with r47755 the pppoe wan interface section isn't any longer added to the network config on firstboot, using the default configuration. Since the commit message does not mention such a change, I assume that this wasn't intentionally. Signed-off-by: Mathias Kresin ---

[OpenWrt-Devel] [PATCH] [tools] firmware-utils: Add Archer C2600 support to tplink-safeloader

2015-12-04 Thread Josh Bendavid
From: Josh Bendavid Add support for Archer C2600 to tplink-safeloader by adding needed partition table, and vendor information plus support list strings. Additional string C2600 is enabled for the -B option. Signed-off-by: Josh Bendavid --- diff

[OpenWrt-Devel] [PATCH v3] ramips:Fix support for PBR-M1 board

2015-12-04 Thread GuoGuo
The PBR-M1 support in current OpenWrt is for the early demo board and it doesn't work on the final board.This patch fixes the support for it. The LED called pbr-m1:buzzer is a beeper connected to GPIO26 so I used gpio-beeper instead of gpio-leds. Changes since V2: reorder the boards in

[OpenWrt-Devel] [PATCH] [ipq806x] Add initial support for TP-Link Archer C2600

2015-12-04 Thread Josh Bendavid
From: Josh Bendavid Add initial support for Archer C2600 to Makefiles and profiles. This is sufficient to build a working factory image. Sysupgrade image is not implemented yet. Currently wired network is working, but LED's/buttons/wireless are not. Signed-off-by:

Re: [OpenWrt-Devel] lantiq: vrx200 nmi handling

2015-12-04 Thread John Crispin
On 04/12/2015 15:58, Florian Eckert wrote: > Hallo mailinglist, > > I have seen in the linux sources of the lantiq falcon soc, that there > is some working done for nmi handling. > > I have an lantiq xrx200 board and want to use nmi handling to react on > an power failure which is signaled