Re: [LEDE-DEV] [PATCH] imx6: add DSA driver for MV88E6176 switch

On 03/10/2017 08:28 AM, Tim Harvey wrote: > On Fri, Mar 10, 2017 at 7:49 AM, Rafał Miłecki wrote: >> On 10 March 2017 at 16:01, Tim Harvey wrote: >>> The MV88E6176 switch is present on the GW16083 and the GW5904 >>> >>> As of a5c32a1f1996f4f75504c4a9abd1c99eaa598df1 these drivers are to be >>> en

Re: [LEDE-DEV] [PATCH] toolchain: add musl libc.so to external toolchain

On 03/14/2017 05:28 AM, hauke.mehrt...@intel.com wrote: > From: Hauke Mehrtens > > musl provides a /lib/libc.so file which should be integrated into the libc > package when the external toolchain with musl is used. > > Signed-off-by: Hauke Mehrtens > --- > package/libs/toolchain/Makefile | 2 +

Re: [LEDE-DEV] [PATCH] toolchain: add musl libc.so to external toolchain

On 03/14/2017 10:28 AM, Hauke Mehrtens wrote: > On 2017-03-14 18:20, Florian Fainelli wrote: >> On 03/14/2017 05:28 AM, hauke.mehrt...@intel.com wrote: >>> From: Hauke Mehrtens >>> >>> musl provides a /lib/libc.so file which should be integrated into the &g

Re: [LEDE-DEV] [PATCH V2] toolchain: add musl libc.so to external toolchain

On 03/14/2017 11:18 AM, hauke.mehrt...@intel.com wrote: > From: Hauke Mehrtens > > musl provides a /lib/libc.so file which should be integrated into the libc > package when the external toolchain with musl is used. > > Signed-off-by: Hauke Mehrtens Reviewed-by: Florian Fai

Re: [LEDE-DEV] [PATCH] iproute2: fix ip monitor can't work when NET_NS is not enabled

On 03/17/2017 09:51 PM, Yousong Zhou wrote: > The bug appeared in v4.1.0 and was fixed since v4.8.0 > > Fixes FS#620 > > Signed-off-by: Yousong Zhou Is there a reason not to upgrade to a newer iproute2 then? Maybe not for the 17.01 branch but for the master branch would not that be preferred?

Re: [LEDE-DEV] [PATCH] brcm2708: rename all patches from raspberrypi git tree to use 999 prefix

patches - ideally using the same > prefixes as generic ones. It means we should rename existing patches to > use some high prefix. This will allow e.g. use 0xx for backported code. > > Signed-off-by: Rafał Miłecki Acked-by: Florian Fainelli -- Florian _

[LEDE-DEV] [PATCH fstools] cmake: Make blockd link against libjson-c

Similar to commit 35aa20c51995 ("cmake: Link against libjson-c"), blockd uses libblob_msg which needs libjson-c. Fixes: 98bbb5a068d6 ("blockd: add automounting support") Signed-off-by: Florian Fainelli --- CMakeLists.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deleti

[LEDE-DEV] ARM64 platform updates

Hi all, I am planning on switch the arm64 multiplatform target to 4.9 and remove support for the ARM Foundation v8 model since QEMU is just nicer. Any objections? -- Florian ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead

Re: [LEDE-DEV] [OpenWrt-Devel] openwrt and lede - remerge proposal

On 05/08/2017 06:19 AM, John Crispin wrote: > Hi, > > Felix, Imre and myself had 2 calls last week lasting several hours and > discussed the following proposal of conditions for a remerge that we > would like to propose and have people vote on. > > *) branding > - the owrt side sees no option of

[LEDE-DEV] [PATCH 0/3] Fix modules loading with external/git kernels

ion directory should be. Florian Fainelli (3): Revert "kernel: prevent addition of scm marker to localversion" include: Do not alter KERNELRELEASE for external/git kernels include: Determine MODULES_DIR correctly for external/git kernels include/kernel-defaults.mk | 11

[LEDE-DEV] [PATCH 1/3] Revert "kernel: prevent addition of scm marker to localversion"

. Signed-off-by: Florian Fainelli --- include/kernel-defaults.mk | 4 1 file changed, 4 deletions(-) diff --git a/include/kernel-defaults.mk b/include/kernel-defaults.mk index 407c1924a152..b20186565737 100644 --- a/include/kernel-defaults.mk +++ b/include/kernel-defaults.mk @@ -42,10 +42,6

[LEDE-DEV] [PATCH 3/3] include: Determine MODULES_DIR correctly for external/git kernels

loading. To remedy that, just cat $(LINUX_DIR)/include/config/kernel.release which is late enough the kernel has prepared this file, and is correctly tracking changes done throughout the kernel. Signed-off-by: Florian Fainelli --- include/kernel.mk | 8 +--- 1 file changed, 5 insertions

