[LEDE-DEV] [PATCH] ramips: Add support for GL-MT300N-V2

This patches adds support for GL-MT300N-V2 router. Signed-off-by: kysonlok --- target/linux/ramips/base-files/etc/board.d/01_leds | 1 + .../linux/ramips/base-files/etc/board.d/02_network | 1 + target/linux/ramips/base-files/lib/ramips.sh | 3 + .../ramips/base-files/lib/upgrade/pla

[LEDE-DEV] RFC: files included in initramfs images (was: [PATCH] ramips: enable ramdisk for mt7621)

Hi Paul, I've merged your patch, however, it looks like the buildbot process still doesn't generate the desired image (despite our tests and success we've seen earlier). This is because the ubnt-erx-factory-image build artifact cannot work in the ImageBuilder and I've converted it into a nicer and

[LEDE-DEV] [PATCH 1/3] ramips-mt7621: add support for Ubiquiti EdgeRouter X-SFP (UBNT-ERX-SFP)

This is basically a copy of the regular UBNT-ERX to separate between both models of this family. these differences include: - SFP-slot - PoE ports ERX: 1 port pass-trough; controlled by SoC-GPIO ERX-SPF: 5 ports self-powered; controlled by I2C-GPIO-chip add the i2c and pca95xx drivers on UBNT-

[LEDE-DEV] [PATCH 0/3] RFC: add new board for Ubiquiti EdgeRouterX SFP

I started to create a separate board for teh Ubiquiti EdgeRouterX SPF. This device is very similar to the EdgeRouterX, but includes: - an SFP-port - 5 passive-PoE LAN-ports (24V) The EdgeRouterX had only a PoE-passtrought-port I basically made a copy of the ubnt-erx as ubnt-erx-sfp (patch 1). I

[LEDE-DEV] [PATCH 3/3] ramips-mt7621: add dts for UBNT-ERX-SFP

* use a copy and modify version of the UBNT-ERX for the UBNT-ERX-SFP * define i2c-gpio via DTS (Linux/Documentation/devicetree/bindings/i2c/i2c-gpio.txt) * also define PCA9555 for PoE-switching in DTS --- target/linux/ramips/dts/UBNT-ERX-SFP.dts | 121 +++ target/linu

[LEDE-DEV] [PATCH 2/3] ramips-mt7621: add GPIO-config for Ubiquiti-EdgeRouterX(-SFP)

define GPIOs for ubnt-erx and ubnt-erx-sfp --- .../ramips/base-files/etc/board.d/03_gpio_switches | 28 ++ 1 file changed, 28 insertions(+) create mode 100755 target/linux/ramips/base-files/etc/board.d/03_gpio_switches diff --git a/target/linux/ramips/base-files/etc/board.d/0

[LEDE-DEV] [PATCH] ramips: enable ramdisk for mt7621

Fixes #758 Signed-off-by: Paul Spooren --- target/linux/ramips/mt7621/target.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/ramips/mt7621/target.mk b/target/linux/ramips/mt7621/target.mk index 121761f45f..d075acbf87 100644 --- a/target/linux/ramips/mt7621/ta

Re: [LEDE-DEV] LEDE/OpenWrt and Open Compute Project (OCP)

On Wed, 2017-05-03 at 10:37 -0400, Abylay Ospan wrote: > Hello All, > > I'm working on Facebook's Open Compute CBW (Campus, Branch, and > Wireless) project [1]. OCP CBW mission is: > "Closed wireless and branch networking equipment have served well in > the past but now is the time to democratize

Re: [LEDE-DEV] [PATCH 1/5] base-files: introduce /lib/functions/board.sh

On 3 May 2017 at 13:38, Felix Fietkau wrote: > On 2017-05-03 12:15, Roman Yeryomin wrote: Simply including a big functions.sh doesn't say anything and IMO can only be a workaround, when you don't know what you need. But even now this doesn't work because there are separate file

Re: [LEDE-DEV] dnsmasq-full should deselect dnsmasq

Could a case as this one where multiple packages of one software component having different build configs exist not be treated as a specific case of alternatives (for which Yousong Zhou submitted a patch) ? So install the versions in parallel and select one alternative i.s.o. deselecting the ina

[LEDE-DEV] LEDE/OpenWrt and Open Compute Project (OCP)

Hello All, I'm working on Facebook's Open Compute CBW (Campus, Branch, and Wireless) project [1]. OCP CBW mission is: "Closed wireless and branch networking equipment have served well in the past but now is the time to democratize wireless networking to make it programmable, faster, easier, and le

Re: [LEDE-DEV] [PATCH 1/5] base-files: introduce /lib/functions/board.sh

On 2017-05-03 12:15, Roman Yeryomin wrote: >>> Simply including a big >>> functions.sh doesn't say anything and IMO can only be a workaround, >>> when you don't know what you need. But even now this doesn't work >>> because there are separate files in /lib/functions/ >> In this case we're talking a

Re: [LEDE-DEV] [PATCH 1/5] base-files: introduce /lib/functions/board.sh

On 2 May 2017 at 21:47, Felix Fietkau wrote: > On 2017-05-02 20:31, Roman Yeryomin wrote: >> On 2 May 2017 at 20:46, Felix Fietkau wrote: >>> On 2017-05-02 19:32, Roman Yeryomin wrote: I just want to save maintenance time. As you admit it's already a clutter. I'm trying to introduce som

[LEDE-DEV] [PATCH] perf: Disable perf for ARC770 only, enable for ARC HS38

Toolchain built for ARCv1 (read for ARC700 cores) by default has disabled atomic ops (-mno-atomic). When we build Linux kernel for ARC770 which has LL/SC instructions and thus may handle normally atomic ops we explicitly add "-matomic" in CFLAGS. But since user-space perf utility has no way to extr

Re: [LEDE-DEV] [PATCH 6/7] firewall3: add UBUS support for include scripts

2017-04-29 3:13 GMT+02:00 Philip Prindeville : > Inline… > > >> On Apr 20, 2017, at 10:05 AM, Pierre Lebleu wrote: >> >> It gives the ability to include scripts via procd >> services and netifd interface firewall data. >> >> Signed-off-by: Pierre Lebleu >> --- >> includes.c | 64 >> +++

Re: [LEDE-DEV] [PATCH 5/7] firewall3: add UBUS support for ipset sections

2017-05-03 3:54 GMT+02:00 Eric Luehrsen : > > > On 05/02/2017 05:36 PM, Paul Oranje wrote: >> Assignment within a condition is easily read by (dyslectic) humans as a test >> for equality (==) and is for that reason als better avoided. >> Paul >> >>> Op 2 mei 2017, om 18:43 heeft Philip Prindeville