Re: [LEDE-DEV] [PATCH 1/2] kernel: bump 4.9 to 4.9.100

Citeren Koen Vandeputte <koen.vandepu...@ncentric.com>: Refreshed all patches Compile-tested on: ar71xx Runtime-tested on: ar71xx Signed-off-by: Koen Vandeputte <koen.vandepu...@ncentric.com> Tested-by: Arjen de Korte <build+open...@de-korte.org> Target: ar71xx

Re: [LEDE-DEV] [PATCH 1/2] kernel: bump 4.9 to 4.9.99

Citeren Koen Vandeputte <koen.vandepu...@ncentric.com>: Refreshed all patches Compile-tested on: ar71xx Runtime-tested on: ar71xx Signed-off-by: Koen Vandeputte <koen.vandepu...@ncentric.com> Tested-by: Arjen de Korte <build+open...@de-korte.org> Target: ar71xx

Re: [LEDE-DEV] Lack of DNS robustness for openwrt.org

Citeren John Crispin <j...@phrozen.org>: On 07/05/18 20:34, Arjen de Korte wrote: Citeren Jo-Philipp Wich <j...@mein.io>: Hi Bjørn, the current timings of the DO zone are: ;; ANSWER SECTION: openwrt.org.    1800 IN    SOA ns1.digitalocean.com. hostmaster

Re: [LEDE-DEV] Lack of DNS robustness for openwrt.org

Citeren Jo-Philipp Wich : Hi Bjørn, the current timings of the DO zone are: ;; ANSWER SECTION: openwrt.org.1800 IN SOA ns1.digitalocean.com. hostmaster.openwrt.org. ( 1525688668 ; serial 10800 ;

Re: [LEDE-DEV] [PATCH] kernel: bump 4.9 to 4.9.96

Tested-by: Arjen de Korte <build+open...@de-korte.org> Target: ar71xx (Netgear WNDR4300) ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH 1/2] firmware-utils: mkdapimg2: Fix potential buffer overflow

Citeren Rosen Penev : 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 glibc

Re: [LEDE-DEV] Build error since ncurses bump

Citeren Jo-Philipp Wich : Hi, Hmm? I believe jow is talking about the toolchain. It was switched to default to GCC7 recently. I use Arch Linux parts of ncurses are built on the host (mainly the tic compiler) using the host gcc. Arch linux is a bad reference for testing tools

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

Citeren Hauke Mehrtens <ha...@hauke-m.de>: On 03/12/2018 09:48 PM, Arjen de Korte wrote: Citeren Felix Fietkau <n...@nbd.name>: On 2018-03-12 21:02, Arjen de Korte wrote: Citeren LEDE Commits <lede-comm...@lists.infradead.org>: nbd pushed a commit to openwrt/openwrt.

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

Citeren Felix Fietkau <n...@nbd.name>: On 2018-03-12 21:02, Arjen de Korte wrote: Citeren LEDE Commits <lede-comm...@lists.infradead.org>: nbd pushed a commit to openwrt/openwrt.git, branch master: https://git.lede-project.org/e28551b103f4999b36d3725a23b59f507830

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

Citeren LEDE Commits : nbd pushed a commit to openwrt/openwrt.git, branch master: https://git.lede-project.org/e28551b103f4999b36d3725a23b59f507830f48a commit e28551b103f4999b36d3725a23b59f507830f48a Author: Felix Fietkau AuthorDate: Thu Mar 8

Re: [LEDE-DEV] kernel version status

Citeren John Crispin : On 18/02/18 22:43, Hauke Mehrtens wrote: 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

Re: [LEDE-DEV] [PATCH] config: add option to select kernel compile optimization type

Citeren Jonas Gorski : Hi, On 18 January 2018 at 10:50, Koen Vandeputte wrote: A lot of targets have more than sufficient space to allow building the kernel for speed iso size. Export this performance option to the main config: - Making

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

Citeren Nick Lowe : Yes, compiler updates will ultimately be necessary to properly close this. We can see for now with 4.9.77: root@LEDE:/sys/devices/system/cpu/vulnerabilities# cat spectre_v2 Vulnerable: Minimal AMD ASM retpoline AMD processors are also incorrectly

