Re: [LEDE-DEV] [PATCH] brcm63xx: fix external IRQ edge type sense

Le 02/07/17 à 12:36, Daniel Gonzalez Cabanelas a écrit : > Fix the register for configuring rising/falling edge > > Rising should be sense=1, and falling sense=0. > The old driver used these values, but the new one have > them flipped. This should probably be sent upstream as well, right? > >

Re: [LEDE-DEV] [PATCH 1/3] ar71xx: add support for RB mAP L-2nD

Hi, This series has been resubmitted as PR #800. HTH, T. > Le 7 févr. 2017 à 11:10, Thibaut a écrit : > > Hi, > > Please ignore this series for now: since there are SPI-NOR devices which are > not wireless APs that could be supported with the same code base, I’m going

[LEDE-DEV] [PATCH] brcm63xx: fix external IRQ edge type sense

Fix the register for configuring rising/falling edge Rising should be sense=1, and falling sense=0. The old driver used these values, but the new one have them flipped. Signed-off-by: Daniel Gonzalez Cabanelas diff --git

Re: [LEDE-DEV] anonymous stats / was: Release Candidate Test Plan - first draft

Hi, Am Tue, 7 Feb 2017 08:39:53 -0800 schrieb Etienne Champetier : > [..] > Haven't looked how debian and others are doing telemetry Debian uses the package "popularity contest". It submits the ist of installed (and based on file timestamps: used) packages along

Re: [LEDE-DEV] Switching to upstream binutils for ARC

Hi Felix, On Tue, 2017-02-07 at 10:43 +0100, Felix Fietkau wrote: > Hi Alexey, > > I will soon push a change to switch to binutils 2.27 by default. It > seems that since 2.26, binutils has gained support for ARC. > Can we get rid of the ARC specific binutils version then, or does it > still have

Re: [LEDE-DEV] anonymous stats / was: Release Candidate Test Plan - first draft

On 07.02.2017 16.40, Bastian Bittorf wrote: * Etienne Champetier [07.02.2017 16:27]: not a fan of leaking revision number on public network by default (if you are connected to public wifi or ...) This is a valid point somehow, but: because model and revision

Re: [LEDE-DEV] anonymous stats / was: Release Candidate Test Plan - first draft

2017-02-07 7:40 GMT-08:00 Bastian Bittorf : > * Etienne Champetier [07.02.2017 16:27]: >> not a fan of leaking revision number on public network by default (if >> you are connected to public wifi or ...) > > This is a valid point somehow, but: > because

Re: [LEDE-DEV] anonymous stats / was: Release Candidate Test Plan - first draft

* Etienne Champetier [07.02.2017 16:27]: > not a fan of leaking revision number on public network by default (if > you are connected to public wifi or ...) This is a valid point somehow, but: because model and revision number can/must be encoded with e.g. base64 it

[LEDE-DEV] [PATCH v2] cns3xxx: add preliminary 4.9 support

Adds preliminary kernel 4.9 support for this target. - Refreshed/Updated all patches Added 3 new patches: - 093 --> Add virtual PCI MMIO mapping - 230 --> Remove deprecated code - 240 --> Rework AT24 eeprom code to use the new NVMEM API Compiled & tested on cns3xxx (gw2388) Signed-off-by: Koen

Re: [LEDE-DEV] Release Candidate Test Plan - first draft

Hi All, 2017-02-07 1:27 GMT-08:00 Bastian Bittorf : > * Giuseppe Lippolis [07.02.2017 10:00]: >> My proposal for the anonymous datacollection is to send >> 1) an UDP telegram with sysupgraded.$boardname at the end of the sysupgrade >> 2) an UDP telegram with

Re: [LEDE-DEV] [PATCH] cns3xxx: add preliminary 4.9 support

On 2017-02-07 15:55, Felix Fietkau wrote: On 2017-02-07 15:52, Koen Vandeputte wrote: Adds preliminary kernel 4.9 support for this target. What's missing? Nothing except the actual switch in the makefile. (Just being cautious) - Felix Koen ___

Re: [LEDE-DEV] [PATCH] cns3xxx: add preliminary 4.9 support

On 2017-02-07 15:52, Koen Vandeputte wrote: > Adds preliminary kernel 4.9 support for this target. What's missing? - Felix ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] [PATCH] cns3xxx: add preliminary 4.9 support

Adds preliminary kernel 4.9 support for this target. - Refreshed/Updated all patches Added 2 new patches: - 230 --> Remove deprecated code - 240 --> Rework AT24 eeprom code to use the new NVMEM API Compiled & tested on cns3xxx (gw2388) Signed-off-by: Koen Vandeputte

