Hello
a question, any idea when the updates that was made to erx-sfp will make
it into a stable release?
the reason is that i have had enough of the old packages in the default
firmware and i'd like to reflash my erx-sfp to lede.
last time i used the snapshot release i had lots of problems
On 15 July 2017 at 21:21, Ondřej Pumr wrote:
> So I have installed LEDE 17.01.2
> (lede-17.01.2-brcm47xx-mips74k-standard-squashfs.trx) today and I found out,
> that this version has the same problem.
You installed generic minimal image. It doesn't contain additional
packages. There are too man o
On Wednesday, 14 June 2017 20:41:12 CEST Daniel Golle wrote:
> I noticed that the Linux built-in bridge now supports filtering by VLAN
> tags. This can be much more efficient than using ebtables for the same
> task, hence I wonder if there is any reason to keep this disabled or
> if there is intere
- Refreshed all patches
Compile tested on: cns3xxx, imx6
Run tested on: cns3xxx, imx6
Signed-off-by: Koen Vandeputte
---
It seems to be a very light update.
No patches were refreshed during the script execution
include/kernel-version.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(
The WMDR-143N is a small module originally used as a Wifi client
in some Loewe smart TV sets. It is sold cheaply at german surplus
shops. The module contains a RT3662 SOC.
Specifications:
- 500 MHz CPU Clock
- 1x 10/100Mbps Ethernet (pin header)
- 32 MB of RAM
- 8 MB of FLASH
- 2T3R 2.4/5 GHz (SO
On 07/16/2017 10:39 AM, Matthias Schiffer wrote:
> On 07/15/2017 09:44 PM, Florian Fainelli wrote:
>> chroot() can fail and its return value should be checked against so propagate
>> sysupgrade_exec_upgraded() return value to its caller.
>>
>> Fixes: 63789e51ed91 ("init: add support for sysupgrades
Am I the only one who would prefer all of the virtualization support to be
selected and default to off?
All the fuss we have about not burdening images with unnecessary functionality,
yet no one blinks at this...
> On Jul 15, 2017, at 10:48 AM, Baptiste Jonglez
> wrote:
>
> From: Baptiste Jo
Neon and vfpv4 support are activated by GCC on all ARMv8 CPUs because
this is not a mandatory part of the architecture. There is not need to
activate is manually.
Signed-off-by: Hauke Mehrtens
---
target/linux/brcm2708/bcm2710/target.mk | 1 -
1 file changed, 1 deletion(-)
diff --git a/target/l
The selected CFLAGS are already set by default.
Signed-off-by: Hauke Mehrtens
---
target/linux/layerscape/64b/target.mk | 1 -
1 file changed, 1 deletion(-)
diff --git a/target/linux/layerscape/64b/target.mk
b/target/linux/layerscape/64b/target.mk
index 22efa66278..98aa8be9c4 100644
--- a/targ
On 07/17/2017 03:01 PM, Hauke Mehrtens wrote:
> Neon and vfpv4 support are activated by GCC on all ARMv8 CPUs because
> this is not a mandatory part of the architecture. There is not need to
> activate is manually.
You mean this is "now a mandatory part of the architecture", right?
LGTM
>
> Sig
This upgrades the target to kernel 4.9 and also adds support for the
Allwinner A64 SoC. This was only tested on the pine64+ and I do not own
any older Allwinner SoC.
The U-Boot currently depends on dtc and swig being install on the host,
I will try to fix this later, but I think we need swig no
These are needed for the sunxi target.
Signed-off-by: Hauke Mehrtens
---
target/linux/generic/config-4.9 | 10 ++
1 file changed, 10 insertions(+)
diff --git a/target/linux/generic/config-4.9 b/target/linux/generic/config-4.9
index 24bbbc0587..79d7dcb883 100644
--- a/target/linux/generi
U-Boot 2017.07 complains if HOSTCPPFLAGS is referenced once too often.
Signed-off-by: Hauke Mehrtens
---
include/u-boot.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/u-boot.mk b/include/u-boot.mk
index 4b3ff69d6b..5fe3b42ba9 100644
--- a/include/u-boot.mk
+++ b/i
Most of the patches were backpoprts from the mainline kernel and are
integrated upstream now.
Signed-off-by: Hauke Mehrtens
---
target/linux/sunxi/Makefile| 2 +-
target/linux/sunxi/config-4.9 | 570 +
.../patches-4.9/115-musb-ig
If the Kconfig option CONFIG_RTC_DRV_SUNXI is not selected this package
should be be build.
Signed-off-by: Hauke Mehrtens
---
target/linux/sunxi/modules.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux/sunxi/modules.mk b/target/linux/sunxi/modules.mk
index
Now we can activate some compiler optimizations for the cortex A7.
Signed-off-by: Hauke Mehrtens
---
package/boot/uboot-sunxi/Makefile | 17 +
target/linux/sunxi/Makefile | 3 +--
target/linux/sunxi/cortexa7/target.mk | 12 ++
target/linux/sunxi/cortexa8/target
This is needed for the Boot loader of the A64 SoC.
Signed-off-by: Hauke Mehrtens
---
package/boot/arm-trusted-firmware-sunxi/Makefile | 51
1 file changed, 51 insertions(+)
create mode 100644 package/boot/arm-trusted-firmware-sunxi/Makefile
diff --git a/package/boot/ar
This adds initial support for the A64 Allwinner SoC to LEDE.
It will be build in the new cortexa53 subtarget.
Currently it only supports the pine64 and the image is able to boot on
this SoC.
Signed-off-by: Hauke Mehrtens
---
target/linux/sunxi/Makefile | 2 +-
target/linux/sun
This creates a U-Boot for the aarch64 SoC A64 on the pine64 board.
Signed-off-by: Hauke Mehrtens
---
package/boot/uboot-sunxi/Makefile | 18 +-
package/boot/uboot-sunxi/uEnv-a64.txt | 5 +
2 files changed, 22 insertions(+), 1 deletion(-)
create mode 100644 package/boot/
On Mon, Jul 17, 2017 at 03:56:20PM -0600, Philip Prindeville wrote:
> Am I the only one who would prefer all of the virtualization support to be
> selected and default to off?
>
> All the fuss we have about not burdening images with unnecessary
> functionality, yet no one blinks at this...
This
This backports some more patches from kernel 4.11 adding more devices
to the device tree of the A64 SoC.
Signed-off-by: Hauke Mehrtens
---
...llwinner-add-USB1-related-nodes-of-Allwin.patch | 84 ++
...llwinner-sort-the-nodes-in-sun50i-a64-pin.patch | 40 +++
...llwin
On 07/18/2017 12:03 AM, Florian Fainelli wrote:
> On 07/17/2017 03:01 PM, Hauke Mehrtens wrote:
>> Neon and vfpv4 support are activated by GCC on all ARMv8 CPUs because
>> this is not a mandatory part of the architecture. There is not need to
>> activate is manually.
>
> You mean this is "now a ma
On Tue, 18 Jul 2017, Hauke Mehrtens wrote:
This upgrades the target to kernel 4.9 and also adds support for the
Allwinner A64 SoC. This was only tested on the pine64+ and I do not own
any older Allwinner SoC.
The U-Boot currently depends on dtc and swig being install on the host,
I will try to
Check the chroot() return value, fixes unused return value warnings/errors:
procd-2017-06-22-e5e99c46/upgraded/upgraded.c:78:8: error: ignoring return
value of 'chroot', declared with attribute warn_unused_result
[-Werror=unused-result] chroot(".");
Fixes: 056d8ddda8d5 ("upgraded: link dynamicall
chroot() can fail and its return value should be checked against, in that case
do an exit() since this is a fatal condition that we cannot recover from.
Fixes: 63789e51ed91 ("init: add support for sysupgrades triggered from preinit")
Signed-off-by: Florian Fainelli
---
sysupgrade.c | 10
On 18 July 2017 at 06:10, Hauke Mehrtens wrote:
> This needs swig and a host dtc install on the host now.
>
Currently we use dtc built from the kernel tree. Can we also make use
of the fdtget there as a fallback of swig?
Regards,
yousong
_
On 18 July 2017 at 06:10, Hauke Mehrtens wrote:
> Now we can activate some compiler optimizations for the cortex A7.
>
> Signed-off-by: Hauke Mehrtens
> ---
> package/boot/uboot-sunxi/Makefile | 17 +
> target/linux/sunxi/Makefile | 3 +--
> target/linux/sunxi/cortexa7
On 18 July 2017 at 06:10, Hauke Mehrtens wrote:
> U-Boot 2017.07 complains if HOSTCPPFLAGS is referenced once too often.
>
> Signed-off-by: Hauke Mehrtens
> ---
> include/u-boot.mk | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/u-boot.mk b/include/u-boot.mk
> in
28 matches
Mail list logo