[LEDE-DEV] [PATCH 2/3] include: Do not alter KERNELRELEASE for external/git kernels

In case we use external and/or git cloned kernels, let the kernel determine the appropriate KERNELRELEASE. We cannot used LINUX_UNAME_VERSION because that one gets determined at a later time, when the kernel is already built proper. Signed-off-by: Florian Fainelli --- include/kernel-defaults.mk

Re: [LEDE-DEV] openwrt and lede - remerge proposal

On 05/12/2017 10:51 AM, Val Kulkov wrote: > On 12 May 2017 at 12:02, Stefan Peter wrote: >> On 12.05.2017 15:07, Mauro Mozzarelli wrote: >>> The issue is that, although these are "open" projects, the participation >>> is de-facto closed to a small group of core developers that make it >>> particul

Re: [LEDE-DEV] openwrt and lede - remerge proposal

On 05/12/2017 07:02 AM, Paul Oranje wrote: > Dear David, dear community, > Please, see my comments below in-line. > With the highest esteem, > Paul > >> Op 12 mei 2017, om 02:04 heeft David Lang het volgende >> geschreven: >> >> On Fri, 12 May 2017, Paul Oranje wrote: >> Op 11 mei 2017, om

Re: [LEDE-DEV] openwrt and lede - remerge proposal

On 05/12/2017 03:51 PM, Val Kulkov wrote: > On 12 May 2017 at 18:37, David Lang wrote: >> On Fri, 12 May 2017, Val Kulkov wrote: >> >>> The remaining issue IMO, if you are referring to the decision about the >>> name of the merged project, is whether the core team will give the wider >>> community

Re: [LEDE-DEV] openwrt and lede - remerge proposal

On 05/12/2017 12:48 PM, Stefan Peter wrote: > On 12.05.2017 20:39, Florian Fainelli wrote: >> On 05/12/2017 10:51 AM, Val Kulkov wrote: >>>> On 12.05.2017 15:07, Mauro Mozzarelli wrote: >>> IMO the question should be "should the merged project be called

Re: [LEDE-DEV] Toolchain/Buildroot requirements, testing and common lowest denominator?

On 05/19/2017 02:10 AM, Daniel Engberg wrote: > Long story short: > * Updated tools/sparse > * Compiles fine on my side (Debian 8) > * Blows up on buildbot (slave-lede-local) because it runs GCC 4.7 (lacks > bswap, 4.8+ works according to > https://sourceware.org/bugzilla/show_bug.cgi?id=20530) >

Re: [LEDE-DEV] [RFC] Pre-seeded files/directories for UBIFS

Hello, On 05/20/2017 09:12 AM, Richard Weinberger wrote: > Hi! > > These days I had an interesting discussion with Christoph about overlayfs and > its burden. The main use-case of overlayfs in combination with UBIFS is > having a > squashfs as lower and UBIFS as upper directory. Such that all ch

Re: [LEDE-DEV] [OpenWrt-Devel] openwrt and lede - remerge proposal V2

On 05/22/2017 02:02 AM, Rafał Miłecki wrote: > On 05/22/2017 09:40 AM, John Crispin wrote: >> *) branding >> - the owrt side sees no option of using the lede brand >> - a (minor) majority voted for openwrt as a name over lede whilst most >> people said they did not care >> - as the last vote had a

Re: [LEDE-DEV] [PATCH] dropbear: limit max auth tries from 10 to 3

On 05/27/2017 04:11 AM, Kevin Darbyshire-Bryant wrote: > 10 attempts at login before dropping connection is too many, 3 tries and > you're out. This sounds like something we may want to be configured via UCI instead of at built time. The default value you suggest is sensible though. > > Signed

Re: [LEDE-DEV] [OpenWrt-Hackers] openwrt and lede - remerge proposal V3

Le 05/29/17 à 00:03, John Crispin a écrit : > (resend, this time as plain text) > > Hi, > > here is a V3 of the remerge proposal, I tried to fold all the comments > people made into it, if anything is missing let me know. Please remeber > that post remerge anything can be voted on, so cluttering

Re: [LEDE-DEV] Generic way to disable Generic Receive Offload (GRO)

Le 05/29/17 à 13:55, ros...@gmail.com a écrit : > So LEDE is using fq_codel by default. On the cake homepage is this > little sentence: > > "Preliminary indications are that not doing GRO “peeling” is where the > first generation of fq_codel enabled 802.11ac routers went wrong in > their QoS syste

Re: [LEDE-DEV] Generic way to disable Generic Receive Offload (GRO)

