Re: [LEDE-DEV] [PATCH v2 0/8] apm821xx: apm821xx platform

I can confirm that these patches work to make functional images for the Meraki MR24, as expected. Regards, Chris Blake On Wed, Jul 13, 2016 at 2:23 PM, Christian Lamparter <chunk...@googlemail.com> wrote: > This series was initially posted to OpenWRT List back in March, >

Re: [LEDE-DEV] Mirror Hosting Offer

would like I can try to get approval for compile/compute node hosting as well. > >Regards, >Jo-Philipp Regards, Chris Blake DigitalOcean CloudOps On Mon, Jul 4, 2016 at 4:50 PM, Etienne Champetier <champetier.etie...@gmail.com> wrote: > Hi Chris, > > 2016-07-04 18:36 GMT+02:00

[LEDE-DEV] Mirror Hosting Offer

Hello LEDE Project, I am reaching out to see if there is any interest for mirror hosting as my employer, DigitalOcean, would love to help support the LEDE Project. If you (LEDE Maintainers) have an account on our platform currently, or are interested in the offer, let me know. Regards, Chris

[LEDE-DEV] [PATCH 3/3] leds-apu2: Add PC Engines APU2 LED driver

This adds support for the PCB LEDs and Reset Button found on the PC Engines APU2/APU3 embedded boards. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- package/kernel/leds-apu2/Makefile| 52 + package/kernel/leds-apu2/src/Kconfig | 8 + package/kernel/leds-ap

[LEDE-DEV] [PATCH 1/3] x86/64: Enable GPIO sysfs & GPIO LED support

The following changes enables GPIO sysfs as well as the LEDS_GPIO option within the kernel. This is required to enable LEDs over a GPIO interface. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/x86/64/config-default | 9 + 1 file changed, 9 insertions(+)

[LEDE-DEV] [PATCH 2/3] gpio-nct5104d: Add nct5104d driver package

://pcengines.ch/ht_gpio.htm Thanks to @feckert for helping package this. Cc: Florian Eckert <eckert.flor...@googlemail.com> Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- package/kernel/gpio-nct5104d/Makefile| 52 +++ package/kernel/gpio-nct5104d/src/Kconfig |

[LEDE-DEV] [PATCH 0/3] Add GPIO/LED Support for the PC Engines APU2/APU3

The following series of patches are to help add support for the PC Engines APU2/APU3 board within LEDE. Specifically, these patches enable support for the Super IO GPIO controller (nct5104d), as well as the front LEDs and reset button. Chris Blake (3): x86/64: Enable GPIO sysfs & GPIO

[LEDE-DEV] [PATCH v3] leds-apu2: Add PC Engines APU2 LED driver

This adds support for the PCB LEDs and Reset Button found on the PC Engines APU2/APU3 embedded boards. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- package/kernel/leds-apu2/Makefile| 52 + package/kernel/leds-apu2/src/Kconfig | 8 + package/kernel/leds-ap

[LEDE-DEV] [PATCH v2] leds-apu2: Add PC Engines APU2 LED driver

This adds support for the PCB LEDs and Reset Button found on the PC Engines APU2/APU3 embedded boards. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- package/kernel/leds-apu2/Makefile| 52 + package/kernel/leds-apu2/src/Kconfig | 8 + package/kernel/leds-ap

[LEDE-DEV] [PATCH 1/2] x86: Move Traverse Geos configs into x86 base-files

This change moves the files in 657418d to the root of the x86 target. This is done in preperation for adding more devices under other subtargets. CC: David Woodhouse <dw...@infradead.org> Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/x86/{geode => }

Re: [LEDE-DEV] [PATCH 4/4] x86: Add APU2 LED Driver

On Sat, Jan 14, 2017 at 11:13 AM, Felix Fietkau <n...@nbd.name> wrote: > On 2017-01-14 18:04, Chris Blake wrote: >> On Sat, Jan 14, 2017 at 10:41 AM, Chris Blake <chrisrblak...@gmail.com> >> wrote: >>> On Sat, Jan 14, 2017 at 10:31 AM, Felix Fietkau <n...@nb

[LEDE-DEV] [PATCH] apm821xx: Fix initramfs image for the Meraki MR24

From: riptidewave93 <chrisrblak...@gmail.com> When gzip is used, our kernel is too large and this causes the ramdisk to be at the wrong offset. Fix by moving to lzma. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/apm821xx/image/Makefile | 2 +- 1 fil

