Re: [LEDE-DEV] [PATCH v2 5/6] x86: add intel microcode entries to grub config

W dniu 18.04.2018 o 00:51, Philip Prindeville pisze: Is there a downside to forcing AMD to also do early firmware updates? AFAIK there shouldn't be any for either methods regarding AMD. I made also a prototype for AMD, but as there are no downsides for current method and I don't have any

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH] mac80211: pass hostapd control socket to mesh-mode supplicant

This patch breaks encrypted mesh mode. I agree, there is still something wrong with the logic when using encrypted mesh. Also the setting of the mesh parameters fails, because nl80211_mesh_join must happen before nl80211_update_mesh_config. This results in these errors: --- netifd: radio1

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH] mac80211: pass hostapd control socket to mesh-mode supplicant

Hi Daniel On Thu, Apr 19, 2018 at 12:52:56PM +0200, daniel wrote: > This patch breaks encrypted mesh mode. Yes, I reverted it yesterday afternoon... > > I agree, there is still something wrong with the logic when using encrypted > mesh. Yes, and that's on my agenda for tonight (fixing

Re: [LEDE-DEV] [PATCH] ipq806x: add kernel 4.14 support

Hi On 2018-04-19, Ram Chandra Jangir wrote: > Thanks Stefan, > > Wednesday, April 18, 2018 6:24 PM, Stefan Lippers-Hollmann > [mailto:s@gmx.de] wrote: > > >Hi > > >On 2018-04-18, Ram Chandra Jangir wrote: > > - Rebased the patches for 4.14 > > - Dropped spi-qup and 0027, 0028, 0029 > >

Re: [LEDE-DEV] [PATCH] kernel: speed up mtdsplit_uimage for the most common use

Bjørn Mork writes: > This is achieved by registering in the reverse order. No, that is not true. Drop this. I tricked myself by disabling debugging while making changes. Stupid... The points for further work are valid though. Bjørn

[LEDE-DEV] [PATCH] u-boot: Switch to HTTP for downloads

The first mirror is dead and the second is FTP, which can be unreliable at times. Tested on Ubuntu 16.04 WSL. Signed-off-by: Rosen Penev --- package/boot/uboot-envtools/Makefile | 4 +--- package/boot/uboot-xburst/Makefile | 4 +--- 2 files changed, 2 insertions(+), 6

[LEDE-DEV] [PATCH] kernel: speed up mtdsplit_uimage for the most common use

The driver scans the complete partition for every one of the three header formats it supports. So every non-matching format adds a considerable delay. It therefore makes sense to order the scanning by (assumed) popularity: 1) uimage 2) netgear 3) edimax This is achieved by registering in the

[LEDE-DEV] [PATCH v2 5/5] mtd-utils: activate --gc-sections

This reduces the size of the binary a bit: old: 37556 bin/targets/lantiq/xrx200/packages/nand-utils_2.0.1-1_mips_24kc.ipk 81697 bin/targets/lantiq/xrx200/packages/ubi-utils_2.0.1-1_mips_24kc.ipk new: 27450 bin/targets/lantiq/xrx200/packages/nand-utils_2.0.1-1_mips_24kc.ipk 71796

[LEDE-DEV] [PATCH v2 2/5] tools/mtd-utils: Mark some lzma functions as static

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. This also fixes some style problems to make this patch match the version in the packages folder. This is

[LEDE-DEV] [PATCH v2 4/5] mtd-utils: update to 2.0.2

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

[LEDE-DEV] [PATCH v2 1/5] tools/zlib: move zlib build to tools

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 systems and not only on Linux. This also adds the new dependencies of the packages

Re: [LEDE-DEV] [PATCH 1/5] tools/zlib: move zlib build to tools

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 and we do not need the system zlib any

[LEDE-DEV] [PATCH v2 3/5] tools/mtd-utils: update to version 2.0.2

This version now uses autotools to configure the build system. They are also using the newly added zlib package. Signed-off-by: Hauke Mehrtens --- changes since v1: * Update to version 2.0.2 * use ftp to download the tar tools/Makefile |

Re: [LEDE-DEV] [PATCH 1/5] tools/zlib: move zlib build to tools

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. >>> >>> Only the static linked library is

Re: [LEDE-DEV] [PATCH v2 5/6] x86: add intel microcode entries to grub config

Op do, 19 apr 2018 om 11:47 , schreef Tomasz Maciej Nowak : W dniu 18.04.2018 o 00:51, Philip Prindeville pisze: > Is there a downside to forcing AMD to also do early firmware updates? AFAIK there shouldn't be any for either methods regarding AMD. I made also a prototype for

Re: [LEDE-DEV] [PATCH v2 4/5] mtd-utils: update to 2.0.2

Hi, Thanks for the update. I would prefer the git way, it's easier to include upstream commits. Best Regards, Syrone Wong On Fri, Apr 20, 2018 at 6:12 AM, Hauke Mehrtens wrote: > From: Syrone Wong > > 010-fix-rpmatch.patch is upstream, removed from