On 05/04/2018 07:27 PM, Sandeep Sheriker Mallikarjun wrote:
> resending all patches again due with rebase.
>
> Sandeep Sheriker Mallikarjun (10):
> at91bootstrap:update to v3.8.10
> at91: fix sdcard create image
> uboot-at91: fetch uboot src from u-boot-at91 github
> kernel: fix build
On 05/05/2018 11:25 AM, Linus Walleij wrote:
> On Fri, May 4, 2018 at 11:49 PM, Linus Walleij
> wrote:
>> On Fri, May 4, 2018 at 11:37 PM, Roman Yeryomin wrote:
>>
The GPIO LEDs does not come up though?
CONFIG_LEDS_GPIO is not in config, and
On 05/02/2018 05:37 PM, Koen Vandeputte wrote:
> Config moved from option.h to localoptions.h
> refreshed all patches
>
> deleted upstreamed patches:
> - 010-runtime-maxauthtries.patch
> - 610-skip-default-keys-in-custom-runs.patch
>
> introduced new patch:
> - 610-disable-ec-by-default.patch
>
On 04/27/2018 05:58 PM, Koen Vandeputte wrote:
> Config moved from option.h to localoptions.h
> refreshed all patches
>
> deleted upstreamed patches:
> - 010-runtime-maxauthtries.patch
> - 610-skip-default-keys-in-custom-runs.patch
>
> introduced new patch:
> - 610-disable-ec-by-default.patch
>
On 04/23/2018 01:22 AM, Rosen Penev wrote:
> If GCC is built with stack smashing protection enabled (SSP), it errors when
> compiling lzma-loader.
>
> Switching to strncpy seems to be an easy way to fix this. It's probably
> better to use snprintf or strlcpy but the latter is not available for
n method now
to generate nice tars from git trees.
If you want to go to a different version without a tar you can switch
back to git at any time.
Hauke
> Best Regards,
> Syrone Wong
>
>
> On Fri, Apr 20, 2018 at 6:12 AM, Hauke Mehrtens <ha...@hauke-m.de> wrote:
>> From: Syrone
On 04/20/2018 12:12 AM, Hauke Mehrtens wrote:
> This allows us to link the other tools against our libz and we do not
> need the system zlib any more.
>
> Only the static linked library is copied to the staging directory so we
> have a statically linked library on all syste
On 04/20/2018 01:10 PM, Koen Vandeputte wrote:
>
>
> On 2018-04-20 00:15, Hauke Mehrtens wrote:
>> On 04/18/2018 12:24 AM, Koen Vandeputte wrote:
>
>>
>
>>>> I tested the patch series because I have a linking problem with zlib
>>>> and
On 04/18/2018 09:44 AM, Lucian Cristian wrote:
> On 18.04.2018 01:24, Koen Vandeputte wrote:
>>
>>
>> On 17-04-18 19:16, Lucian Cristian wrote:
>>> On 16.04.2018 01:53, Hauke Mehrtens wrote:
>>>> This allows us to link the other tools against our libz a
On 04/18/2018 12:24 AM, Koen Vandeputte wrote:
>
>
> On 17-04-18 19:16, Lucian Cristian wrote:
>> On 16.04.2018 01:53, Hauke Mehrtens wrote:
>>> This allows us to link the other tools against our libz and we do not
>>> need the system zlib any more.
>&
This version now uses autotools to configure the build system. They are
also using the newly added zlib package.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
changes since v1:
* Update to version 2.0.2
* use ftp to download the tar
tools/Ma
.
This is copied from this commit to the mtd-utils we pack into the image:
56d0dd56e9c6efa79 ("mtd-utils: Mark some lzma functions as static")
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
tools/mtd-utils/patches/130-lzma_jffs2.patch | 74 ++--
1 file change
which are depending
on zlib.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
changes since v1:
* add HOST_CFLAGS +=-fPIC
include/prereq-build.mk | 5 ---
package/libs/zlib/Makefile | 2 --
tools/Makefile
From: Syrone Wong
010-fix-rpmatch.patch is upstream, removed from our patchset
The file structure is changed, modify patch accordingly
use CONFIGURE_ARGS to disable tests, xattr and lzo
Compile and run tested on mvebu and x86_64
Signed-off-by: Syrone Wong
/lantiq/xrx200/packages/ubi-utils_2.0.1-1_mips_24kc.ipk
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
package/utils/mtd-utils/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/utils/mtd-utils/Makefile b/package/utils/mtd-utils/Makefile
index 2ce7d671fe..ca60
On 04/16/2018 01:01 AM, Syrone Wong wrote:
> Why? the lib version bump means ABI incompatibility. The correct way
> is to bump release to rebuild instead of decreasing it.
>
>
> Best Regards,
> Syrone Wong
Let me explain what happened in mbedtls first.
This change was added on version 2.7.0:
On 04/16/2018 11:22 AM, Koen Vandeputte wrote:
> Hi Hauke,
>
> Thank you very much for this patch!!
> I will try to give it a spin today on imx6 hardware and specifically by
> using the imagebuilder.
Yes that would be nice, please report back if it worked or if you saw
any problems.
It would
2.7.0")
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
package/libs/mbedtls/Makefile | 2 +-
.../patches/300-soversion-compatibility.patch | 26 ++
package/libs/ustream-ssl/Makefile | 2 +-
package/network/services/
is not as problem.
Fixes: d0f3dd5b9f34176 ("ath10k-ct: update to latest version, enable AHB.")
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
package/kernel/ath10k-ct/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/kernel/ath10k-ct/Makefile
b/packa
Libressl version 2.7.0 and later implement more of the OpenSSL 1.1 API
and this needs some modifications of the code using it.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
.../patches/120-curl-fix-libressl-linking.patch| 6 +-
tools/cmake/patches/140-curl-fix-libressl.patch
This version now uses autotools to configure the build system. They are
also using the newly added zlib package.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
tools/Makefile | 2 +-
tools/mtd-utils/Makefile
.
This is copied from this commit to the mtd-utils we pack into the image:
56d0dd56e9c6efa79 ("mtd-utils: Mark some lzma functions as static")
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
tools/mtd-utils/patches/130-lzma_jffs2.patch | 74 ++--
1 file change
/lantiq/xrx200/packages/ubi-utils_2.0.1-1_mips_24kc.ipk
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
package/utils/mtd-utils/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/utils/mtd-utils/Makefile b/package/utils/mtd-utils/Makefile
index a9905e4207..b9c3
which are depending
on zlib.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
include/prereq-build.mk | 5
package/libs/zlib/Makefile | 2 --
tools/Makefile | 14 +
tools/lzma-old/Ma
This activates support for fit images and some other new mkimage
features. Some of the patches were applied upstream and could be
removed.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
Could someone please test this with MacOSX.
There are still some patches to fix problems on F
On 04/05/2018 11:58 AM, Syrone Wong wrote:
> Hi,
>
> I closed my PR due to
> https://github.com/openwrt/openwrt/commit/56d0dd56e9c6efa79d03b6417dc0ae5449343001.
> I tried to understand patches in tools/mtd-utils but failed. I
> appreciate if anyone keeps going.
>
>
> Best Regards,
> Syrone Wong
The following patches are now included upstream:
* 0052-MIPS-lantiq-fix-usb-clocks.patch
* 0053-MIPS-lantiq-enable-AHB-Bus-for-USB.patch
* 0060-lantiq-ase-enable-MFD-SYSCON.patch
Closes: FS#1466
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
include/kernel-vers
.8.html
This increases the kernel size of an lzma compressed Lantiq xrx200
kernel by 4.774 Bytes.
Without brdige vlan:
1.771.351 bt_homehub-v5a-kernel.bin
With brdige vlan:
1.776.125 bt_homehub-v5a-kernel.bin
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
target/linux/generic/confi
On 04/02/2018 10:54 AM, Jaap Buurman wrote:
> Dear Hauke,
>
> Quick question from my side: I was wondering why Ramips will probably
> stay with 4.9, even though the patches for 4.14 have been in master
> for quite a while. Since flow_offload is part of master, and it
> requires 4.14, I think 4.14
On 04/02/2018 11:28 AM, Gio wrote:
> 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
On 02/16/2018 01:46 PM, John Crispin wrote:
> Hi,
>
> whats on the critical todo list for the upcoming release ? i still have
> a few minor things that I'll be adding shortly, apart from that I am
> currently not aware of any huge problems. the release will be a mix
> between 4.9 and 4.14 afaik
The next OpenWrt release will use kernel 4.9 and kernel 4.14 depending
on the target. All targets that are *not* on either kernel 4.9 or 4.14
will not be included in the next release.
I did some overview of the kernel version some months ago here:
they should
CVE-2018-1050: Denial of Service Attack on external print server.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
package/network/services/samba36/Makefile | 2 +-
.../samba36/patches/028-CVE-2016-2125-v3.6.patch | 59 +
...494-v3-6.patch => 029-CVE-2017-
This now makes sure that the beginning of the version number gets checked
and "4.4.5" will not match was a supported version.
GCC 8 and GCC 9 are now marked as supported, but we probably have to fix
some problems for them.
Closes: FS#1433
Signed-off-by: Hauke Mehrtens <ha.
* Refreshed patches.
* Deleted 210-Revert-led-core-Fix-brightness-setting-when-setting-.patch (was
accepted upstream)
* Deleted 812-pci-dwc-fix-enumeration.patch (was accepted upstream)
Compile and run tested on lantiq
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
include/
If the package doe not contain a PKG_HASH just skip the check instead of
making the download fail. The scripts/download.pl script will
automatically skip the hash check in case the hash value equals skip,
otherwise it fails.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
i
-1_mips_24kc.ipk
24114 bin/packages/mips_24kc/base/libnl-nf_3.4.0-1_mips_24kc.ipk
131134 bin/packages/mips_24kc/base/libnl-route_3.4.0-1_mips_24kc.ipk
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
package/libs/libnl/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/libs
This fixes some minor security problems.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
package/libs/mbedtls/Makefile | 4 +--
package/libs/mbedtls/patches/200-config.patch | 36 +--
2 files changed, 20 insertions(+), 20 deletions(-)
diff
/lantiq/xrx200/packages/ubi-utils_2.0.1-1_mips_24kc.ipk
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
package/utils/mtd-utils/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/utils/mtd-utils/Makefile b/package/utils/mtd-utils/Makefile
index cf0983164a..806b
These functions are not declared in any header file and only used in
same compile unit, mark them as static to remove one gcc warning and
make it easier for the compiler to optimize them out.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
.../utils/mtd-utils/patches/130-lzma_jffs2
d5acad..040d6590b5 100644
---
a/target/linux/mvebu/patches-4.14/423-ARM-dts-armada-385-linksys-Disable-internal-RTC.patch
+++
b/target/linux/mvebu/patches-4.14/423-ARM-dts-armada-385-linksys-Disable-internal-RTC.patch
@@ -17,7 +17,7 @@ Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
On 03/29/2018 09:55 PM, Sebastian Fleer wrote:
> After building coreboot myself, I discovered that the board names
> changed again - they now seem to be the same as before.
> https://github.com/pcengines/coreboot/commit/3578e9fb6dac753ec9365c88a8556ca1b90a8deb
>
>
> I guess the "PC Engines apuX"
On 03/29/2018 07:11 PM, Evgeniy Didin wrote:
> Hello,
>
> Trying to add support of drivers/net/wireless/rsi/rsi91x driver in mac80211
> we faced with problem,
> that the version of backports is quite old(2017-11-01), and at least one
> significant commit for rsi91x was later than this version:
will not automatically load the depended modules like mac80211.
Fixes: 3888e77c1c68 ("ath10k-ct driver: use dma_alloc_coherent, 4.13 based
driver")
Fixes: 23a388fe41ec ("ath10k-ct: Force loading mac80211 and ath modules.")
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
package
[forwarded from the OpenWrt mailing list]
Hi Everyone,
It's official, OpenWrt Summit will be in Lisbon, Portugal on October
29th & 30th! We can't wait to see you there.
The CFP is open until May 15th - https://www.papercall.io/openwrtsummit2018
You can submit 20 or 40 minute talks, and 2 or 4
Hi,
After the upgrade to GCC 7.3 the kernel on the apm821xx target gets too
big for the meraki_mr24 device and the build in build bot is failing.
Could you please have a look at this problem:
http://phase1.builds.lede-project.org/builders/apm821xx%2Fnand
Hauke
also true for the other devices.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
...s-armada-385-linksys-Disable-internal-RTC.patch | 28 ++
1 file changed, 28 insertions(+)
create mode 100644
target/linux/mvebu/patches-4.14/010-ARM-dts-armada-385-linksys-Disable-in
On 03/16/2018 01:53 AM, Rosen Penev wrote:
> Some boards like the Turris Omnia have an RTC chip that does not get
> initialized. Initializing the RTC at the driver level helps get rid of
> bootloader hacks that write special register values.
Please line break your commit message.
Will you send
On 03/17/2018 12:34 PM, Michael Heimpold wrote:
> Hi Hauke,
>
> some comments below.
>
> Am Freitag, 16. März 2018, 19:05:10 CET schrieb Hauke Mehrtens:
>> Use the UBOOT_MAKE_FLAGS defined in include/u-boot.mk and do not
>> overwrite them to compile the host tools a
.
This should fix the compile problems seen in build bot from time to time
by not depending on the host libssl-dev package any more but using the
LibreSSL version from OpenWrt.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
package/boot/uboot-mxs/Makefile| 2 +-
.../ubo
On 03/12/2018 09:48 PM, Arjen de Korte wrote:
> Citeren Felix Fietkau :
>
>> On 2018-03-12 21:02, Arjen de Korte wrote:
>>> Citeren LEDE Commits :
>>>
nbd pushed a commit to openwrt/openwrt.git, branch master:
Hi,
I tried to make the crappy Realtek rtl8189fs/rtl8189es/rtl8723bs wifi
drivers work in OpenWrt, but gave up for now. I just want to write my
current observations.
When OpenWrt finds a nl80211 compatible wifi device it deletes all the
existing virtual interfaces and then creates the configured
787/
>>>
>>> Anything else I can do to diagnose?
>> Well, we were facing these problems quite some time ago with armbian.
>> Some time around kernel 4.8 or 4.9, the DSA version of a b53 driver got
>> into mainline kernel, so swconfig didn't work any longer. So,
On 03/04/2018 07:44 PM, Florian Fainelli wrote:
> +Jonas,
>
> On 03/04/2018 05:09 AM, TheWerthFam wrote:
>> Full kernel log below. I remove the 8192cu wifi driver since it doesn't
>> work in AP mode and use a rt2800 base usb dongle.. Additionally grep
>> output of config-4.14 for SWCONFIG
>> grep
On 03/04/2018 06:40 PM, Rosen Penev wrote:
> I would like this to be backported to 17.01 as well. The mentioned
> Archer C7v2 runs 17.01. No impact between 17.01 and master.
>
> On Sun, Mar 4, 2018 at 9:31 AM, Rosen Penev wrote:
>> This reverts commit
and update of
packages depending on mbedtls to handle the changed ABI.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
package/libs/mbedtls/Makefile | 4 +-
package/libs/mbedtls/patches/200-config.patch | 83 ---
package/libs/ustream-ssl/Ma
On 03/04/2018 04:40 PM, Felix Fietkau wrote:
> On 2018-03-04 16:15, Hauke Mehrtens wrote:
>> There is also a pull request for busybox 2.28.1 at github, this will
>> probably also introduce some more regressions, so I am not sure if we
>> should take it before or after
On 02/16/2018 01:46 PM, John Crispin wrote:
> Hi,
>
> whats on the critical todo list for the upcoming release ? i still have
> a few minor things that I'll be adding shortly, apart from that I am
> currently not aware of any huge problems. the release will be a mix
> between 4.9 and 4.14 afaik
On 02/27/2018 11:37 AM, Rafał Miłecki wrote:
> There has been some talk on upcoming 17.01 fix release and Meltdown/Spectre.
>
> Quick summary:
> 1) Most of LEDE supported devices aren't affected
> 2) For most LEDE use cases these vulnerabilities don't matter
> 3) 17.01 uses 4.4.116 which includes
On 02/28/2018 11:34 AM, Marek Behun wrote:
> Hello,
>
> the mt7530 switch driver is now in mainline kernel as a DSA driver. The
> LEDE ramips target ethernet driver though doesn't use it yet, and I've
> been thinking what all would have to be done to port the ethernet
> driver to use it, if it
n the OpenWrt master branch. Can you
please send a patch which adds the additional settings to the device
tree on top of the current OpenWrt master branch.
Hauke
>
> On Fri, Dec 29, 2017 at 01:53:46PM +0100, Hauke Mehrtens wrote:
>> Hi antony,
>>
>> On 12/28/2017 06:21 P
On 03/04/2018 11:39 AM, Peter Denison wrote:
> When migrating a package from the unmaintained 'oldpackages' feed to the
> main 'packages' feed:
>
> 1) Should I try to preserve history? If so, how do I do that on just one
> directory (my git-fu is not that good)?
No this is not needed, you can
On 02/27/2018 10:45 PM, Linus Walleij wrote:
> On Tue, Feb 27, 2018 at 4:46 PM, Hauke Mehrtens <ha...@hauke-m.de> wrote:
>
>>> I have a forward-port hack-ish thing for Gemini,
>>> this 500K patch on top of openwrt HEAD:
>>>
>>> https://dflun
Hi Linus,
[adding lede-dev]
Nice work, for this patch and especially for upstreaming the code into
mainline Linux.
On 02/26/2018 09:28 PM, Linus Walleij wrote:
> Hi,
>
> I have a forward-port hack-ish thing for Gemini,
> this 500K patch on top of openwrt HEAD:
>
>
On 02/26/2018 02:16 PM, Henrique de Moraes Holschuh wrote:
> FWIW, I had issues with the ath10k-firmware currently in OpenWRT master,
> it would crash with 100% reproducibly in TP-Link Archer C60v2 (there is
> already a PR open adding support for this device).
>
> These issues are fixed in the
this is only compile tested.
Fixes: f791fb4af450 ("kernel: add linux 4.9 support")
Fixes: b3f95490b9be ("kernel: generic: Add kernel 4.14 support")
Reported-by: Andrey Jr. Melnikov <temnota...@gmail.com>
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
.../
On 02/17/2018 03:25 PM, Hauke Mehrtens wrote:
> Hi,
>
> I would like to use kernel 4.14 by default on the mvebu target soon.
> If you are aware of any regressions compared to kernel 4.9 then please
> report them, now.
>
> I only have a Linksys device here for testing
This updates musl from a commit between 1.1.18 and 1.1.19 to the final
release of the version 1.1.19.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
toolchain/musl/common.mk | 8 +--
...suppress-some-more-Linux-uapi-definitions.patc
On 02/18/2018 11:21 PM, Andrey Jr. Melnikov wrote:
> Fix this patch before release. Or drop it if no one has seen this damage and
> does not complain.
Hi Andrey,
What is the problem with this patch?
Hauke
>
>> Hauke Mehrtens <ha...@hauke-m.de> wrote:
>>> This
The next OpenWrt release will use kernel 4.9 and kernel 4.14 depending
on the target. All targets that are *not* on either kernel 4.9 or 4.14
will not be included in the next release.
I did some overview of the kernel version some months ago here:
ode.
Commit 60c1f0f64d23 is from 13. Oct 2006.
Hauke
>> On Feb 15, 2018, at 3:52 PM, Hauke Mehrtens <ha...@hauke-m.de> wrote:
>>
>> Remove this old patch which prevents showing the xfrm ports for SCTP
>>
>> This was added in commit 60c1f0f64d23 ("finally move b
On 02/18/2018 12:35 PM, John Crispin wrote:
>
>
> On 17/02/18 13:30, Hauke Mehrtens wrote:
>> On 02/15/2018 05:34 PM, Tim Harvey wrote:
>>> Testted on a Gateworks GW54xx. Does not support enabling imx-drm modules
>>> yet as those will need some adjustments ba
Hi,
I would like to use kernel 4.14 by default on the mvebu target soon.
If you are aware of any regressions compared to kernel 4.9 then please
report them, now.
I only have a Linksys device here for testing and I haven't tested the
SFP functionality, would be nice if someone could test if that
On 02/15/2018 06:42 PM, Tim Harvey wrote:
> On Tue, Feb 13, 2018 at 12:51 PM, Hauke Mehrtens <ha...@hauke-m.de> wrote:
>> On 02/13/2018 09:46 PM, Hauke Mehrtens wrote:
>>> Hi Tim,
>>>
>>> sorry that I haven't reviewed this earlyer, but now I saw
On 02/15/2018 05:34 PM, Tim Harvey wrote:
> Backport of: http://patchwork.ozlabs.org/patch/860701/
>
> Signed-off-by: Tim Harvey
> ---
> .../generic/pending-4.14/812-pci-dwc-fix-enumeration.patch| 11
> +++
> 1 file changed, 11 insertions(+)
> create mode
On 02/15/2018 05:34 PM, Tim Harvey wrote:
> Testted on a Gateworks GW54xx. Does not support enabling imx-drm modules
> yet as those will need some adjustments based on kernel configs.
>
> v3:
> - included missing patch for pcie enumeration fix
>
> v2:
> - move dwc pci patch to generic (Koen)
>
Remove this old patch which prevents showing the xfrm ports for SCTP
This was added in commit 60c1f0f64d23 ("finally move buildroot-ng to trunk")
---
.../network/utils/iproute2/patches/006-no_sctp.patch | 18 --
1 file changed, 18 deletions(-)
delete mode 100644
On 02/13/2018 09:46 PM, Hauke Mehrtens wrote:
> Hi Tim,
>
> sorry that I haven't reviewed this earlyer, but now I saw some problems,
> see my comments inline.
>
> Can you please create a follow up patch based on current master branch.
>
> On 01/24/2018 12:15 AM, Tim Har
Hi Tim,
sorry that I haven't reviewed this earlyer, but now I saw some problems,
see my comments inline.
Can you please create a follow up patch based on current master branch.
On 01/24/2018 12:15 AM, Tim Harvey wrote:
> The Cavium OCTEON TX is an ARM 64-bit SoC leveraging CPU cores and
>
On 02/01/2018 11:35 PM, Tim Harvey wrote:
> Signed-off-by: Tim Harvey
> ---
> target/linux/generic/config-4.14 | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/target/linux/generic/config-4.14
> b/target/linux/generic/config-4.14
> index
, it will just not be used when a ubifs partition is created
implicitly on an empty UBI volume.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
target/linux/generic/config-4.14 | 1 +
...ption-to-create-UBI-FS-version-4-on-empty.patch | 63 ++
2 files chang
This is needed to prevent copying it into kernel 4.14.
These device tree files are already integrated into kernel 4.14 and we
would like to use the upstream versions only.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
.../{files => files-4.4}/arch/arm/boot/dts/armada-385-linksys-
This switches to kernel 4.14 by default.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
target/linux/mvebu/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/mvebu/Makefile b/target/linux/mvebu/Makefile
index a07aa7cf2d..6f0c1925c2 100644
--- a/
This is in preparation for the 4.14 port, this is just coping all the
files to make it easier to see the differences between kernel 4.9 and
kernel 4.14.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
target/linux/mvebu/{config-4.9 => config-4.14}| 0
to latest commit 20180208
Hauke Mehrtens (9):
kernel: ubifs: create use file system format 4 by default
mac80211: move wifi detect hotplug script to later
mvebu: move files to files-4.9 and files-4.4 folder
mvebu: copy config and patches from 4.9 to 4.14
mvebu: Make kernel 4.14 patches apply
aded
it will trigger an event via hotplug to detect new devices and as the
paths are not in the uci configuration they will be added again.
When the migration is done before the script will detect that they are
already there.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
.../etc/hotplug.
-by: Hauke Mehrtens <ha...@hauke-m.de>
---
package/kernel/mwlwifi/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/kernel/mwlwifi/Makefile b/package/kernel/mwlwifi/Makefile
index fca2a386aa..48de8da41f 100644
--- a/package/kernel/mwlwifi/Makefile
+++ b/p
From: Chris Breuer
Changes since last merge into OpenWrt since 2017-12-14:
- Added debugfs file tx_hist.
- Added debugfs file fixed_rate.
- Added debugfs file ba_hist.
- Modified the way to establish BA stream.
- Added code to control BF type.
- Added functions to
vfs_write() is not exported on kernel 4.14 any more and kernel_write()
should be used instead.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
.../mwlwifi/patches/001-remove-vfs_write.patch | 92 ++
1 file changed, 92 insertions(+)
create mode 100644 package/
Make it easily possible to add a custom script in front of this hotplug
script which adds new devices. This is needed for the mvebu target in
which we want to migrate the old configuration before new devices are
getting detected.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
p
ature flag set. If this toolchain is reused by other targets
this will even affect other targets.
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
target/linux/mediatek/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/mediatek/Makefile b/targe
This config option was renamed in upstream Linux commit 681bec0367
("tracing: Rename update the enum_map file")
Reported-by: Rosen Penev <ros...@gmail.com>
Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de>
---
target/linux/generic/config-4.14 | 2 +-
1 file changed, 1 in
On 02/09/2018 11:57 PM, Rosen Penev wrote:
> On Fri, Feb 9, 2018 at 1:52 PM, Hauke Mehrtens <ha...@hauke-m.de> wrote:
>> On 01/21/2018 06:53 PM, Hauke Mehrtens wrote:
>>> This add support for kernel 4.14 to the mvebu target. My main reason to
>>> add kernel
On 02/09/2018 09:46 PM, Philip Prindeville wrote:
>
>
>> On Jan 18, 2018, at 2:15 PM, Hauke Mehrtens <ha...@hauke-m.de> wrote:
>>
>> On 01/18/2018 01:51 PM, Nick Lowe wrote:
>>> Does an update to the Kernel, 4.9.77 and 4.14.14 need to be made to
>
On 01/21/2018 06:53 PM, Hauke Mehrtens wrote:
> This add support for kernel 4.14 to the mvebu target. My main reason to
> add kernel 4.14 support is to make it easier to also add support for the
> Marvell Armada 3700LP ARM64 SoCs especially the ESPRESSObin board.
>
> I
On 02/09/2018 12:27 AM, Lucian Cristian wrote:
> On 21.01.2018 19:53, Hauke Mehrtens wrote:
>> This add support for kernel 4.14 to the mvebu target. My main reason to
>> add kernel 4.14 support is to make it easier to also add support for the
>> Marvell Armada 3700LP
vgeniy.di...@synopsys.com>
>> Cc: Alexey Brodkin <abrod...@synopsys.com>
>> CC: John Crispin <j...@phrozen.org>
>> CC: Hauke Mehrtens <ha...@hauke-m.de>
>
> Copy this description into commit comments. After next patch rebase - it lost.
The patch al
On 01/29/2018 04:35 PM, Evgeniy Didin wrote:
> Hello Hauke,
>
> There are two patches, which solves problem with undefined "Abort":
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/comm
> it/?id=7c2c11b208be09c156573fc0076b7b3646e05219
>
Hi,
On 01/23/2018 05:48 PM, Evgeniy Didin wrote:
> Update Linux kernel version from 4.9 to 4.14 for archs38.
> config-4.14 was simply regenerated with "make kernel_menuconfig".
>
> Signed-off-by: Evgeniy Didin
> Cc: Alexey Brodkin
> Cc: John
On 01/24/2018 05:28 AM, Rosen Penev wrote:
> At least one application (transmission) depends on CURL_CA_BUNDLE being
> set in order to operate properly (Could not connect to tracker errors).
> As far as I can tell, there's no real drawback to doing this for all
> TLS libraries supported by curl.
1 - 100 of 393 matches
Mail list logo