Re: [LEDE-DEV] [PATCH] Fix missing libc.

On 2018-05-10 23:23, Lev wrote: > From: Lev Please explain what you're trying to do here. The patch makes no sense to me. - Felix ___ Lede-dev mailing list Lede-dev@lists.infradead.org

Re: [LEDE-DEV] [PATCH] ath79: relicense DTS files to the GPL 2.0+ / MIT

On 2018-05-07 09:47, Rafał Miłecki wrote: > From: Rafał Miłecki > > Some maintainers prefer DTS files licensed under permissive license like > MIT / BSD. As all DT bindings should be OS independent and DTS files are > pretty separated from Linux code it probably makes sense to

Re: [LEDE-DEV] [PATCH v2] dropbear: bump to 2018.76

On 2018-05-03 13:12, Felix Fietkau wrote: > On 2018-05-02 17:37, 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

Re: [LEDE-DEV] [PATCH v2] dropbear: bump to 2018.76

On 2018-05-02 17:37, 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 > >

Re: [LEDE-DEV] [PATCH] ubusd: Use linked list for queued messages

Hi Benjamin, On 2018-05-02 22:55, Benjamin Hansmann wrote: > The fixed size array for queuing messages led to discarding messages > when it was full, using a linked list instead solves this issue. > > Having the list_head link in the ubus_msg_buf itself avoids the > allocation of more memory for

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

On 2018-04-20 00:12, Hauke Mehrtens wrote: > 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

Re: [LEDE-DEV] [PATCH 07/12] at91: sdcard image with ext4 rootfs

On 2018-04-02 18:34, Sandeep Sheriker Mallikarjun wrote: > creating sdcard image with ext4 rootfs only and ignoring creating > other filesystem in sdcard image. > > Signed-off-by: Sandeep Sheriker Mallikarjun > Why do you need ext4 images? I think

Re: [LEDE-DEV] [OpenWrt-Devel] Wifi-related kernel-oops on mt7621 after 4.14 update

On 2018-04-17 13:50, Kristian Evensen wrote: > This is with the same image as last time (commit > f6e6eadc99c6274207f8f2ebc739063549959a1f) and configuration (radios > used as clients). I see that mt76 has been updated during the weekend > so I will go ahead and compile a new image with the latest

Re: [LEDE-DEV] [PATCH] tools/mkimage: update to version 2018.03

On 2018-04-15 00:21, Hauke Mehrtens wrote: > 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 > --- > > Could someone please test this with MacOSX.

Re: [LEDE-DEV] Advice on filesystem for x86 (CF card)

On 2018-04-11 10:59, Mikael Bak wrote: > Hi, > > I am playing around with an old PC Engines Alix board and I want to put > OpenWRT on it. > > For the x86 platform I see that there are two options: ext4 and squashfs. > > What is the recommended filesystem to use on a CF card in this case? > >

Re: [LEDE-DEV] [PATCH] uqmi: Fix for big endian arch

On 2018-04-01 16:22, Oskari Lemmela wrote: > leXX_to_cpu function messes up get_next value in big endian arch. > > Signed-off-by: Oskari Lemmelä Please try this libubox patch instead. It should ensure that the argument is evaluated only once. --- a/utils.h +++ b/utils.h @@

Re: [LEDE-DEV] [PATCH 2/3] sysctl: Restrict kernel pointer access from normal users.

On 2018-03-30 15:18, Rosen Penev wrote: > The only downside to this is that it breaks perf with non-root users. I don't > think this is an issue in OpenWrt. > > Signed-off-by: Rosen Penev > --- > package/base-files/files/etc/sysctl.conf | 3 +++ > 1 file changed, 3

Re: [LEDE-DEV] [PATCH] busybox: update to version 1.28.1

On 2018-03-27 18:42, Daniel Golle wrote: > Addresses CVE-2017-15873 and CVE-2017-15874. > Patch 600-cve-2017-16544.patch replaced by upstream fix. > Some smaller changes mostly related to the elimination of > getops's opt_complementary were needed for other patches. > > Signed-off-by: Daniel

Re: [LEDE-DEV] [PATCH] hostapd: update to git snapshot of 2018-03-13

On 2018-03-27 18:40, Daniel Golle wrote: > Runs nice and stable since this post. > Should I just push it? > > Tested on: ramips/mt7621, ar71xx/generic ACK, thanks for reminding me. - Felix ___ Lede-dev mailing list Lede-dev@lists.infradead.org

Re: [LEDE-DEV] netifd: l2tp connections no longer working

