.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 found, Manufact
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
Signed-off-by: Chris Blake
---
target/linux/x86/{geode => }/base-files/etc/board.d/01_leds| 0
target/linux/x86/{ge
This adds the default LED and network settings for the PC Engines APU2
when running under the x86 target.
Signed-off-by: Chris Blake
---
target/linux/x86/base-files/etc/board.d/01_leds| 7 +++-
target/linux/x86/base-files/etc/board.d/02_network | 7 +++-
target/linux/x86/base-files/etc
This adds support for the PCB LEDs and Reset Button found on the PC
Engines APU2/APU3 embedded boards.
Signed-off-by: Chris Blake
---
package/kernel/leds-apu2/Makefile| 52 +
package/kernel/leds-apu2/src/Kconfig | 8 +
package/kernel/leds-apu2/src/Makefile| 1 +
package
This adds support for the PCB LEDs and Reset Button found on the PC
Engines APU2/APU3 embedded boards.
Signed-off-by: Chris Blake
---
package/kernel/leds-apu2/Makefile| 52 +
package/kernel/leds-apu2/src/Kconfig | 8 +
package/kernel/leds-apu2/src/Makefile| 1 +
package
This adds support for the PCB LEDs and Reset Button found on the PC
Engines APU2/APU3 embedded boards.
Signed-off-by: Chris Blake
---
package/kernel/leds-apu2/Makefile| 52 +
package/kernel/leds-apu2/src/Kconfig | 8 +
package/kernel/leds-apu2/src/Makefile| 1 +
package
://pcengines.ch/ht_gpio.htm
Thanks to @feckert for helping package this.
Cc: Florian Eckert
Signed-off-by: Chris Blake
---
package/kernel/gpio-nct5104d/Makefile| 52 +++
package/kernel/gpio-nct5104d/src/Kconfig | 5 +
package/kernel/gpio-nct5104d/src/Makefile| 1
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
---
target/linux/x86/64/config-default | 9 +
1 file changed, 9 insertions(+)
diff --git a/target/linux/x86/64
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
On Sat, Jan 14, 2017 at 11:13 AM, Felix Fietkau wrote:
> On 2017-01-14 18:04, Chris Blake wrote:
>> On Sat, Jan 14, 2017 at 10:41 AM, Chris Blake
>> wrote:
>>> On Sat, Jan 14, 2017 at 10:31 AM, Felix Fietkau wrote:
>>>> On 2017-01-14 17:20, Chris Blake wrote
On Sat, Jan 14, 2017 at 10:41 AM, Chris Blake wrote:
> On Sat, Jan 14, 2017 at 10:31 AM, Felix Fietkau 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.
>>>
>>> S
On Sat, Jan 14, 2017 at 10:31 AM, Felix Fietkau 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
> Has this driver been submitted for upstr
On Sat, Jan 14, 2017 at 10:30 AM, Felix Fietkau wrote:
> On 2017-01-14 17:20, Chris Blake wrote:
>> 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 Bl
The following patch adds LED support for the PC Engines APU2/APU3 board
on LEDE.
Signed-off-by: Chris Blake
---
target/linux/x86/64/config-default | 2 +
target/linux/x86/files/drivers/leds/leds-apu2.c| 374 +
.../x86/patches-4.4/800-add-apu2-led
sp5100_tco driver can then be used on newer AMD
platforms, such as the PCEngines APU2/APU3 boards.
Signed-off-by: Chris Blake
---
...5100_tco-Add-AMD-Mullins-platform-support.patch | 30
...5100_tco-Add-AMD-Carrizo-platform-support.patch | 31 +
...device-check-for-SB800-and-later
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
---
target/linux/x86/modules.mk | 15 +++
1 file changed, 15 insertions(+)
diff --git a/target/linux/x86/modules.mk b/target/linux/x86
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
---
target/linux/x86/64/config-default | 9 +
.../linux/x86/files/drivers/gpio/gpio-nct5104d.c | 461
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
Signed-off-by: Chris Blake
---
.../linux/apm821xx/base-files/etc/board.d/01_leds | 8 +
.../apm821xx/base-files/etc/board.d/02_network | 3
These patches add support for the Cisco Meraki MX60 & MX60W Security Appliance.
Cc: Christian Lamparter
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-files/etc/board.d/01_
image.
A thanks to Christian for helping implement this properly.
Cc: Christian Lamparter
Signed-off-by: Chris Blake
---
tools/firmware-utils/src/mkmerakifw.c | 69 +--
1 file changed, 58 insertions(+), 11 deletions(-)
diff --git a/tools/firmware-utils/src
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
Signed-off-by: Chris Blake
---
.../linux/apm821xx/base-files/etc/board.d/01_leds | 8 +
.../apm821xx/base-files/etc/board.d/02_network | 3
On Sun, Oct 23, 2016 at 7:19 AM, Felix Fietkau 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
>> ---
>> target/linux/x86/mod
merge this into the packages feed?
Regards,
Chris Blake
On Thu, Oct 27, 2016 at 5:08 AM, John Crispin 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. please
> submit t
Hey Rafał,
Is this commit still acceptable for merge, or should it be revisited
with either a personal copyright to me, or to LEDE?
Regards,
Chris Blake
On Wed, Oct 19, 2016 at 4:36 PM, Rafał Miłecki wrote:
> On 19 October 2016 at 16:59, Chris Blake wrote:
>> diff --git a/package/u
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
---
.../ar71xx/base-files/etc/uci-defaults/03_network-switchX-migration | 2 --
1 file changed, 2 deletions(-)
diff --git
a/target/linux/ar71xx/base-files
address.
This was tested, and confirmed working on both the MR12 and MR16.
Signed-off-by: Chris Blake
---
.../linux/ar71xx/files/arch/mips/ath79/mach-mr12.c | 15 +++
.../linux/ar71xx/files/arch/mips/ath79/mach-mr16.c | 22 +++---
target/linux/ar71xx/image/generic.mk
-by: Chris Blake
---
target/linux/ar71xx/image/generic.mk| 26 ++
target/linux/ar71xx/image/legacy-devices.mk | 12
target/linux/ar71xx/image/legacy.mk | 4
3 files changed, 26 insertions(+), 16 deletions(-)
diff --git a/target/linux
have an overlay mount
2. Disables the Blinking LED after 5 seconds if the board does not
support reset
Signed-off-by: Chris Blake
---
package/base-files/files/etc/rc.button/reset | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/package/base-files/files/etc/rc.button/reset
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 wrote:
> I’m guessing it’s because there might some random error message from grep?
have an overlay mount
2. Disables the Blinking LED after 5 seconds if the board does not
support reset
Signed-off-by: Chris Blake
---
package/base-files/files/etc/rc.button/reset | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/package/base-files/files/etc/rc.button/reset
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
wrote:
> On Saturday, October 22, 2016 12:39:26 PM CEST Chris Blake wrote:
>> This patch was provided by Ben at http://lists.infr
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
f-by: Chris Blake
---
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_network | 26 +++
ta
eing a 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
Cc: Felix Fietkau
Signed-off-by: Chris Blake
Chris Blake (6):
Generic: Backport sp5100_tco patches for AMD p
Engines APU boards.
Signed-off-by: Chris Blake
---
.../linux/x86/files/drivers/gpio/gpio-nct5104d.c | 432 +
target/linux/x86/files/drivers/leds/leds-apu2.c| 374 ++
target/linux/x86/modules.mk| 21 +
.../x86/patches-4.4/800-add-apu2
are required for sp5100_tco to work correctly on newer AMD
embedded boards, such as the PC Engines APU2.
Signed-off-by: Chris Blake
---
...5100_tco-Add-AMD-Mullins-platform-support.patch | 30
...5100_tco-Add-AMD-Carrizo-platform-support.patch | 31 +
...device-check-for-SB800-and
-by: Chris Blake
---
...esni-add-ccm-aes-algorithm-implementation.patch | 552 +
1 file changed, 552 insertions(+)
create mode 100644
target/linux/generic/patches-4.4/891-0001-crypto-aesni-add-ccm-aes-algorithm-implementation.patch
diff --git
a/target/linux/generic/patches
This patch enables the kernel sp5100_tco watchdog driver to be built as
a kernel module.
Signed-off-by: Chris Blake
---
target/linux/x86/modules.mk | 15 +++
1 file changed, 15 insertions(+)
diff --git a/target/linux/x86/modules.mk b/target/linux/x86/modules.mk
index 1fc5ce5
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
---
target/linux/x86/64/config-default | 12 +++-
1 file changed, 11 insertions(+), 1 deletion
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
have an overlay mount
2. Disables the Blinking LED after 5 seconds if the board does not
support reset
Cc: Rafał Miłecki
Signed-off-by: Chris Blake
---
package/base-files/files/etc/rc.button/reset | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/package/base-files/files
address.
This was tested, and confirmed working on both the MR12 and MR16.
Signed-off-by: Chris Blake
---
.../linux/ar71xx/files/arch/mips/ath79/mach-mr12.c | 14 +++---
.../linux/ar71xx/files/arch/mips/ath79/mach-mr16.c | 22 +++---
target/linux/ar71xx/image/generic.mk
-by: Chris Blake
---
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(-)
diff --git a/target/linux/ar71xx
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
---
.../ar71xx/base-files/etc/uci-defaults/03_network-switchX-migration | 2 --
1 file changed, 2 deletions(-)
diff --git
a/target/linux/ar71xx/base-files
in that case.
Regards,
Chris Blake
On Thu, Oct 20, 2016 at 1:05 AM, Rafał Miłecki wrote:
> On 20 October 2016 at 07:37, Chris Blake wrote:
>> On Thu, Oct 20, 2016 at 12:29 AM, Rafał Miłecki wrote:
>>> On 20 October 2016 at 05:23, Chris Blake wrote:
>>>> diff --
On Thu, Oct 20, 2016 at 12:29 AM, Rafał Miłecki wrote:
> On 20 October 2016 at 05:23, Chris Blake wrote:
>> diff --git a/package/base-files/files/etc/rc.button/reset
>> b/package/base-files/files/etc/rc.button/reset
>> index c6dc7cf..fab9a6c 100755
>> --- a/p
ture if
no /overlay is mounted on the device.
Signed-off-by: Chris Blake
---
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/files/etc/rc.button/reset
ind
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 wrote:
> * Chris Blake [19.10.2016 21:57]:
>> + OVERLAY="$(cat /proc/mounts | grep ' /overlay ' 2>/dev/null)"
>
> please ch
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 Bla
-by: Chris Blake
---
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(-)
diff --git a/target/linux/ar71xx
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
---
.../ar71xx/base-files/etc/uci-defaults/03_network-switchX-migration | 2 --
1 file changed, 2 deletions(-)
diff --git
a/target/linux/ar71xx/base-files
address.
This was tested, and confirmed working on both the MR12 and MR16.
Signed-off-by: Chris Blake
---
.../linux/ar71xx/files/arch/mips/ath79/mach-mr12.c | 14 +++---
.../linux/ar71xx/files/arch/mips/ath79/mach-mr16.c | 22 +++---
target/linux/ar71xx/image/generic.mk
ile.
This was based on the older PR at https://lists.openwrt.org/pipermail
/openwrt-devel/2009-November/005226.html
Signed-off-by: Chris Blake
---
package/utils/beep/Makefile | 50 +
1 file changed, 50 insertions(+)
create mode 100644 package/utils/bee
Currently the reset script will try to run jffs2reset on boards that are
running a rw ext4 or other rootfs, which will then cause jffs2reset to
fail and the board to never reboot. This change ensures that jffs2reset
is only ran if an overlay is mounted.
Signed-off-by: Chris Blake
---
package
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 wrote:
> On 14-10-16 20:19, Chris Blake wrote:
>> The following patch adds support for the PC Engines APU2
e support for the new board
> 3) the patches that add board.d, led, diag ... and all the other parts
> adding the rootfs board support to x86
Will add this to the next RFC, Thanks.
> few more comments inline
>
> On 14/10/2016 19:19, Chris Blake wrote:
>> The following patch add
The following patch adds support for the PC Engines APU2 Embedded Board
as a profile under the X86_64 target. More information on this board can
be found at www.pcengines.ch/apu2c4.htm
Note that this patch is a part of an RFC, and should not be merged yet.
Signed-off-by: Chris Blake
---
target
device 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
Signed-off
de [1] as earlier meraki firmwares do not populate this
partition correctly, or at all.
[0]:
https://github.com/lede-project/source/blob/master/target/linux/ar71xx/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom#L63
[1]:
https://github.com/lede-project/source/blob/master/target/linux/ar71
This patch adds support for Cisco's Z1.
Detailed instructions for the flashing the device can
be found in the OpenWrt wiki:
<https://wiki.openwrt.org/toh/meraki/z1>
Signed-off-by: Chris Blake
---
target/linux/ar71xx/base-files/etc/board.d/01_leds | 4 +
.../linux/ar71xx/base-files/
This patch adds support for Cisco's Z1.
Detailed instructions for the flashing the device can
be found in the OpenWrt wiki:
<https://wiki.openwrt.org/toh/meraki/z1>
Signed-off-by: Chris Blake
---
target/linux/ar71xx/base-files/etc/board.d/01_leds | 4 +
.../linux/ar71xx/base-files/
/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 for
00644
index 000..01b9b31
--- /dev/null
+++ b/tools/firmware-utils/src/mkmerakifw-old.c
@@ -0,0 +1,369 @@
+/*
+ * Copyright (C) 2015 Thomas Hebb
+ * Copyright (C) 2016 Christian Lamparter
+ *
+ * The format of the header this tool generates was first documented by
+ * Chris Blake in a shell scri
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 mapped SPI and passed to
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
---
target/linux/ar71xx/image/generic.mk | 4 ++--
target/linux/ar71xx/image/ubnt.mk| 2 +-
2 files changed, 3 insertions(+), 3 dele
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
---
target/linux/kirkwood/image/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux/kirkwood/
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
---
target/linux/apm821xx/image/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/apm821xx/image/Makefile
b/target/linux/apm821xx
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
---
target/linux/apm821xx/image/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux/apm821xx/
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
---
target/linux/mvebu/image/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/mvebu/image/Mak
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
---
target/linux/ipq806x/image/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ipq806x/
down the
line as kernel images get larger
over time. The following series of patches ensures that any kernel added by
append-kernel is checked
to ensure it fits within it's defined size on targets that use this function.
Cc: Mathias Kresin
Signed-off-by: Chris Blake
Chris Blake (6):
apm
@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
Per http://lists.infradead.org/pipermail/lede-
dev/2016-September/002693.html, this patch adds check-size
$$(KERNEL_SIZE) when append-kernel is used to ensure kernels are not
over their max KERNEL_SIZE, as this is not checked by append-kernel.
Signed-off-by: Chris Blake
---
target/linux/ar71xx
On Sun, Sep 11, 2016 at 10:40 AM, Chris Blake 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 the
> variables. Ad
arger than our partition.
Before: kernel@0x0,rootfs@0x13EDF8
After: kernel@0x0,rootfs@0x20
Signed-off-by: Chris Blake
---
target/linux/ar71xx/image/generic.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ar71xx/image/generic.mk
b/target/linux/ar71xx/image/
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
Signed-off-by: Chris Blake
Chris Blake (1):
ar71xx: add support for Cisco Meraki Z1 Cloud Managed Teleworker
Gateway
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 mapped SPI and passed to
This patch adds support for Cisco's Z1.
Detailed instructions for the flashing the device can
be found in the OpenWrt wiki:
<https://wiki.openwrt.org/toh/meraki/z1>
Signed-off-by: Chris Blake
---
target/linux/ar71xx/base-files/etc/board.d/01_leds | 4 +
.../linux/ar71xx/base-files/
00644
index 000..01b9b31
--- /dev/null
+++ b/tools/firmware-utils/src/mkmerakifw-old.c
@@ -0,0 +1,369 @@
+/*
+ * Copyright (C) 2015 Thomas Hebb
+ * Copyright (C) 2016 Christian Lamparter
+ *
+ * The format of the header this tool generates was first documented by
+ * Chris Blake in a shell scri
From: riptidewave93
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
---
target/linux/apm821xx/image/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux
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
wrote:
> This series was initially posted to OpenWRT List back in March,
> April 2016 for inclusion [0]. The AP
you 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
wrote:
> Hi Chris,
>
> 2016-07-04 18:36 GMT+02:00 Chris Blake :
>> Hello LED
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
83 matches
Mail list logo