s and netdev->hw_features. > > On Mon, 2017-05-29 at 14:34 -0700, Florian Fainelli wrote: >> Le 05/29/17 à 13:55, ros...@gmail.com a écrit : >>> So LEDE is using fq_codel by default. On the cake homepage is this >>> little sentence: >>> >>> "Preli

[LEDE-DEV] [PATCH procd] upgraded: cmake: Find and include uloop.h

Add a CMake FIND_PATH and INCLUDE_DIRECTORIES searching for libubox/uloop.h. Some external toolchains which do not include standard locations would fail to find the header otherwise. Signed-off-by: Florian Fainelli --- upgraded/CMakeLists.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [LEDE-DEV] [PATCH procd] upgraded: cmake: Find and include uloop.h

On 05/31/2017 02:09 PM, Matthias Schiffer wrote: > On 05/31/2017 11:02 PM, Florian Fainelli wrote: >> Add a CMake FIND_PATH and INCLUDE_DIRECTORIES searching for >> libubox/uloop.h. Some external toolchains which do not include standard >> locations would fail to find

Re: [LEDE-DEV] [OpenWrt-Devel] openwrt and lede - remerge proposal V3

On 05/28/2017 11:56 PM, John Crispin wrote: > Hi, > > here is a V3 of the remerge proposal, I tried to fold all the comments > people made into it, if anything is missing let me know. Please remeber > that post remerge anything can be voted on, so cluttering the proposal > with many details will d

Re: [LEDE-DEV] [PATCH procd] upgraded: cmake: Find and include uloop.h

On 05/31/2017 02:02 PM, Florian Fainelli wrote: > Add a CMake FIND_PATH and INCLUDE_DIRECTORIES searching for > libubox/uloop.h. Some external toolchains which do not include standard > locations would fail to find the header otherwise. > > Signed-off-by: Florian Fainelli Applied

Re: [LEDE-DEV] [PATCH] rtnl_flush: Error on failed write()

Le 06/17/17 à 09:38, Khem Raj a écrit : > Fixes > route.c:45:2: error: ignoring return value of 'write', declared with > attribute warn_unused_result [-Werror=unused-result] > | write(fd, "-1", 2); > | ^~ > > Signed-off-by: Khem Raj Which project in LEDE did you intend this

Re: [LEDE-DEV] [PATCH] build: Fix not altering KERNELRELEASE for external kernel

ariables and move to kernel.mk") breaks this feature > introduced in b6746a6ffb73 ("include: Do not alter KERNELRELEASE for > external/git kernels"). > > Signed-off-by: Hauke Mehrtens Acked-by: Florian Fainelli Thanks for catching that! -- Florian __

Re: [LEDE-DEV] [PATCH] build: Fix not altering KERNELRELEASE for external kernel

Le 06/18/17 à 14:44, Daniel Golle a écrit : > Not completely related, but it came to my mind a couple of days ago > and maybe you can share your opinion: > Shouldn't we also be setting CONFIG_LOCALVERSION if *not* using an > external kernel, to indicate that this is *not* a vanilla kernel.org > cod

Re: [LEDE-DEV] procd: cherry-pick fixes into lede-17.01 branch

On 06/20/2017 08:58 AM, Jo-Philipp Wich wrote: > Hi, > > in principle I do not have any objections but I am not sure if we should > really backport the sysupgrade changes yet. Are we sure that thestaged > sysupgrade works as intended and was it properly tested? Based on the list that Daniel pro

Re: [LEDE-DEV] procd: cherry-pick fixes into lede-17.01 branch

On 06/20/2017 07:52 AM, Daniel Golle wrote: > Hi! > > I've created a lede-17.01 branch for procd so fixes can be > cherry-picked from master onto that branch. I suppose that works, but I would be a bit concerned that we may have to do the same thing with other "sub" projects that are maintained (

[LEDE-DEV] [PATCH ubox] kmodloader: Check module endian before loading

d this most likely will result in an invalid offset to de-reference from. Update elf_find_section() to check that the build time endianess of kmodloader matches that of the module, otherwise nothing would work really. Signed-off-by: Florian Fainelli --- kmodloader.c | 13 + 1 file c

Re: [LEDE-DEV] [PATCH ubox] kmodloader: Check module endian before loading

Le 07/02/17 à 01:49, Yousong Zhou a écrit : > On 1 July 2017 at 07:34, Florian Fainelli wrote: >> If we manage to accidentally get a module installed that does not match >> the system endianess (there is currently nothing preventing that in >> OpenWrt/LEDE) we will hit a se

[LEDE-DEV] [PATCH procd 2/2] upgraded: Check chroot() return value