On 2018-03-26 15:05, Alin Năstac wrote: > Hi Felix, > > A setup using an l2tp interface that connects to an on-link L2TP > server stopped working after cherry picking this netifd commit: > author Felix Fietkau <n...@nbd.name> > Thu, 8 Mar 2018 00:14:57 +0200 (2

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH] mvebu: disable CPU_IDLE as a Mamba instability workaround

On 2018-03-19 10:51, Bjørn Mork wrote: > A regression seriously affecting the Linksys WRT1900ACv1 (Mamba) was > introduced some time between the OpenWrti/LEDE v4.4 and v4.9 kernels. > The root cause has not yet been identified, despite many attempts for > more than a year. However, disabling

Re: [LEDE-DEV] [PATCH] kernel: drop patch hacking bridge to accept EAP only locally

On 2018-03-12 14:56, Rafał Miłecki wrote: > From: Rafał Miłecki > > EAPOL frames have wireless interface address specified as destination. > That makes "dst->is_local" condition true for them and results in > upstream code processing frames the same way as OpenWrt/LEDE's hack.

Re: [LEDE-DEV] [openwrt/openwrt] toolchain/binutils: add support for version 2.30

51b103f4999b36d3725a23b59f507830f48a >> Author: Felix Fietkau <n...@nbd.name> >> AuthorDate: Thu Mar 8 11:21:58 2018 +0100 >> >> toolchain/binutils: add support for version 2.30 >> >> Signed-off-by: Felix Fietkau <n...@nbd.name> > > This doe

Re: [LEDE-DEV] [PATCH] imx6: disable dma on uart

On 2018-03-08 11:00, Koen Vandeputte wrote: > > > On 2018-02-22 12:44, Felix Fietkau wrote: >> On 2018-02-22 12:20, Koen Vandeputte wrote: >>> When this target got updated to 4.14, this patch got removed to >>> re-evaluate if it was still needed. >>>

Re: [LEDE-DEV] trunk - Recursive dependency

On 2018-03-08 10:42, Koen Vandeputte wrote: > This commit/part is the culprit: > >

Re: [LEDE-DEV] 18.03/4 -> GCC 5 or 7

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 the release. > https://github.com/openwrt/openwrt/pull/733 > I do not have a

Re: [LEDE-DEV] [PATCH] metadata: compile dependencies only when the package is selected

On 2018-03-02 10:07, Yousong Zhou wrote: > On 1 March 2018 at 17:36, Felix Fietkau <n...@nbd.name> wrote: >> To give you a better example, I just took another look at our packages >> and found one that would directly be affected by your change: >> >> Tak

Re: [LEDE-DEV] [PATCH] metadata: compile dependencies only when the package is selected

On 2018-03-01 03:48, Yousong Zhou wrote: > On 28 February 2018 at 18:58, Felix Fietkau <n...@nbd.name> wrote: >> On 2018-02-28 11:48, Yousong Zhou wrote: >>> On 28 February 2018 at 16:13, Felix Fietkau <n...@nbd.name> wrote: >>>> On 2018-02-28 06:07,

Re: [LEDE-DEV] [PATCH] metadata: compile dependencies only when the package is selected

On 2018-02-28 11:48, Yousong Zhou wrote: > On 28 February 2018 at 16:13, Felix Fietkau <n...@nbd.name> wrote: >> On 2018-02-28 06:07, Yousong Zhou wrote: >>> This is intended to reduce build time for situations like the following >>> where python and python-six a

Re: [LEDE-DEV] [OpenWrt-Devel] Latest OpenWRT on Gemini v4.14

On 2018-02-27 22:45, Linus Walleij wrote: >> Someone said he wanted to look into the gemini target as it was still on >> kernel 4.4 and therefore on the list of targets which are getting removed. >> >> Can you please run "make kernel_oldconfig" to remove the unneeded >> configuration options for

Re: [LEDE-DEV] [PATCH] metadata: compile dependencies only when the package is selected

On 2018-02-28 06:07, Yousong Zhou wrote: > This is intended to reduce build time for situations like the following > where python and python-six and their dependencies could still be built > as long as any subpackage within the srcpackage was selected regardless > of the selection state of

Re: [LEDE-DEV] [PATCH] ar71xx: fix flash fast read for flash chips > 16 MB

On 2018-02-23 16:59, Christian Beier wrote: > Am Fri, 23 Feb 2018 09:50:35 +0100 > schrieb Felix Fietkau <n...@nbd.name>: > >> On 2018-02-23 09:40, Rafał Miłecki wrote: >> > On 22 February 2018 at 20:13, Christian Beier <dontm...@freeshell.org> >>

