Dear LEDE devs,
There doesn’t appear to be an LEDE forum yet, else I’d post it on the forum.
So I’m hoping someone on the mail list has a suggestion here.
I’ve been running a build of OpenWRT DD R49195 since earlier this year.
I thought I’d try to move to LEDE.
To that end, I’ve just built an
Thanks for your help.
I'm onto this.
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf
Of Mathias Kresin
Sent: 11 August 2016 14:47
To: joerg jungermann
Cc: OpenWrt Development List ;
lede-dev@lists.infradead.org
Subject: Re: [OpenWrt-Dev
Signed-off-by: Stijn Tintel
---
.../linux/rb532/patches-4.1/001-cmdline_hack.patch | 20 +
.../rb532/patches-4.1/002-rb532_nand_fixup.patch | 45 +
...tion_info-rename-rootfs-to-rootfs_onboard.patch | 11 +
target/linux/rb532/patches/001-cmdline_hack.patch | 20
Always use the kernel version in the patch directory names for
clearness and consistency across all targets.
This series is in my staging tree at
https://git.lede-project.org/?p=lede/stintel/staging.git;a=summary
Stijn Tintel (4):
au1000: rename patches directory to patches-3.18
omap: rename
Signed-off-by: Stijn Tintel
---
.../100-wrt350nv2_openwrt_partition_map.patch | 31 +
.../patches-3.18/101-wnr854t_partition_map.patch | 24 +++
.../orion/patches-3.18/200-dt2_board_support.patch | 26
.../orion/patches-3.18/210-wn802t_support.patch| 78 +++
Signed-off-by: Stijn Tintel
---
.../linux/omap/patches-4.4/001-omap4_pandaboard-wlan_fix.patch | 9 +
target/linux/omap/patches/001-omap4_pandaboard-wlan_fix.patch | 10 --
2 files changed, 9 insertions(+), 10 deletions(-)
create mode 100644
target/linux/omap/patches-4.4/001-o
Signed-off-by: Stijn Tintel
---
.../au1000/patches-3.18/002-openwrt_rootfs.patch | 11 +
.../au1000/patches-3.18/003-au1000_eth_ioctl.patch | 16 +
.../patches-3.18/004-watchdog_low_init.patch | 12 ++
target/linux/au1000/patches-3.18/006-codec.patch | 26 +++
From: Rafał Miłecki
We don't use them yet as we still init PHY in controller driver but they
will be needed soon.
Signed-off-by: Rafał Miłecki
---
target/linux/bcm53xx/modules.mk | 37 +
1 file changed, 37 insertions(+)
create mode 100644 target/linux/bcm53
Am 13.08.2016 um 20:16 schrieb Daniel Dickinson:
> On Tue, 2016-08-09 at 17:13 +0200, Josua Mayer wrote:
>> Hi John,
>>
>> I have finally found the time to look into this, and managed to
>> reproduce the segfault that Álvaro noticed.
>> It is caused by a call to fclose(0x0); This is very unexpected