8d5 ("upgraded: link dynamically, chroot during exec") Signed-off-by: Florian Fainelli --- upgraded/upgraded.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/upgraded/upgraded.c b/upgraded/upgraded.c index 09c623cf804b..220da7903f92 100644 --- a/upgraded/upgraded.c +++

[LEDE-DEV] [PATCH procd 1/2] init: Propagate sysupgrade_exec_upgraded() return value

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 triggered from preinit") Signed-off-by: Florian Fainelli --- system.c | 7 +++ sysupgr

Re: [LEDE-DEV] [PATCH procd 1/2] init: Propagate sysupgrade_exec_upgraded() return value

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: 63789e51e

Re: [LEDE-DEV] brcm2708: bcm2710: do not activate neon-vfpv4 manually

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

[LEDE-DEV] [PATCH procd v2 2/2] upgraded: Check chroot() return value

8d5 ("upgraded: link dynamically, chroot during exec") Reviewed-by: Matthias Schiffer Signed-off-by: Florian Fainelli --- upgraded/upgraded.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/upgraded/upgraded.c b/upgraded/upgraded.c index 09c623cf804b..220da7903f92 100644 -

[LEDE-DEV] [PATCH procd v2 1/2] init: Check chroot return value in sysupgrade_exec_upgraded()

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 --- sysupgr

[LEDE-DEV] [PATCH procd v3 1/2] init: Check chroot return value in sysupgrade_exec_upgraded()

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 --- sysupgr

[LEDE-DEV] [PATCH procd v3 2/2] upgraded: Check chroot() return value

8d5 ("upgraded: link dynamically, chroot during exec") Signed-off-by: Florian Fainelli --- upgraded/upgraded.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/upgraded/upgraded.c b/upgraded/upgraded.c index 09c623cf804b..220da7903f92 100644 --- a/upgraded/upgraded.c +++

Re: [LEDE-DEV] [PATCH procd v3 1/2] init: Check chroot return value in sysupgrade_exec_upgraded()

On 07/20/2017 05:39 AM, Matthias Schiffer wrote: > On 07/19/2017 05:24 PM, Florian Fainelli wrote: >> 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. >> &g

Re: [LEDE-DEV] [PATCH] .gitignore: add .project for eclipse users

On 07/21/2017 03:01 AM, Catrinel Catrinescu wrote: > Hi Dirk > > Fell free to take my patch and extend it with your wish :-) Usually if someone gives you feedback and your patch is not applied (which is the case AFAICT)0), it is kind of implied that you would respin said patch with suggestions fr

Re: [LEDE-DEV] minor patch for the freeradius3 package

On July 29, 2017 5:36:11 PM PDT, Michelle Sullivan wrote: >Patch here: >http://flashback.sorbs.net/packages/LEDE/freeradius3-sql.diff > >It enables SQL backends of MySQL, PostgreSQL and SQLite3.. it also >allows sqlippool as a config option which makes use of the DHCP server >that is compiled in

Re: [LEDE-DEV] Problem with PKG_CONFIG_DEPENDS and string configs

On 08/01/2017 02:00 PM, Rafał Miłecki wrote: > Packages are allowed to specify dependency configs in their > PKG_CONFIG_DEPENDS. Any value change for any dependency should result > in rebuilding the package. > > This feature is handled with STAMP_CONFIGURED in package.mk. For every > package we ha

Re: [LEDE-DEV] What to do when your PR stalls?

On 08/16/2017 12:03 PM, Philip Prindeville wrote: > Hi. > > This was a bit of an issue with OpenWrt and I’m not sure if it’s starting to > be a problem with LEDE or if August is just the month when all of Europe > shuts down and nothing gets done… Great way to get someone's attention, really. >

Re: [LEDE-DEV] Transmit timeouts with mtk_eth_soc and MT7621

On 08/19/2017 03:30 PM, John Crispin wrote: > > > On 20/08/17 00:07, Kristian Evensen wrote: >> >> On Sat, 19 Aug 2017 at 23:52, John Crispin > > wrote: >> >> >> >> On 19/08/17 23:13, Kristian Evensen wrote: >> > Hi both, >> > >> > On Sat, 19 Aug 2017 at

Re: [LEDE-DEV] [PATCH ubox 1/3] kmodloader: fix endianess check

On 08/30/2017 06:23 AM, Hans Dedecker wrote: > Use __BYTE_ORDER macro to check system endianess as the macro's > __LITTLE_ENDIAN, __BIG_ENDIAN are defined irrespective of the > sytem endianess leading to an endianess check failure on big > endian systems. Good catch, can you add a Fixes: tag for t

Re: [LEDE-DEV] [PATCH] ar71xx: Add GRO support to ag71xx