Re: [LEDE-DEV] [PATCH] ar71xx: fix flash fast read for flash chips > 16 MB

On 2018-02-23 09:40, Rafał Miłecki wrote: > On 22 February 2018 at 20:13, Christian Beier wrote: >> From: Christian Beier >> >> SPI fast flash read only is supported on devices using 3-byte-addressing. >> As chips bigger than 16MB use

Re: [LEDE-DEV] [PATCH 3/7] ag71xx: optimized iomapped register access

On 2017-12-08 03:37, Rosen Penev wrote: > Seems to remove a few instructions. Original message below: > > From: Ben Menchaca > Date: Tue, 11 Jun 2013 15:50:17 -0500 > Subject: [ag71xx] optimize iomapped register access > > Add register accessors that remove the

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH 2/8] octeontx: remove static EXT2/3/4 FS support

On 2018-02-22 16:39, Tim Harvey wrote: > On Thu, Feb 22, 2018 at 4:14 AM, Felix Fietkau <n...@nbd.name> wrote: >> On 2018-02-22 09:34, Felix Fietkau wrote: >>> On 2018-02-22 01:12, Tim Harvey wrote: >>>> On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau <n...@

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH 2/8] octeontx: remove static EXT2/3/4 FS support

On 2018-02-22 09:34, Felix Fietkau wrote: > On 2018-02-22 01:12, Tim Harvey wrote: >> On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau <n...@nbd.name> wrote: >>> On 2018-02-20 19:23, Tim Harvey wrote: >>>> We are using F2FS as our overlay read/write FS. Oth

Re: [LEDE-DEV] [PATCH 1/3] uboot-envtools: Remove openwrt mirror from PKG_SOURCE_URL.

On 2018-02-20 22:36, Rosen Penev wrote: > On Tue, Feb 20, 2018 at 1:23 PM, Felix Fietkau <n...@nbd.name> wrote: >> On 2018-02-20 21:42, Rosen Penev wrote: >>> This mirror is already attempted in case the other fails. Doesn't matter >>> though since it doesn't wo

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH 2/8] octeontx: remove static EXT2/3/4 FS support

On 2018-02-22 01:12, Tim Harvey wrote: > On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau <n...@nbd.name> wrote: >> On 2018-02-20 19:23, Tim Harvey wrote: >>> We are using F2FS as our overlay read/write FS. Others can be supported >>> as modules. >&g

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH 2/8] octeontx: remove static EXT2/3/4 FS support

On 2018-02-20 19:23, Tim Harvey wrote: > We are using F2FS as our overlay read/write FS. Others can be supported > as modules. > > Signed-off-by: Tim Harvey I think it would be a good idea to leave in ext4. If the overlay storage area is too small for f2fs, fstools chooses

Re: [LEDE-DEV] [PATCH 1/3] uboot-envtools: Remove openwrt mirror from PKG_SOURCE_URL.

On 2018-02-20 21:42, Rosen Penev wrote: > This mirror is already attempted in case the other fails. Doesn't matter > though since it doesn't work anyway (404 error). Discovered through "make > download V=s" Output: > > make[2]: Entering directory >

Re: [LEDE-DEV] [PATCH] ag71xx: Add some unlikely calls + rearange some stuff in hard_start_xmit.

On 2018-02-14 16:20, Rosen Penev wrote: > On Tue, Feb 13, 2018 at 11:10 PM, Felix Fietkau <n...@nbd.name> wrote: >> On 2018-02-13 23:53, Rosen Penev wrote: >>> Based on Qualcomm driver. Improves iperf3 throughput by ~20mbps on transmit >>> on Archer C7v4. >&g

Re: [LEDE-DEV] [PATCH] ag71xx: Add some unlikely calls + rearange some stuff in hard_start_xmit.

On 2018-02-13 23:53, Rosen Penev wrote: > Based on Qualcomm driver. Improves iperf3 throughput by ~20mbps on transmit > on Archer C7v4. > > Signed-off-by: Rosen Penev > --- > .../drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c | 14 > +++--- > 1 file changed,

Re: [LEDE-DEV] [PATCH 1/3] ag71xx: Remove timestamp struct member and use trans_start instead

On 2018-02-06 23:27, Rosen Penev wrote: > Small speedup for TX. > > Based on a Qualcomm commit. ag->timestamp = jiffies was not replaced with > netif_trans_update(dev) because of this quote: > > It should be noted that after this series several instances > of netif_trans_update() are useless

Re: [LEDE-DEV] [PATCH 3/3] ag71xx: Switch to napi_alloc_frag.