[LEDE-DEV] [PATCH 1/3] firmware-utils mkmerakifw-old: firmware generator for Z1

m> + * + * The format of the header this tool generates was first documented by + * Chris Blake in a shell script of the + * same purpose. I have created this reimplementation at his request. The + * original script can be found at: + * <https://github.com/riptidewave93/meraki-partbuilder&g

[LEDE-DEV] [PATCH 2/3] kernel: owl-loader for delayed Atheros ath9k fixup

From: Christian Lamparter 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

[LEDE-DEV] [PATCH 0/3] Add support for Cisco Meraki Z1

This patch group adds support for the Cisco Meraki Z1 Teleworker Gateway unit. More info can be found at https://wiki.openwrt.org/toh/meraki/z1 Cc: Christian Lamparter <chunk...@googlemail.com> Signed-off-by: Chris Blake <chrisrblak...@gmail.com> Chris Blake (1): ar71xx: add suppo

Re: [LEDE-DEV] [PATCH] ar71xx: Fix sysupgrade for the Airtight Networks C-55

On Sun, Sep 11, 2016 at 10:40 AM, Chris Blake <chrisrblak...@gmail.com> wrote: > It appears that (KERNEL_SIZE) was not passing to append-kernel, > causing sysupgrade images to brick units due to the invalid rootfs > offset. This is fixed by removing the 2 extra $$'s in front of

Re: [LEDE-DEV] [PATCH] ar71xx: add check-size when append-kernel is used

@Mathias, Just to make sure, is check-size (IMAGE_SIZE) also affected by this bug as well? If so, let me know and I can rebase this patch again later tonight to fix that as well. - Chris Blake ___ Lede-dev mailing list Lede-dev@lists.infradead.org

[LEDE-DEV] [PATCH 4/6] ipq806x: Add check-size when append-kernel is used

When append-kernel is used and a KERNEL_SIZE is defined, we need to make sure that our kernel fits within it's partition size. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/ipq806x/image/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/

[LEDE-DEV] [PATCH 3/6] ar71xx: Add check-size when append-kernel is used

When append-kernel is used and a KERNEL_SIZE is defined, we need to make sure that our kernel fits within it's partition size. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/ar71xx/image/generic.mk | 4 ++-- target/linux/ar71xx/image/ubnt.mk| 2 +- 2 files chan

[LEDE-DEV] [PATCH 5/6] kirkwood: Add check-size when append-kernel is used

When append-kernel is used and a KERNEL_SIZE is defined, we need to make sure that our kernel fits within it's partition size. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/kirkwood/image/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[LEDE-DEV] [PATCH 1/6] apm821xx: Add default kernel size

Adding a default KERNEL_SIZE will ensure that we have an option for check-size when used on any future targets. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/apm821xx/image/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/apm821xx/image/Ma

[LEDE-DEV] [PATCH 6/6] mvebu: Add check-size when append-kernel is used

When append-kernel is used and a KERNEL_SIZE is defined, we need to make sure that our kernel fits within it's partition size. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/mvebu/image/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/

[LEDE-DEV] [PATCH 2/6] apm821xx: Add check-size when append-kernel is used

When append-kernel is used and a KERNEL_SIZE is defined, we need to make sure that our kernel fits within it's partition size. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/apm821xx/image/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[LEDE-DEV] [PATCH v2 0/3] Add support for Cisco Meraki Z1

/lede-dev/2016-September/002611.html Cc: Christian Lamparter Signed-off-by: Chris Blake Chris Blake (1): ar71xx: add support for Cisco Meraki Z1 Cloud Managed Teleworker Gateway Christian Lamparter (2): firmware-utils mkmerakifw-old: firmware generator for Z1 kernel: owl-loader

[LEDE-DEV] [PATCH v2 1/3] firmware-utils mkmerakifw-old: firmware generator for Z1

m> + * + * The format of the header this tool generates was first documented by + * Chris Blake in a shell script of the + * same purpose. I have created this reimplementation at his request. The + * original script can be found at: + * <https://github.com/riptidewave93/meraki-partbuilder&g

Re: [LEDE-DEV] [PATCH] base-files: ensure reset only works if an overlay exists