Le 09/03/17 à 15:46, ros...@gmail.com a écrit : > That's...way better than I expected given how minimal my changes are. > > For some context, the ag71xx driver is special in that it does not seem > to do any hardware offloading to the NIC. > > As far as I understand this change, GRO takes 1500 MT

Re: [LEDE-DEV] [LEDE-DEV, v2, 01/11] at91: Renaming subtarget sama5d3 to sama5

On 09/13/2017 11:51 AM, Sandeep Sheriker Mallikarjun wrote: > Renaming at91 subtarget sama5d3 to sama5 and using at91-sama5d3_xplained > as a target device in sama5 subtarget.This will enable to add other > sama5d2 & sama5d4 target devices in sama5 subtraget.This will avoid > code duplication whe

[LEDE-DEV] [PATCH] kernel: update to 3.18.71

Delete a bunch of fixes that are already included. Refresh patches. Compile-tested on malta/mipsel Runtime-tested on malta/mipsel Signed-off-by: Florian Fainelli --- include/kernel-version.mk | 4 +- .../pending-3.18/002-phy_drivers_backport.patch| 56

Re: [LEDE-DEV] Is LOCALMIRROR for setting up a local mirror directory purely for tarballs?

Hi, On 09/29/2017 06:18 AM, rpj...@crashcourse.ca wrote: > > I want the OE equivalent of a local source mirror, purely for tarballs > that I > don't want to have to download each time I do a new build (as in, I'm > not trying > to define a local feed, just a tarballs directory). Is that what > LO

Re: [LEDE-DEV] clarifying how trivial it is to define a couple new IMX6QDL targets

On 09/29/2017 10:33 AM, Robert P. J. Day wrote: > > i was just looking at using latest LEDE to define a couple new > IMX6QDL targets, and after a few minutes, it looks as if, at least to > get a minimal bootable system and as long as i'm not doing anything > drastically weird, it should be wicke

Re: [LEDE-DEV] Update to util-linux 2.30.1 breaks x86_64 squashfs-combined

On 09/29/2017 06:01 PM, Philip Prindeville wrote: > >> On Sep 29, 2017, at 4:39 AM, Felix Fietkau wrote: >> >> On 2017-09-29 12:20, Felix Fietkau wrote: >>> On 2017-09-11 02:33, Philip Prindeville wrote: Changing the subject from the previous thread as it turned out to not have to do

Re: [LEDE-DEV] clarifying how trivial it is to define a couple new IMX6QDL targets

Le 09/30/17 à 05:16, Robert P. J. Day a écrit : > On Fri, 29 Sep 2017, Florian Fainelli wrote: > >> On 09/29/2017 10:33 AM, Robert P. J. Day wrote: >>> >>> i was just looking at using latest LEDE to define a couple new >>> IMX6QDL targets, and after

Re: [LEDE-DEV] kernel 4.9 migration for next release

On 10/02/2017 12:57 PM, Ted Hess wrote: >> -Original Message- From: Hauke Mehrtens Sent: Monday, October >> 02, 2017 3:18 PM To: lede-dev@lists.infradead.org Subject: [LEDE-DEV] >> kernel 4.9 migration for next release >> For the next major LEDE release after 17.01 all targets should be on

Re: [LEDE-DEV] Kernel version in next major release

On 10/07/2017 04:43 AM, Hauke Mehrtens wrote:> > What is your opinion on this topic? Am I missing some arguments? > Currently I would prefer solution 3 going with kernel 4.9 and 4.14. Option 3 is both pragmatic and realistic, +1 -- Florian ___ Lede-dev

Re: [LEDE-DEV] ipset-dns - does anybody actually use this?

Hi, On 10/07/2017 04:48 PM, Jason A. Donenfeld wrote: > Hey, > > I'm upstream on the ipset-dns project: > https://git.zx2c4.com/ipset-dns/about/ > > It's a part of a core LEDE repo: > https://git.lede-project.org/?p=source.git;a=tree;f=package/network/services/ipset-dns > > Pretty soon after I

Re: [LEDE-DEV] [PATCH] brcm47xx: relocate loader to higher address

On 10/08/2017 08:29 AM, Hauke Mehrtens wrote: > On 10/08/2017 05:06 PM, Hauke Mehrtens wrote: >> The boot process on a WRT54GL works the following way: >> 1. CFE gets loaded by the boot rom from flash >> 2. CFE loads the loader from the flash and gzip uncompresses it >> 3. CFE starts the loader >

Re: [LEDE-DEV] iptables broken x86 ?

Le 10/09/17 à 11:01, Lucian Cristian a écrit : > I'm trying to make a custom image and can't seem to get pass by this You would have to provide a more complete log, here we just see the make returning an error back from the directories it descended into, that's not really helpful to debug your pro