Re: [LEDE-DEV] massive speed-loss using 'make defconfig'

* Jo-Philipp Wich [07.02.2017 15:20]: > Check "git log scripts/config/" and compare the complexity & size of > "./scripts/metadata.pl config tmp/.packageinfo" in OpenWrt with > "./scripts/package-metadata.pl config tmp/.packageinfo" on LEDE. > > Also compare the

Re: [LEDE-DEV] Backporting stuff to lede-17.01

After doing some more tests it looks like these problems only come out when bridging WiFi & ethernet on the Raspberry Pi. https://github.com/raspberrypi/firmware/issues/673 I'm currently running wifi and eth on separate interfaces and so far so good :). ~ Álvaro. El 07/02/2017 a las 10:53,

Re: [LEDE-DEV] massive speed-loss using 'make defconfig'

Hi, > I'am not sure, what is internally done and how, > can somebody point me to the program.c so maybe i > get an idea whats "wrong". Check "git log scripts/config/" and compare the complexity & size of "./scripts/metadata.pl config tmp/.packageinfo" in OpenWrt with

[LEDE-DEV] massive speed-loss using 'make defconfig'

in our build-process we make intensive use of 'make defconfig' and registrated a massive speed-loss in building comparing with OpenWrt r49276 on the same machine with nearly the same .config: r49276: ~1.2sec LEDE: ~10 sec everything is in a tmpfs, it's a Xeon 5680@3.33GHz I'am not sure, what is

Re: [LEDE-DEV] [PATCH 1/3] ar71xx: add support for RB mAP L-2nD

Hi, Please ignore this series for now: since there are SPI-NOR devices which are not wireless APs that could be supported with the same code base, I’m going to resubmit these patches with « rbspi » as the namespace for the new file and attached bits. T. > Le 5 févr. 2017 à 13:31,

Re: [LEDE-DEV] Backporting stuff to lede-17.01

Hi Rafał, El 02/02/2017 a las 12:32, Rafał Miłecki escribió: > Hi, > > There are few changes that recently went into master and I'd like to > see in lede-17.01. Let me what do you think, if backporting any of > these is a bad idea. > > 1) bgmac support for external PHYs > 6a853776a502 ("kernel:

Re: [LEDE-DEV] Ethernet support: built-in or as modules?

On 2017-02-07 09:15, Rafał Miłecki wrote: > I think various targets handle it in different ways. E.g. brcm47xx has > modules for b44, tg3 and bgmac while bcm53xx has bgmac built-in. > > Is there any preference for this? > > I was thinking about supporting more Ethernet-related stuff like >

[LEDE-DEV] Switching to upstream binutils for ARC

Hi Alexey, I will soon push a change to switch to binutils 2.27 by default. It seems that since 2.26, binutils has gained support for ARC. Can we get rid of the ARC specific binutils version then, or does it still have some important changes that are not upstream yet? - Felix

Re: [LEDE-DEV] Release Candidate Test Plan - first draft

* Giuseppe Lippolis [07.02.2017 10:00]: > My proposal for the anonymous datacollection is to send > 1) an UDP telegram with sysupgraded.$boardname at the end of the sysupgrade > 2) an UDP telegram with firstboot.$boardname at the end of the firstboot sorry, i just

Re: [LEDE-DEV] [PATCH] kernel: add option to enable bridge VLAN filtering

On 2017-02-07 09:10, Rafał Miłecki wrote: > From: Rafał Miłecki > > It's needed to get proper bridging support with DSA drivers. > > Signed-off-by: Rafał Miłecki > --- > package/kernel/linux/modules/netsupport.mk | 14 ++ > 1 file changed, 14

[LEDE-DEV] [PATCH] kernel: fix build error in mtdsplit driver

Add missing parentheses. Fixes kernel build issue when using this driver. Signed-off-by: Koen Vandeputte --- target/linux/generic/files/drivers/mtd/mtdsplit/mtdsplit_uimage.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[LEDE-DEV] Ethernet support: built-in or as modules?

I think various targets handle it in different ways. E.g. brcm47xx has modules for b44, tg3 and bgmac while bcm53xx has bgmac built-in. Is there any preference for this? I was thinking about supporting more Ethernet-related stuff like switchdev, DSA, b53. It would be nice to have a clear

[LEDE-DEV] [PATCH] kernel: add option to enable bridge VLAN filtering

From: Rafał Miłecki It's needed to get proper bridging support with DSA drivers. Signed-off-by: Rafał Miłecki --- package/kernel/linux/modules/netsupport.mk | 14 ++ 1 file changed, 14 insertions(+) diff --git