Bastian, I will get that revised and push out a v2 of this patch. Thanks. On Wed, Oct 19, 2016 at 3:04 PM, Bastian Bittorf <b...@npl.de> wrote: > * Chris Blake <chrisrblak...@gmail.com> [19.10.2016 21:57]: >> + OVERLAY="$(cat /proc/mounts | grep ' /overlay ' 2>

Re: [LEDE-DEV] [PATCH] base-files: ensure reset only works if an overlay exists

Rafal, I am not sure I see the issue you are mentioning. The patch's goal is to disable the "reset" feature for devices that do not have an overlay, and instead just reboot the device. This patch does that, and was tested on an ar71xx and x86_64 ext4 platform. Regards, Chris Blake O

Re: [LEDE-DEV] [PATCH v2] base-files: ensure reset only works if an overlay exists

in that case. Regards, Chris Blake On Thu, Oct 20, 2016 at 1:05 AM, Rafał Miłecki <zaj...@gmail.com> wrote: > On 20 October 2016 at 07:37, Chris Blake <chrisrblak...@gmail.com> wrote: >> On Thu, Oct 20, 2016 at 12:29 AM, Rafał Miłecki <zaj...@gmail.com> wrote: >

Re: [LEDE-DEV] [PATCH v2] base-files: ensure reset only works if an overlay exists

On Thu, Oct 20, 2016 at 12:29 AM, Rafał Miłecki <zaj...@gmail.com> wrote: > On 20 October 2016 at 05:23, Chris Blake <chrisrblak...@gmail.com> wrote: >> diff --git a/package/base-files/files/etc/rc.button/reset >> b/package/base-files/files/etc/rc.button/reset >&

[LEDE-DEV] [PATCH v2] base-files: ensure reset only works if an overlay exists

t; feature if no /overlay is mounted on the device. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- package/base-files/files/etc/rc.button/reset | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/package/base-files/files/etc/rc.button/reset b/package/base-files/fil

[LEDE-DEV] [RFC 0/6 v2] Add the PC Engines APU2 to LEDE

kmod. Do we want to try to re-add it as a module? If there are any comments, suggestions, or visible improvements please let me know/reply with some patches. Cc: Jo-Philipp Wich <j...@mein.io> Cc: Felix Fietkau <n...@nbd.name> Signed-off-by: Chris Blake <chrisrblak...@gmail.com> Chr

[LEDE-DEV] [RFC 3/6 v2] x86: Add sp5100_tco as a kernel module

This patch enables the kernel sp5100_tco watchdog driver to be built as a kernel module. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/x86/modules.mk | 15 +++ 1 file changed, 15 insertions(+) diff --git a/target/linux/x86/modules.mk b/target/lin

[LEDE-DEV] [RFC 1/6 v2] Generic: Backport sp5100_tco patches for AMD platforms

are required for sp5100_tco to work correctly on newer AMD embedded boards, such as the PC Engines APU2. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- ...5100_tco-Add-AMD-Mullins-platform-support.patch | 30 ...5100_tco-Add-AMD-Carrizo-platform-support.patc

[LEDE-DEV] [RFC 6/6 v2] x86: Add a Profile for the PC Engines APU2 board

-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/x86/64/config-default | 2 ++ target/linux/x86/64/profiles/001-PCEngines.mk | 21 target/linux/x86/base-files/etc/board.d/01_leds| 22 + target/linux/x86/base-files/etc/board.d/02_ne

Re: [LEDE-DEV] [PATCH] base-files: ensure reset only works if an overlay exists

Forgive me as I forgot the v3 in the patch header. Previous patch discussion was at http://lists.infradead.org/pipermail/lede-dev/2016-October/003473.html - Chris Blake ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org

[LEDE-DEV] [RFC 5/6 v2] x86: Update the x86_64 kernel config

This adds the following changes to the x86_64 Kernel config: 1. Enables AES_x86_64, AEAD, and AES_NI_Intel. 2. Enables GPIO and GPIOLIB to match other targets. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/x86/64/config-default | 12 +++- 1 file chang

[LEDE-DEV] [PATCH v4] base-files: Ensure reset only works if an overlay exists

not have an overlay mount 2. Disables the Blinking LED after 5 seconds if the board does not support reset Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- package/base-files/files/etc/rc.button/reset | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/package/base

Re: [LEDE-DEV] [RFC 4/6 v2] Generic: Crypto - aesni - add ccm(aes) algorithm implementation