On 2018-02-06 23:27, Rosen Penev wrote: > Seems to perform slightly better. > > Signed-off-by: Rosen Penev Please check the context of your changes more carefully. The change you're making is affecting the init only, so it's completely irrelevant for performance. It is also

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

> On 8. Jan 2018, at 10:31, Florian Fainelli wrote: > > 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 But that

Re: [LEDE-DEV] [PATCH] gcc: 7.2: remove mips patch causing broken code

On 2017-12-18 11:07, Kevin Darbyshire-Bryant wrote: > Hi Felix, > > Thanks for explaining that. I suspect you’re right that there’s an > underlying bug in gcc mips. So ideally we need some code that exposes the > bug when using -O2 (or even just -funroll_loops) Looking at FS 814 there’s a >

Re: [LEDE-DEV] [PATCH] gcc: 7.2: remove mips patch causing broken code

On 2017-12-17 22:21, Hauke Mehrtens wrote: > This patch made GCC produce broken code, remove it. > In mp_cmp_d() function in th libtommath shipped with dropbear the > following code was compiled wrong: > > /* compare based on magnitude */ > if (a->used > 1) { > return 1; > } > > In the broken

Re: [LEDE-DEV] New lede->openwrt build, missing ubifs firmware build

On 2017-12-14 18:27, Mauro Mozzarelli wrote: > Please can we have an option to build ubifs firmware? > > I noticed a considerable slow down especially at boot time using > squashfs firmware on BT Home Hub 5A. How big is the slowdown, and are you sure it's because of squashfs and not some other

Re: [LEDE-DEV] [PATCH] base-files: uci-defaults: do config flush in one shot

On 2017-12-12 11:19, John Crispin wrote: > > > On 02/12/17 00:26, Roman Yeryomin wrote: >> Moving a file between tmpfs and other fs is neither >> faster nor safer, thus no point in doing it in two steps. >> >> Signed-off-by: Roman Yeryomin > > Hi Roman, > > The code needs to

Re: [LEDE-DEV] [PATCH 1/2] fstools: Replace strerror(errno) with %m format.

On 2017-12-10 13:54, Arjen de Korte wrote: > Citeren Rosen Penev : > >> Saves 1472 bytes under glibc. No other difference. > > Except that this is GNU C only. I'm not sure if this is worth breaking > portability. It would probably be better to put these changes in >

Re: [LEDE-DEV] compile hostapd/wpa_supplicant with mesh and sae options

On 2017-12-10 20:03, Carlito Nueno wrote: > So wpad-mesh can do WPA2 enterprise, EAP and radius? I thought it was > like wpad-mini plus 80211s features.  It's like wpad + 802.11s, so it should be able to do what you need. - Felix ___ Lede-dev mailing

Re: [LEDE-DEV] compile hostapd/wpa_supplicant with mesh and sae options

On 2017-12-09 21:51, Carlito Nueno wrote: > I need WPA2 Enterprise and I also want to try / implement 802.11r. > > I am attaching the log errors, wap_supplicant.conf, part of wireless > config: https://gist.github.com/ironpillow/e0779261f6d045a6883f5dbd6ae81c1f > > I don't get the above errors

Re: [LEDE-DEV] compile hostapd/wpa_supplicant with mesh and sae options

On 2017-12-09 14:36, Carlito Nueno wrote: > Hi all, > > I am trying to compile hostapd/wpa_supplicant with CONFIG_MESH=y and > CONFIG_SAE=y. > > I am using sdk to compile an ipk. I download the hostapd source and > added those config options to wpa_supplicant-full.config. > > I have this in my

Re: [LEDE-DEV] [FINAL CALL] Merging the 'OpenWrt merge' patches

On 2017-12-07 15:55, Felix Fietkau wrote: > Hi, > > Are there any remaining concerns about those 'OpenWrt merge' patches > that have been sitting in my staging tree for a while now? > > If not, I plan on pushing them to master this weeke

Re: [LEDE-DEV] [PATCH 2/7] ag71xx: add method to count ag71xx probes

On 2017-12-08 03:37, Rosen Penev wrote: > This patch is preparation for ag71xx usage of external, on-die > resources. Since these resources are limited, we need to track how > many instances we have probed. > > Signed-off-by: Ben Menchaca > Signed-off-by: Rosen

Re: [LEDE-DEV] [PATCH 5/7] ag71xx: Replace AG71XX_DESC_SIZE macro with a struct member.

On 2017-12-08 03:37, Rosen Penev wrote: > Moves the code more in line with QCA code. Also reduces variable to a u16 > instead of s32. > > QCA code has the roundup component behind a Makefile config. Not sure if > enabled by default so I opted to keep current behavior. > > Signed-off-by: Rosen