Re: [LEDE-DEV] [PATCH] jshn: add functionality to read big JSON

Citeren John Crispin : On 07/01/18 18:08, Christian Beier wrote: The existing read functionality feeds the complete JSON to jshn as a cmdline argument, leading to `-ash: jshn: Argument list too long` errors for JSONs bigger than ca. 100KB. This commit adds the ability to

Re: [LEDE-DEV] [PATCH v1] kernel: bump 4.9 to 4.9.75

Citeren Kevin Darbyshire-Bryant : On 8 Jan 2018, at 11:04, Nick Lowe wrote: Hi, Where in 4.9.75 does it avoid the page table isolation mitigation for AMD? Committed to the 4.14 and 4.15 branch is:

Re: [LEDE-DEV] [PATCH 2/2] firewall3: Fix errors reported by cppcheck.

Citeren Rosen Penev : Mainly sign conversion errors with printf function (%d vs. %u). Exact command line used was: cppcheck --enable=all --inconclusive --force . 2> err.txt && cat err.txt | grep -v never | grep -v reduced Only errors that I felt comfortable with were

Re: [LEDE-DEV] [PATCH v3] kernel: bump 4.4 to 4.4.106 for 17.01

Citeren Arjen de Korte <arjen+l...@de-korte.org>: Citeren Kevin Darbyshire-Bryant <ke...@darbyshire-bryant.me.uk>: On 17 Dec 2017, at 17:22, Etienne Haarsma <bladeoner...@gmail.com> wrote: uint8_t *oob = ops->oobbuf; uint8_t *buf = ops->datbuf; -@@ -2

Re: [LEDE-DEV] [PATCH v3] kernel: bump 4.4 to 4.4.106 for 17.01