Christian, Thanks for the information. This patch will be removed from the next RFC. - Chris Blake On Sat, Oct 22, 2016 at 2:12 PM, Christian Lamparter <chunk...@googlemail.com> wrote: > On Saturday, October 22, 2016 12:39:26 PM CEST Chris Blake wrote: >> This patch was provided

Re: [LEDE-DEV] [RFC 0/6 v2] Add the PC Engines APU2 to LEDE

make sure this image meets the communites, and maintainers, requests. I will go ahead and add usb-serial-kmod to the next RFC. Regards, Chris Blake ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH v4] base-files: Ensure reset only works if an overlay exists

Hello, Alexis is correct, it's to ensure any chance of a random error is suppressed. 2> /dev/null was just added as a protection. Regards, Chris Blake On Sun, Oct 23, 2016 at 4:46 PM, Alexis Green <ale...@cessp.it> wrote: > I’m guessing it’s because there might some random error

[LEDE-DEV] [PATCH 2/3 v3] ar71xx: add mac partition to the MR12/MR16

ess. This was tested, and confirmed working on both the MR12 and MR16. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- .../linux/ar71xx/files/arch/mips/ath79/mach-mr12.c | 15 +++ .../linux/ar71xx/files/arch/mips/ath79/mach-mr16.c | 22 +++--- target/li

[LEDE-DEV] [PATCH 3/3 v3] ar71xx: Remove switch config for the MR12/MR16

These boards do not have a switch, so they should have never been added to this file in the first place. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- .../ar71xx/base-files/etc/uci-defaults/03_network-switchX-migration | 2 -- 1 file changed, 2 deletions(-) diff --git a/

[LEDE-DEV] [PATCH 1/3 v2] ar71xx: Move MR12 & MR16 from legacy to generic

-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/ar71xx/image/generic.mk| 26 ++ target/linux/ar71xx/image/legacy-devices.mk | 12 target/linux/ar71xx/image/legacy.mk | 2 -- 3 files changed, 26 insertions(+), 14 deletions(-)

[LEDE-DEV] [PATCH 2/3 v2] ar71xx: add mac partition to the MR12/MR16

ess. This was tested, and confirmed working on both the MR12 and MR16. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- .../linux/ar71xx/files/arch/mips/ath79/mach-mr12.c | 14 +++--- .../linux/ar71xx/files/arch/mips/ath79/mach-mr16.c | 22 +++--- target/li

[LEDE-DEV] [PATCH 3/3 v2] ar71xx: Remove switch config for the MR12/MR16

These boards do not have a switch, so they should have never been added to this file in the first place. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- .../ar71xx/base-files/etc/uci-defaults/03_network-switchX-migration | 2 -- 1 file changed, 2 deletions(-) diff --git a/

[LEDE-DEV] [PATCH 1/1] package/utils: Add beep package

ce profile. This was based on the older PR at https://lists.openwrt.org/pipermail /openwrt-devel/2009-November/005226.html Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- package/utils/beep/Makefile | 50 + 1 file changed, 50 insertions(+) cr

[LEDE-DEV] [PATCH 1/2] firmware-utils: Add support for the Cisco Meraki MX60/MX60W

for the image. A thanks to Christian for helping implement this properly. Cc: Christian Lamparter <chunk...@gmail.com> Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- tools/firmware-utils/src/mkmerakifw.c | 69 +-- 1 file changed, 58 insertions(+),

[LEDE-DEV] [PATCH 0/2] Add support for the Cisco Meraki MX60 & MX60W

These patches add support for the Cisco Meraki MX60 & MX60W Security Appliance. Cc: Christian Lamparter <chunk...@gmail.com> Chris Blake (2): firmware-utils: Add support for the Cisco Meraki MX60/MX60W apm821xx: Add support for the Cisco Meraki MX60/MX60W .../linux/apm821xx/base

[LEDE-DEV] [PATCH 2/2] apm821xx: Add support for the Cisco Meraki MX60/MX60W

AR8327-BL1A Gigabit Ethernet Switch 1x USB 2.0 Port More info can be found at https://wiki.openwrt.org/toh/meraki/mx60 Cc: Christian Lamparter <chunk...@gmail.com> Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- .../linux/apm821xx/base-files/etc/board.d/01_leds | 8 + .../a

[LEDE-DEV] [PATCH v2 2/2] apm821xx: Add support for the Cisco Meraki MX60/MX60W