Re: [LEDE-DEV] [PATCH 6/7] ag71xx: Put ring_size in ag71xx_ring struct.

On 2017-12-08 03:37, Rosen Penev wrote: > Less verbose code. Should help when porting some of the other patches. NACK. I don't think it makes things simpler in any meaningful way. - Felix ___ Lede-dev mailing list Lede-dev@lists.infradead.org

[LEDE-DEV] [FINAL CALL] Merging the 'OpenWrt merge' patches

Hi, Are there any remaining concerns about those 'OpenWrt merge' patches that have been sitting in my staging tree for a while now? If not, I plan on pushing them to master this weekend. - Felix ___ Lede-dev mailing list Lede-dev@lists.infradead.org

Re: [LEDE-DEV] [PATCH 4/5] ag71xx: Reorder ag71xx struct members for better cache performance

On 2017-12-04 20:40, Rosen Penev wrote: > Qualcomm claims this improves the D-cache footprint. Origina commit message > below: > > From: Ben Menchaca > Date: Fri, 7 Jun 2013 10:57:28 -0500 > Subject: [ag71xx] cluster/align structs for cache perf > > Cluster the

Re: [LEDE-DEV] [PATCH 1/5] ar71xx: Add QCA cache blasting patch

On 2017-12-04 20:40, Rosen Penev wrote: > Qualcomm claims this improves cache efficiency for MIPS. Original commit > message below: > > From: Ben Menchaca > Date: Fri, 7 Jun 2013 18:35:22 -0500 > Subject: [r4k_mips] efficient cache blast > > Optimize the compiler

Re: [LEDE-DEV] [PATCH 5/5] ag71xx: remove dma_unmap_single as it is no-op.

On 2017-12-04 20:40, Rosen Penev wrote: > Qualcomm claims this is no-op for MIPS. Original commit message below: > > From: Ben Menchaca > Date: Fri, 7 Jun 2013 11:19:08 -0500 > Subject: [ag71xx] DMA unmap FROM_DEVICE no-op for our arch > > The invalidate for

Re: [LEDE-DEV] [RFC] filesystem-agnostic sysupgrade backup system

On 2017-11-16 14:05, Thibaut VARÈNE wrote: > Hi, > > Following up on [1], I propose a different way of handling sysupgrade backups > that would no longer rely on a filesystem stub (jffs2, ubifs or otherwise). > > Note: the following elements describe squashfs with jffs2 overlay images, but > I

Re: [LEDE-DEV] Invalid hash for usbip package

On 2017-11-30 10:21, Nuno Gonçalves wrote: > I need some help on this. > > This file changes frequently, and there is no versioned URL to keep it > stable, so just updating the hash is not a permanent fix. > > So first I don't understand how this problem didn't come up before. I > am also

Re: [LEDE-DEV] WRT3200ACM crashes after mac80211 wireless-testing 2017-11-01

On 2017-11-23 01:25, Syrone Wong wrote: > Hi, > > 1. minor warning > > .config:5:warning: symbol value 'm' invalid for ATH_REG_DYNAMIC_USER_REG_HINTS > > The config entry is of type bool. > > config ATH_REG_DYNAMIC_USER_REG_HINTS > bool "Atheros dynamic user regulatory hints" > depends on

Re: [LEDE-DEV] [RFC 1/1] base-files/etc/rc.common: allow services to overwrite PROCD functions

On 2017-11-20 11:20, Zefir Kurtisi wrote: > PROCD services can't overwrite those functions defined in the > USE_PROCD body (like stop()), since the initfile is sourced > before. > > This change moves the sourcing below and with that allows > PROCD init scripts to overwrite them. > >

Re: [LEDE-DEV] arm64/layerscape dtb build break after image.mk change

On 2017-11-09 05:53, Mathew McBride wrote: > Hi all, > > After commit 986d9deb3b24bc72e9e7ecf93affbc3f188bb926 ("build: allow > calling append-dtb from image build commands"), layerscape targets do > not build correctly anymore. > > The failure is on DTB compilation, where an attempt is made

Re: [LEDE-DEV] [PATCH v4 0/8] merge: add OpenWrt branding

On 2017-11-07 09:45, Zoltan HERPAI wrote: > Given that we've decided to sail under the same flag for > the benefit of the whole community, and acknowledge the > achievements of the LEDE project, let's start the final > steps of the merge. > > The git and other sources are untouched until the

Re: [LEDE-DEV] [PATCH] kernel: Switch to No-op for the default scheduler.