Citeren Kevin Darbyshire-Bryant : On 17 Dec 2017, at 17:22, Etienne Haarsma wrote: uint8_t *oob = ops->oobbuf; uint8_t *buf = ops->datbuf; -@@ -2662,7 +2697,7 @@ err_out: - static int panic_nand_write(struct mtd_info *mtd,

Re: [LEDE-DEV] [PATCH] ar71xx: fix invalid pointer dereference in rb95x_nand_scan_fixup()

Citeren Gabor Juhos : Since Linux 4.6, mtd->priv no longer points to the NAND specific structure. Under 4.9 it contains NULL, thus using it to access chip->options causes an invalid pointer dereference (FS#1200). Update the code to use the mtd_to_nand() helper under 4.9 to

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

Citeren Mauro Mozzarelli : ...again, on the latest changes... I noticed the firmware now builds with "openwrt" prefix instead of "lede". I am building for xrx200 lantiq (BT Home Hub 5). With previous LEDE builds I used to get both ubifs and squashfs firmware versions

Re: [LEDE-DEV] [PATCH] fstools: Fix some errors detected by cppcheck

Citeren Jonas Gorski : On 11 December 2017 at 10:04, Rosen Penev wrote: Mainly plugging memory leaks. Size reduction as well. The calloc change accounts for 272 bytes on this machine for some reason... Please state the exact errors found by

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

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 appropriate #ifdef/#else/#endif to only use this if GNU C is

Re: [LEDE-DEV] Adding firewall extensions for xt_geoip usage

Citeren Philip Prindeville : Jo and others: Is there an easy way to extend firewall rules? I’d like to add support to blocking on a per-country basis, possibly with qualified exceptions. Take a look at /etc/firewall.user. Most stuff you want to add

Re: [LEDE-DEV] Latest trunk pull fails to compile?

Citeren Mauro Mozzarelli : Hello, I am trying to compile trunk just pulled today and this is how it fails: [...] Configuring libpopt. Configuring getopt. Configuring gzip. Configuring atm-tools. Configuring kmod-ltq-deu-vr9. Configuring kmod-fs-cifs. Configuring

Re: [LEDE-DEV] [PATCH rpcd v3] sys: fix passwd path

Citeren Roman Yeryomin : Changes from v2: - const both to pointer and char itself, so nothing can be modified The first const may be useful to prevent changes to the pointer, but the second is nonsense. You won't be able to modify the string it points to anyway.

Re: [LEDE-DEV] [RFC 18/26] xtables-addons: fix compile with kernel 4.14

Citeren Hauke Mehrtens : This fixes multiple compile problems seen with kernel 4.14. Comments inline. Signed-off-by: Hauke Mehrtens --- .../utils/xtables-addons/patches/001-fix-compile.patch| 11 +++

Re: [LEDE-DEV] [PATCH] umdns: Replace unnecessary memset calls with {}.

Citeren Rosen Penev : Less verbose. And uses a GCC extension which makes it less portable. ISO C forbids empty initializer braces [1]. See for yourself by adding the -pedantic flag to your CFLAGS. The correct way to initialize to all-zeros is therefore { 0 }. [1]

Re: [LEDE-DEV] [PATCH] ubus: Remove unnecessary memset calls.

Citeren Alexandru Ardelean <ardeleana...@gmail.com>: On Tue, Nov 7, 2017 at 11:18 PM, Arjen de Korte <arjen+l...@de-korte.org> wrote: Citeren Rosen Penev <ros...@gmail.com>: I beg to differ. https://vorpus.org/blog/why-does-calloc-exist/ Section 2. I don't care about

Re: [LEDE-DEV] [PATCH] ubus: Remove unnecessary memset calls.

e gain. On Tue, Nov 7, 2017 at 12:46 PM, Arjen de Korte <arjen+l...@de-korte.org> wrote: Citeren Rosen Penev <ros...@gmail.com>: Replace malloc+memset with calloc. Cleaner and faster in extreme situations. Calloc is definitly *not* faster than malloc + memset. Under the hood

Re: [LEDE-DEV] [PATCH] ubus: Remove unnecessary memset calls.

Citeren Rosen Penev : Replace malloc+memset with calloc. Cleaner and faster in extreme situations. Calloc is definitly *not* faster than malloc + memset. Under the hood, calloc will call malloc, check if memory allocation was successful and then proceed to set all

Re: [LEDE-DEV] [PATCH 0/4] ar71xx: add support for kernel 4.9

Citeren Paul Blazejowski : I guess so, the image for the WNDR3700v4 is the same as for the WNDR4300v1. I can confirm the version from Hauke's staging tree works on the latter, so it is likely that it will also work for the first too. Arjen, Correct, i just grabbed

Re: [LEDE-DEV] [PATCH 0/4] ar71xx: add support for kernel 4.9

Citeren Paul Blazejowski : Will this also work on WNDR3700v4? I guess so, the image for the WNDR3700v4 is the same as for the WNDR4300v1. I can confirm the version from Hauke's staging tree works on the latter, so it is likely that it will also work for the

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

Citeren p.wa...@gmx.at: Hi Hauke, When the kernel gets uncompressed and is bigger than BZ_TEXT_START - LOADADDR it overwrote the loader which was currently uncompressing it and made the board crash. Currently, BZ_TEXT_START - LOADADDR = 0x8040 - 0x80001000 = 3FF000 = 4190208 bytes

Re: [LEDE-DEV] [PATCH 0/4] ar71xx: add support for kernel 4.9

Citeren Hauke Mehrtens <ha...@hauke-m.de>: On 10/08/2017 01:31 PM, Andrey Jr. Melnikov wrote: Arjen de Korte <arjen+l...@de-korte.org> wrote: Citeren Hauke Mehrtens <ha...@hauke-m.de>: This adds support for kernel 4.9. Please test this, I am lacking especially NAND

Re: [LEDE-DEV] [PATCH 0/4] ar71xx: add support for kernel 4.9

Citeren Hauke Mehrtens : This adds support for kernel 4.9. Please test this, I am lacking especially NAND devices. The most recent version of these patches can be found here: https://git.lede-project.org/?p=lede/hauke/staging.git;a=shortlog;h=refs/heads/ar71xx Hauke Mehrtens

Re: [LEDE-DEV] uhttpd/luci authentication using SSL client certificates

Citeren Simon Wunderlich : Hi guys, we would like to use SSL client certificates to authenticate to a OpenWRT/LEDE router using UHTTPD/LUCI. We use a private PKI/certificate chain and would only like to admit users to the WebUI which present a valid SSL client

Re: [LEDE-DEV] firewall issue

Citeren e9hack : Hi, my firewall configuration set the default forward policy to reject and wan forward to drop. iptable -L -v Chain FORWARD (policy DROP 0 packets, 0 bytes) pkts bytes targetprot opt inout source destination 330K 276M

Re: [LEDE-DEV] [PATCH 2/2] toolchain: gcc: drop MIPS patch

Citeren Arjen de Korte <arjen+l...@de-korte.org>: Citeren Arjen de Korte <arjen+l...@de-korte.org>: Citeren Kevin Darbyshire-Bryant <ke...@darbyshire-bryant.me.uk>: On 23/08/17 18:25, Arjen de Korte wrote: While removing the MIPS patch fixes dropbear when using gc

Re: [LEDE-DEV] [PATCH 2/2] toolchain: gcc: drop MIPS patch

Citeren Arjen de Korte <arjen+l...@de-korte.org>: Citeren Kevin Darbyshire-Bryant <ke...@darbyshire-bryant.me.uk>: On 23/08/17 18:25, Arjen de Korte wrote: While removing the MIPS patch fixes dropbear when using gcc 7.1.0 and '-Os', uhttpd goes tits up with a segfau

Re: [LEDE-DEV] [PATCH 2/2] toolchain: gcc: drop MIPS patch

Citeren Kevin Darbyshire-Bryant : On 23/08/17 09:20, Felix Fietkau wrote: On 2017-08-22 12:01, Kevin Darbyshire-Bryant wrote: Drop 300-mips_Os_cpu_rtx_cost_model.patch for gcc 7.2 This was causing mis-compilation of dropbear with the default '-Os' size

Re: [LEDE-DEV] Issues with xtables-addons after rebasing today

Citeren John Crispin <j...@phrozen.org>: On 23/08/17 05:34, Philip Prindeville wrote: On Aug 22, 2017, at 1:56 PM, Arjen de Korte <arjen+l...@de-korte.org> wrote: Citeren Philip Prindeville <philipp_s...@redfish-solutions.com>: Found the issue, and posted PR #1308 to fix

Re: [LEDE-DEV] Issues with xtables-addons after rebasing today

n.org <mailto:j...@phrozen.org>>: On 23/08/17 05:34, Philip Prindeville wrote: On Aug 22, 2017, at 1:56 PM, Arjen de Korte <arjen+l...@de-korte.org <mailto:arjen%2bl...@de-korte.org>> wrote: Citeren Philip Prindevil

Re: [LEDE-DEV] Issues with xtables-addons after rebasing today

Citeren Philip Prindeville : Found the issue, and posted PR #1308 to fix it. One-line fix. On Aug 19, 2017, at 3:06 PM, Philip Prindeville wrote: And it looks like Hannu is way ahead of me:

Re: [LEDE-DEV] ddns problem

Citeren Giuseppe Lippolis : 100.64.0.0/10 is shared address space under RFC6598. IETF seems to point to significant restrictions on its use. Customer connectivity issues are clear in the RFC. Chasing mobile load and avoiding rerouting global IP space is likely fair.

[LEDE-DEV] [PATCH] dnsmasq: add IPv6 nameserver configuration in server mode

When in ra server mode, configure nameservers passed in router announcements from the dns value (which is already used by odhcpd). This also fixes FS#677 by using the global IPv6 address of the router instead of the link local address (if no nameservers are configured). Signed-off-by: Arjen de

[LEDE-DEV] [PATCH] dnsmasq: add IPv6 nameserver configuration in server mode

When in ra server mode, configure nameservers passed in router announcements from the dns value (which is already used by odhcpd). This also fixes FS#677 by using the global IPv6 address of the router instead of the link local address (if no nameservers are configured). Signed-off-by: Arjen de

Re: [LEDE-DEV] [PATCH 2/2] target/generic: update settings of mx25u3235f

Citeren André Valentin : This patch enabled 4K, dual and quad read. Settings have been verified with a real device. Signed-off-by: André Valentin This is a bit tricky. While one can detect that a specific SPI NOR device has SECT_4K capability

Re: [LEDE-DEV] [PATCH] libubox: replace strtok with strsep

Citeren John Crispin : On 16/12/2016 11:10, Felix Fietkau wrote: On 2016-12-16 10:58, John Crispin wrote: On 14/12/2016 06:43, Rosen Penev wrote: strsep is re-entrant whereas strtok not necessarily so. Signed-off by: Rosen Penev --- ulog.c | 4 ++-- 1

Re: [LEDE-DEV] [PATCH] ubox: Replace strtok with strsep

Citeren Felix Fietkau : On 2016-12-18 02:22, Rosen Penev wrote: Thread safe replacement. Signed-off by: Rosen Penev For ubox this change isn't really necessary. There's no thread safety issues, or issues with use of strtok by callers. I have my doubts

Re: [LEDE-DEV] wireless became unstable after "mac80211: update to wireless-testing 2016-10-08" commit ad51e09fd1301484820a466a49447a34d7504882

Citeren xinglp : 2016-11-03 18:34 GMT+08:00 Felix Fietkau : On 2016-11-03 04:18, xinglp wrote: I have tried to use several phone and app to play video via samba, I got broken picture or not fluent after this commit. Hardware is ar9331. Should be fixed in the

Re: [LEDE-DEV] [PATCH v4 2/5] linux/mtd: add id for mx25u3235f needed by ZyXEL NBG6817

Citeren André Valentin : Signed-off-by: André Valentin --- .../patches-4.4/477-mtd-add-spi-nor-add-mx25u3235f.patch | 10 ++ 1 file changed, 10 insertions(+) create mode 100644

Re: [LEDE-DEV] dnsmasq: failed to load names from /etc/hosts: Permission denied

Citeren Arjen de Korte <arjen+l...@de-korte.org>: Same for /etc/ethers: Permission denied. This used to work fine (last version checked 1648), but now with 1725 I see the above problem. Possibly related, LuCI won't load anymore: Forbidden You don't have permission to acces

Re: [LEDE-DEV] [PATCH v5] base-files: seed /dev/urandom

Citeren John Crispin : On 28/06/2016 10:28, Jo-Philipp Wich wrote: Hi Etienne, I like this approach, fine with me now. same here, we could not also consider adding a uci-defaults script that check if rootfs is on a mtd or real lbock device and change the default during

Re: [LEDE-DEV] ar71xx - please help test

Citeren John Crispin : Hi, i have moved all the profiles into the image building code. i have done some basic testing and already got a bit of feedback from others. it would be nice if people could help test the following patch from my staging tree

Re: [LEDE-DEV] [PATCH] base-files: seed /dev/urandom

Citeren David Lang : On Mon, 13 Jun 2016, Daniel Curran-Dickinson wrote: On Mon, 2016-06-13 at 22:10 +0200, Etienne Champetier wrote: Before we try to minimize writes, how much writes are we talking about? my openwrt routers have multiple months of uptime, and even if we get

Re: [LEDE-DEV] [PATCH] scripts/download.pl: Use CDN for kernel downloads

Citeren Petr Štetiar : Felix Fietkau [2016-05-23 11:11:50]: On 2016-05-23 10:29, Bjørn Mork wrote: > Petr Štetiar writes: > >> - push @mirrors, "https://kernel.org/pub/$dir;; >> + push @mirrors,

Re: [LEDE-DEV] Please enable digest mode for lede-dev

Citeren Hannu Nyman : Please allow users to select to receive lede-dev messages in digests. The lede-dev mailing list is already rather high volume list and if the possible PR discussion messages from Github is also piped here, the amount of messages might be rather

Re: [LEDE-DEV] ar71xx v4.4 testing

Citeren John Crispin : i pushed a tiny patch to fix a regression which i believe was the root cause for v4.4 not working for most folks. if anyone has time to test please do so. i pushed the patches to my staging tree http://git.lede-project.org/lede/blogic/staging.git