[LEDE-DEV] [PATCH] include: Include new location for DT bindings

Starting with commit d5d332d3f7e8 ("devicetree: Move include prefixes from arch to separate directory") included in 4.12 and newer relocated the dt-bindings directory, so account for that while passing CPPFLAGS before DTC runs. Signed-off-by: Florian Fainelli --- include/image.mk | 1

[LEDE-DEV] [PATCH] bcm53xx: Fix SmartRG SR400AC initramfs image

The SmartRG SR400AC CFE does not accept a TRX image, just a normal binary image. Signed-off-by: Florian Fainelli --- target/linux/bcm53xx/image/Makefile | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/bcm53xx/image/Makefile b/target/linux/bcm53xx/image/Makefile index

Re: [LEDE-DEV] iptables broken x86 ?

On 10/10/2017 02:41 AM, Lucian Cristian wrote: > On 10.10.2017 05:26, Florian Fainelli wrote: >> Le 10/09/17 à 11:01, Lucian Cristian a écrit : >>> I'm trying to make a custom image and can't seem to get pass by this >> You would have to provide a more compl

[LEDE-DEV] [PATCH] uboot-sunxi: Backport fix for stale CONFIG_SUNXIG_GMAC references

This backports the upstream commit fixing stale references to CONFIG_SUNXI_GMAC which have been later replaced by CONFIG_SUN7I_GMAC. This fixes the designware MAC pinmuxing on e.g: Lamobo R1. Signed-off-by: Florian Fainelli --- ...02-sunxi-Fix-CONFIG_SUNXI_GMAC-references.patch | 93

Re: [LEDE-DEV] [PATCH] kernel: enable CONFIG_ADVISE_SYSCALLS

Le 10/14/17 à 17:07, Rosen Penev a écrit : > Without this, posix_[fm]advise does not work. This causes issues with > btrfs-progs, which uses fadvise to drop caches. What's the kernel image size difference w/ and w/o this option? Would it make sense to expose it under config/Config-kernel.in for i

Re: [LEDE-DEV] kernel 4.9 migration for next release

Hi Hauke, On 10/22/2017 08:15 AM, Hauke Mehrtens wrote: > On 10/02/2017 09:18 PM, Hauke Mehrtens wrote: >> For the next major LEDE release after 17.01 all targets should be on >> kernel 4.9, otherwise they will most likely not be included in the release. >> >> The following targets are on kernel 4

Re: [LEDE-DEV] [OpenWrt-Devel] OpenWrt -> LEDE git tree merge

On 10/22/2017 11:46 AM, Hauke Mehrtens wrote: > Hi, > > I am working on merging the missing commits from the OpenWrt git > repository into the LEDE repository. > > Here is a list of all non merge commits from the OpenWrt git repository > and their corresponding LEDE commit IDs: > https://github

Re: [LEDE-DEV] [PATCH] uboot-sunxi: Backport fix for stale CONFIG_SUNXIG_GMAC references

Le 10/15/17 à 15:16, Hauke Mehrtens a écrit : > On 10/15/2017 11:05 AM, Zoltan HERPAI wrote: >> On Sat, 14 Oct 2017, Florian Fainelli wrote: >> >>> This backports the upstream commit fixing stale references to >>> CONFIG_SUNXI_GMAC which have been later replac

Re: [LEDE-DEV] [PATCH] bcm53xx: Fix SmartRG SR400AC initramfs image

Le 10/09/17 à 20:51, Florian Fainelli a écrit : > The SmartRG SR400AC CFE does not accept a TRX image, just a normal > binary image. > > Signed-off-by: Florian Fainelli Applied -- Florian ___ Lede-dev mailing list Lede-dev@lists.infrad

Re: [LEDE-DEV] [PATCH] include: Include new location for DT bindings

Le 10/09/17 à 20:48, Florian Fainelli a écrit : > Starting with commit d5d332d3f7e8 ("devicetree: Move include prefixes > from arch to separate directory") included in 4.12 and newer relocated > the dt-bindings directory, so account for that while passing CPPFLAGS > before

Re: [LEDE-DEV] [PATCH v2] merge: add OpenWrt branding

On 10/27/2017 02:34 AM, p...@oranjevos.nl wrote: > Dear Imre, > > On the info for the version of the patch: my error, must have overlooked the > included version info, it is indeed included. > > About the use of openwrt email addresses in the SOB: > This has been discussed before, and the argume

[LEDE-DEV] Broken USB LED trigger on LEDE 17.01.4?

Hi, I recently updated my Netgear WNDR4300 to LEDE 17.01.4 and the only thing that appears broken is the USB LED trigger. The LED works fine and while the USB port is detected, functional, setting it as a trigger does not make the LED blink. Was there any fix not backported to the lede-17.01 br