On 2017-11-08 07:18, John Crispin wrote: > j > > > On 07/11/17 19:41, Rosen Penev wrote: >> most users don't have multithreaded workloads though. >> >> On Mon, Nov 6, 2017 at 4:43 PM, Dave Taht wrote: >>> I happen to like deadline schedulers, and at least from a kernel >>>

Re: [LEDE-DEV] [PATCH] ubox logread

On 2017-11-06 17:45, Maksym Ruchko wrote: >> I think your patch was only masking the real issues. > Just to explain what was my rationale - I was seeing that the old logread > code was blocked when syslog message was occasionally crossing the 4K > boundary, > then in the logread.c function

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

On 2017-11-06 14:46, John Crispin wrote: > Hi, > > 1.1.18 is out, we we go directly to that version please ?I've already queued > a commit that updates to 1.1.18 in my staging tree. - Felix ___ Lede-dev mailing list Lede-dev@lists.infradead.org

Re: [LEDE-DEV] [PATCH] ubox logread

On 2017-10-19 17:57, Maksym Ruchko wrote: > The read optimization with buffer ustream in the logread caused the > logger to hung randomly, more often under high load and when logged > messages are large. > > To reproduce 100% compile and run: > #include > #include > #include > > #define

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

On 2017-11-04 19:04, Zoltan HERPAI wrote: > Given that we've decided to sail under the same flag for > the benefit of the whole community, and acknowledge the > achievements of the LEDE project, let's start the final > steps of the merge. > > The git and other sources are untouched until the

Re: [LEDE-DEV] [PATCH v1 1/1] uclient-fetch: correct filename w/ multple URLs

On 2017-11-02 22:50, Philip Prindeville wrote: > >> On Nov 2, 2017, at 3:03 PM, Felix Fietkau <n...@nbd.name> wrote: >> >> On 2017-11-02 19:23, Philip Prindeville wrote: >>> From: Philip Prindeville <phil...@redfish-solutions.com> >>> &

Re: [LEDE-DEV] [PATCH v1 1/1] uclient-fetch: correct filename w/ multple URLs

On 2017-11-02 19:23, Philip Prindeville wrote: > From: Philip Prindeville > > When uclient-fetch is called with multiple URL's, it derives the > first filename based on the URL. When it then handles the 2nd and > subsequent URLs, it assumes that it was called with

Re: [LEDE-DEV] uhttpd problems with env variable in cgi

On 2017-10-22 14:19, p.wa...@gmx.at wrote: > Hi Karl, > >> There's really been very few commits to uhttpd, it shouldn't be >> hard to bisect to the specific one that causes this. > > Ok, I tracked it down to 88c0b4b6d00152c54a0f1367ae839c71547281e1 commited > by Jo-Philipp. Before that commit,

Re: [LEDE-DEV] [PATCH 1/9] hwmon-coretemp: add thermal monitor for Core/Core2/Atom

On 2017-10-23 05:50, Yousong Zhou wrote: > On 23 October 2017 at 04:21, Zoltan HERPAI wrote: >> From: Philip Prindeville >> >> Signed-off-by: Philip Prindeville >> --- >> package/kernel/linux/modules/hwmon.mk | 15

Re: [LEDE-DEV] revisited: Nanostation m5 XW ethernet patch gone

Hi Daniel, The patch that you mentioned is not related to your issue at all, since it only deals with the AT8032 PHY, which the NanoStation M does not have. Maybe you can provide a more detailed description of what symptoms you're seeing. I did indeed clean up the AT8032 mess and solved it in

Re: [LEDE-DEV] [PATCH] hostapd: remove default r1_key_holder generation

On 2017-10-19 15:48, Yury Shvedov wrote: > By default, hostapd assumes r1_key_holder equal to bssid. If LEDE > configures the same static r1 key holder ID on two different APs (BSSes) the > RRB exchanges fails behind them.Your patch is missing the Signed-off-by tag. > Please fix and resubmit.

Re: [LEDE-DEV] [PATCH] base-files: remove bridge firewalling defaults

On 2017-10-18 22:21, Mathias Kresin wrote: > Since Linux kernel 3.18-rc1, the settings are moved to br_netfilter. If > the kmod is installed and loaded one would most like expect that > {ip,ip6,arp}tables see bridged traffic. Unfortunately that is pulled in by kmod-ebtables. Not sure the

Re: [LEDE-DEV] [PATCH] ag71xx: Add back napi_complete_done.

On 2017-10-17 18:51, Rosen Penev wrote: > This should have no impact on the recently discovered performance regression. > > Signed-off-by: Rosen Penev When GRO is not used, this makes no difference at all. - Felix ___ Lede-dev