AR8327-BL1A Gigabit Ethernet Switch 1x USB 2.0 Port More info can be found at https://wiki.openwrt.org/toh/meraki/mx60 Cc: Christian Lamparter <chunk...@gmail.com> Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- .../linux/apm821xx/base-files/etc/board.d/01_leds | 8 + .../a

Re: [LEDE-DEV] [RFC 3/6 v2] x86: Add sp5100_tco as a kernel module

On Sun, Oct 23, 2016 at 7:19 AM, Felix Fietkau <n...@nbd.name> wrote: > On 2016-10-22 19:39, Chris Blake wrote: >> This patch enables the kernel sp5100_tco watchdog driver to be built as >> a kernel module. >> >> Signed-off-by: Chris Blake <chrisrblak...@gm

Re: [LEDE-DEV] [PATCH 1/1] package/utils: Add beep package

just merge this into the packages feed? Regards, Chris Blake On Thu, Oct 27, 2016 at 5:08 AM, John Crispin <j...@phrozen.org> wrote: > Hi, > > after some time considering i am against merging this into trunk. there > are no direct users and no hardware that wont function without.

Re: [LEDE-DEV] [RFC 1/1] x86: Add support for the PC Engines APU2 Board

Hey Stijn, Thanks for the feedback, will get this fixed up for the next RFC as well. Please keep the feedback coming. :) - Chris B On Sat, Oct 15, 2016 at 9:41 AM, Stijn Tintel <st...@linux-ipv6.be> wrote: > On 14-10-16 20:19, Chris Blake wrote: >> The following patch adds sup

[LEDE-DEV] [RFC 0/1] x86: Add support for the PC Engines APU2 Board

were supported via my image. Is this the path LEDE wants to take, or should it be more of a "minimal" approach? AKA, no packages/ath*k If there are any comments, suggestions, or visible improvements please let me know/reply with some patches. Cc: Jo-Philipp Wich <j...@mein.io> Signed-

Re: [LEDE-DEV] [PATCH 4/4] x86: Add APU2 LED Driver

On Sat, Jan 14, 2017 at 10:41 AM, Chris Blake <chrisrblak...@gmail.com> wrote: > On Sat, Jan 14, 2017 at 10:31 AM, Felix Fietkau <n...@nbd.name> wrote: >> On 2017-01-14 17:20, Chris Blake wrote: >>> The following patch adds LED support for the PC Engines APU2/APU3 boa

[LEDE-DEV] [PATCH 2/4] x86: add kernel module for sp5100_tco watchdog

this module is loaded. More info can be found on GitHub at https://github.com/riptidewave93/LEDE-APU2/pull/5#issuecomment-255667736 Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/x86/modules.mk | 15 +++ 1 file changed, 15 insertions(+) diff --git a/target/lin

[LEDE-DEV] [PATCH 3/4] x86: Add NCT5104D GPIO driver

The following patch is to add driver support for the NCT5104D GPIO Super I/O chip which is found on the PC Engines APU2/APU3 boards. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- target/linux/x86/64/config-default | 9 + .../linux/x86/files/drivers/gpi

Re: [LEDE-DEV] [PATCH 4/4] x86: Add APU2 LED Driver

On Sat, Jan 14, 2017 at 10:31 AM, Felix Fietkau <n...@nbd.name> wrote: > On 2017-01-14 17:20, Chris Blake wrote: >> The following patch adds LED support for the PC Engines APU2/APU3 board >> on LEDE. >> >> Signed-off-by: Chris Blake <chrisrblak...@gmail.c

[LEDE-DEV] [PATCH 1/4] x86: Add sp5100_tco AMD patches

, the sp5100_tco driver can then be used on newer AMD platforms, such as the PCEngines APU2/APU3 boards. Signed-off-by: Chris Blake <chrisrblak...@gmail.com> --- ...5100_tco-Add-AMD-Mullins-platform-support.patch | 30 ...5100_tco-Add-AMD-Carrizo-platform-support.patch | 31 + ...device

Re: [LEDE-DEV] [PATCH] ipq806x: Add nand boot support for ipq40xx AP-DK04.1-C1

; I added nand pinmux in https://patchwork.ozlabs.org/patch/761243/ , >> > Could you please try with this, if it helps you. >> Thanks, I'll forward it to Chris Blake. He can test it once >> he returns. I'll let you know how it turned out. > > Chris reported: > [1.40] nand: device