Re: [LEDE-DEV] Broken USB LED trigger on LEDE 17.01.4?

On 10/29/2017 12:28 AM, Rafał Miłecki wrote: > On 2017-10-28 21:59, Florian Fainelli wrote: >> I recently updated my Netgear WNDR4300 to LEDE 17.01.4 and the only >> thing that appears broken is the USB LED trigger. The LED works fine >> and while the USB port is detected, f

Re: [LEDE-DEV] Broken USB LED trigger on LEDE 17.01.4?

Le 11/25/17 à 10:07, Florian Fainelli a écrit : > > > On 10/29/2017 12:28 AM, Rafał Miłecki wrote: >> On 2017-10-28 21:59, Florian Fainelli wrote: >>> I recently updated my Netgear WNDR4300 to LEDE 17.01.4 and the only >>> thing that appears broken is the US

Re: [LEDE-DEV] [PATCH] odhcp6c: Replace strerror(errno) with %m

Le 12/25/17 à 15:05, Rosen Penev a écrit : > Reduction of 48 bytes in compiled size. No functional difference. > > -pedantic was removed as %m is a GNU extension. My 2 cents, I really think your patches are moving us in the wrong direction, even if all C libraries that are currently supported imp

[LEDE-DEV] [PATCH RFC] mac80211: Don't check for platform files with external kernel trees

When building with an external kernel tree, do not check the different platform files since this is almost guaranteed they are going to differ. Signed-off-by: Florian Fainelli --- package/kernel/mac80211/Makefile | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a

Re: [LEDE-DEV] [PATCH fstools] overlay: fix compilation with glibc

ps://www.mail-archive.com/lede-dev@lists.infradead.org/msg10502.html > > Signed-off-by: Roman Yeryomin Acked-by: Florian Fainelli Just met that problem as well. -- Florian ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] TDR / VeriPHY

On January 17, 2018 6:06:54 PM PST, "Denis Periša" wrote: >Hi all, > >I've searched three days in a row and I cannot find any more info on >software cable tester for linux/openwrt. > >Many my devices support this feature as in original firmware (Mikrotik >for example) I can see cable pairs and whi

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH 0/5] x86: add support for microcode update

with ancient BIOSes. > >Once the series is merged into trunk, this could/should be backported >into 17.01 and 15.05 without too much hassle. FWIW: Reviewed-by: Florian Fainelli -- Florian ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] kernel: add test MTD driver package

On 01/25/2018 02:46 AM, Hans Dedecker wrote: > Allows to test MTD driver using RAM There appears to be a desire to get rid of those in-kernel MTD tests and move exclusively towards user-space based MTD tests: http://lists.infradead.org/pipermail/linux-mtd/2018-January/078636.html even if the obj

Re: [LEDE-DEV] A state of network acceleration / test on Archer C7 v4

(please don't top post). On 01/28/2018 02:00 PM, Rosen Penev wrote: > Compared to the Archer C7v2, the v4 has a single ethernet interface > switched between all 5 ports. The v2 has two ethernet interfaces with > 4 ports being switched. > > Now the disappointing performance has several reasons to

Re: [LEDE-DEV] [PATCH 2/3] ag71xx: Remove ___cacheline_aligned from ring structs.

On February 6, 2018 2:27:29 PM PST, Rosen Penev wrote: >Qualcomm's struct members and inner workings of their driver are all >different. >While this might make sense for their driver, it seems to hurt here. In >iperf3, i've seen inconsistent results including a drop of 100mbps on >an >Archer C7v4.

Re: [LEDE-DEV] Spectre vulnerability & LEDE 17.01 release

On 02/27/2018 02: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 include

Re: [LEDE-DEV] sunxi: bpi-r1 switch configuration missing in latest development trunk for 18.0x

On 03/03/2018 06:17 PM, TheWerthFam wrote: > Yes, > switch driver is missing.  17.01.4 kernel log shows:  "b53_common: found > switch: BCM53125, rev 4" > > 18.0x doesn't show any b53/BCM53125 switch information. That part looks good: target/linux/sunxi/config-4.14:CONFIG_SWCONFIG_B53=y target/

Re: [LEDE-DEV] sunxi: bpi-r1 switch configuration missing in latest development trunk for 18.0x

e eth0 entered promiscuous mode > [   11.662123] br-lan: port 2(eth0.1) entered blocking state > [   11.668473] br-lan: port 2(eth0.1) entered disabled state > [   11.675980] device eth0.1 entered promiscuous mode > [   12.641026] sun7i-dwmac 1c5.ethernet eth0: Link is Up - > 1Gbps/

Re: [LEDE-DEV] [PATCH] kernel: Backport net struct reduction from 4.16.

On 03/23/2018 02:53 PM, Mathias Kresin wrote: > As long as nobody proves that there is a real performance gain, I don't > see a reason to backport the datastruct debloat. Agreed, it will also make it a tad harder to merge stable kernels with these changes applied. Rosen, if you are willing to sta

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH v2] kernel: rtl8366-smi: add Realtek switch management via mii-bus