Re: [LEDE-DEV] ar71xx use kernel 4.9 by default

On 2017-10-16 00:35, Hauke Mehrtens wrote: > Hi, > > I added support for kernel 4.9 to the ar71xx target some days ago and it > was tested by multiple people. > > The only regression in kernel 4.9 compared to 4.4, I am aware of was > this performance regression reported by Sven Schönhoff: >

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

On 2017-09-03 20:35, Rosen Penev wrote: > On a TL-WN710N, this patch increases iperf performance from ~92.5 to ~93.5 > mbps.> Keep in mind the WN710N is a 100mbps device. I expect greater numbers from gigabit devices. > > Signed-off-by: Rosen Penev Hi Rosen, Sorry about that,

Re: [LEDE-DEV] KRACK (Key Reinstallation Attacks), now patched upstream in hostapd

On 2017-10-17 01:53, Jim Gettys wrote: > On Mon, Oct 16, 2017 at 6:41 AM, Stijn Tintel wrote: >> On 16-10-17 13:15, Stijn Tintel wrote: >>> On 16-10-17 13:12, Koen Vandeputte wrote: On 2017-10-16 11:48, Nick Lowe wrote: > Referencing

Re: [LEDE-DEV] KRACK (Key Reinstallation Attacks), now patched upstream in hostapd

On 2017-10-16 11:48, Nick Lowe wrote: > Referencing https://www.krackattacks.com/ > > Patches can be found at: https://w1.fi/security/2017-1/ and an > advisory at http://seclists.org/oss-sec/2017/q4/83 > > Patches can also be found committed at https://w1.fi/cgit/hostap/log/ > > I think we need

Re: [LEDE-DEV] [PATCH lede-17.01 1/4] x86/generic: use HIGHMEM64G instead of HIGHMEM4G to fix PAE and Xen

On 2017-10-16 09:43, Baptiste Jonglez wrote: > Hi, > > Any chance to get this patch serie merged to the lede-17.01 branch? > As far as I can tell: > > - Xen support is still broken in 17.01 > - this patch serie still applies cleanly Done. Sorry for the delay. - Felix

Re: [LEDE-DEV] wlan issue with TP-LINK wdr3600

On 2017-10-12 19:35, e9hack wrote: > Am 11.10.2017 um 23:24 schrieb Christian Lamparter: >> On Wednesday, October 11, 2017 10:42:17 PM CEST e9hack wrote: >>> Hi, >>> >>> Is end the hostapd config files. They are generated by a modified >>> hostapd.sh script. >> >> Just a quick "cross-reference".

Re: [LEDE-DEV] [PATCH] uloop: make SIGCHLD signal handling optional

On 2017-09-29 13:35, Petar Paradzik wrote: > It is already present (in the master), but not used. You're right. Will merge this patch. Thanks, - Felix ___ Lede-dev mailing list Lede-dev@lists.infradead.org

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

On 2017-09-29 13:04, Daniel Golle wrote: > On Fri, Sep 29, 2017 at 12:20:08PM +0200, 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 with sysupgrade at all.

Re: [LEDE-DEV] [PATCH] uloop: make SIGCHLD signal handling optional

On 2017-07-03 13:37, Petar Paradzik wrote: > Some programs want to manage their own child life cycle without using > SIGCHLD signal handler. In these cases, uloop is reaping children for > them because they don't have SIGCHLD handler set. This patch makes it > possible to disable reaping children

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

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 with sysupgrade at all. >> >> What I can tell is this, having added some tracing to fstools

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

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 with sysupgrade at all. > > What I can tell is this, having added some tracing to fstools. > > We get to the call to system() in rootdisk_volume_init(): > >

Re: [LEDE-DEV] [PATCH v2] gdb: bump to 8.0.1

On 2017-09-27 19:41, Stijn Tintel wrote: > On 27-09-17 10:31, Felix Fietkau wrote: >> On 2017-09-26 17:10, Stijn Tintel wrote: >>> On 25-09-17 20:18, Felix Fietkau wrote: >>>> On 2017-09-25 15:36, Stijn Tintel wrote: >>>>> Since version 8

Re: [LEDE-DEV] [PATCH v2] gdb: bump to 8.0.1

On 2017-09-26 17:10, Stijn Tintel wrote: > On 25-09-17 20:18, Felix Fietkau wrote: >> On 2017-09-25 15:36, Stijn Tintel wrote: >>> Since version 8.0, gdbserver seems to have a hard dependency on >>> libstdc++, even with --disable-libstdcxx. >>> >>> Fixe

Re: [LEDE-DEV] [PATCH v2] gdb: bump to 8.0.1

On 2017-09-25 15:36, Stijn Tintel wrote: > Since version 8.0, gdbserver seems to have a hard dependency on > libstdc++, even with --disable-libstdcxx. > > Fixes CVE-2017-9778. > > Signed-off-by: Stijn Tintel > --- > V2: add hard dependency on libstdc++ > > Also in my

Re: [LEDE-DEV] Conditional dependencies in Makefiles

On 2017-08-29 19:08, Ted Hess wrote: > Hi all - > > I have a package (ffmpeg) build problem which is trying to specify a different > DEPENDS for soft-float systems and one for hard-float. The package definition > is > as follows: > >> define Package/libffmpeg-full >> $(call

Re: [LEDE-DEV] [PATCH] brcm47xx: include wpad-mini only for devices with WiFi supported

On 2017-08-25 13:16, Rafał Miłecki wrote: > From: Rafał Miłecki > > This saves some flash space for the others. > > Signed-off-by: Rafał Miłecki You could just add -wpad-mini to DEVICE_PACKAGES for devices that don't need it. - Felix

Re: [LEDE-DEV] Handling the image generation process on ARC770

On 2017-07-24 20:09, Alexandru Gagniuc wrote: > On 07/24/2017 01:42 AM, Felix Fietkau wrote: >> On 2017-07-21 18:53, Alexandru Gagniuc wrote: >>> Hello, >>> >>> I am looking to write some rules to generate images on an SOC we're >>> trying to port over

Re: [LEDE-DEV] Handling the image generation process on ARC770

On 2017-07-21 18:53, Alexandru Gagniuc wrote: > Hello, > > I am looking to write some rules to generate images on an SOC we're > trying to port over. > > I need a vmlinux-initramfs ELF file with DWARF debugging information. > This is useful because it goes straight to gdb and can be loaded

Re: [LEDE-DEV] [PATCH v2] ar71xx:ew-dorin target moved from legacy to generic

On 2017-07-19 14:58, Mathias Kresin wrote: > 2017-07-19 11:44 GMT+02:00 Catrinel Catrinescu : >> Embedded Wireless Dorin platform moved from legacy to generic and >> changed the STATUS-LED from GPIO23 to GPIO21 for Dorin-Eval 2.2 boards >> >> Signed-off-by: Catrinel Catrinescu

Re: [LEDE-DEV] [PATCH][ubox] Fixes log read starvation issue after threshold reached

On 2017-07-11 21:04, Ron Brash wrote: > This patch fixes a logread starvation error, which occurs after many > logs are generated (around 16k if defaults are used). The log read > process seems to halt silently and yet continues running. A restart > of the log services fixes it. > > This is

Re: [LEDE-DEV] [PATCH] build: add V=e option for extended build info

On 2017-06-18 21:06, Matthew McClintock wrote: > On Sat, Jun 17, 2017 at 7:35 AM, Felix Fietkau <n...@nbd.name> wrote: >> On 2017-06-16 20:58, Matthew McClintock wrote: >>> This will output when a job starts and stops: >>> >>> $ make -j24 V=e >>&

Re: [LEDE-DEV] [PATCH] build: add V=e option for extended build info

On 2017-06-16 20:58, Matthew McClintock wrote: > This will output when a job starts and stops: > > $ make -j24 V=e > [ snip ] > make[3] -C package/network/config/firewall compile > make -r -C package/network/config/firewall > BUILD_SUBDIR=package/network/config/firewall BUILD_VARIANT= compile

Re: [LEDE-DEV] [PATCH] scripts: getver.sh: use sha1 as base and drop r* format

On 2017-06-15 14:17, Rafał Miłecki wrote: > From: Rafał Miłecki > > Counting commits to determine revision number is a wrong idea when there > are branches in a project. This could generate the same revision for > different git commits, e.g.: > > For master branch: >

Re: [LEDE-DEV] [PATCH] include/u-boot.mk: rename to HOST_CPPFLAGS

On 2017-06-14 02:16, Matthias Fritzsche wrote: > * On other places the variable is written with an underscore. > * With one $ sign it treats it as variable. With the former > four signs it tried to execute a command with this name. > > Signed-off-by: Matthias Fritzsche >

Re: [LEDE-DEV] [PATCH 2/3] ubusd: make `tx_queue` backlog dynamic

On 2017-06-07 15:44, Felix Fietkau wrote: > On 2017-06-07 13:09, Alexandru Ardelean wrote: >> It's not very often that the tx_queue is used, >> to store backlog messages to send to a client. >> >> And for most cases, 32 backlog messages seems to be enough. >> In f

  1   2   3   4   5   >