On 04/03/2018 10:13 AM, Сергей Василюгин wrote: > Current version of rtl8366-smi module support Realtek switch > managment via two gpio lines only. This patch add Realtek switch > management via mii_bus. For my board Tp-link Archer C2 v1 (Mediatek > SoC mt7620a based) dts-file configuration looks l

Re: [LEDE-DEV] [PATCH] build: log time taken by each packages/steps

Hi Etienne, On 03/30/2018 09:22 PM, Etienne Champetier wrote: > The idea is to easily get the list of packages taking the most time to build, > and see if we can improve them I like the idea a lot although I was not getting timestamps printed for all steps of the build, for instance tools/* seems

[LEDE-DEV] [PATCH] include: Cortex-A53 is an aarch64 CPU

Fixes: SVN 48964 Signed-off-by: Florian Fainelli --- include/target.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/target.mk b/include/target.mk index c9c02fa03632..94d9570de387 100644 --- a/include/target.mk +++ b/include/target.mk @@ -187,7 +187,6 @@ ifeq

[LEDE-DEV] [PATCH v2] include: Cortex-A53 is also an AArch64 CPU

Specifying a mtune option with cortex-a53 is also valid for an aarch64 toolchain Fixes: SVN 48964 Signed-off-by: Florian Fainelli --- Changes in v2: - add the option to the aarch64 architecture conditional include/target.mk | 1 + 1 file changed, 1 insertion(+) diff --git a/include/target.mk

[LEDE-DEV] [PATCH 1/2] include/download.mk: Allow specify DownloadMethod specific options

This is going to be used to migrate the hand rolled git clone for the kernel into using the git download method. The kernel uses custom options that we may have to pass down. Signed-off-by: Florian Fainelli --- include/download.mk | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

[LEDE-DEV] [PATCH 2/2] include/kernel: Switch to git download method

Utilize the existing git download logic from include/download.mk and migrate the kernel download over to it. This avoids repeatedly cloning kernel sources after a make target/linux/clean for instance. Signed-off-by: Florian Fainelli --- include/kernel-build.mk| 19

[LEDE-DEV] [PATCH 0/2] include: Switch git clone to git DownloadMethod

This switches the semi manual git clone process for the kernel to use the git Download method which packs the sources at the end, and therefore avoids repeated clones on the same git tree if iterating through make target/linux/{clean,prepare} etc. Florian Fainelli (2): include/download.mk

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH v2] mac80211: Make wlcore platform-independent

ards equipped with either module may appear so we > remove dependency on OMAP instead we add dependency on MMC > because this Wi-Fi module uses SDIO interface. > > Signed-off-by: Alexey Brodkin > Cc: Jo-Philipp Wich > Cc: Felix Fietkau > Cc: Imre Kaloz Reviewed-by: Flor

[LEDE-DEV] [PATCH] libnl-tiny: Avoid re-defining ifmap

originally defined here struct ifmap ^ Signed-off-by: Florian Fainelli --- Not clear what's the best way to fix this, resyncing against a newer kernel's if.h turned out to require pulling a lot more dependencies, like glibc-compat.h This patch here is fairly non intrusive and w

Re: [LEDE-DEV] [PATCH 0/2] include: Switch git clone to git DownloadMethod

On 11/09/2016 09:34 AM, Florian Fainelli wrote: > This switches the semi manual git clone process for the kernel to use the git > Download method which packs the sources at the end, and therefore avoids > repeated clones on the same git tree if iterating through make > target/linux/{c

[LEDE-DEV] [PATCH] firmware-utils: Fix build failure in mkmerakifw.c FS#298

Earlier compilers such as GCC 4 do not like anynomous unions, make it a named union "u", and update the code where relevant. Fixes FS#298 Fixes: a72e1692b8b3 ("firmware-utils: Add support for the Cisco Meraki MX60/MX60W") Signed-off-by: Florian Fainelli --- tool

[LEDE-DEV] [PATCH] tools: upslug2: Utilize existing bz2 archive

http://downloads.openwrt.org/sources has a copy of the sources, but under tar.bz2 file format, so utilize this one since the SVN server is down. This showed up with attempting an orion target build. Signed-off-by: Florian Fainelli --- tools/upslug2/Makefile | 2 +- 1 file changed, 1 insertion

  1   2   3   >