[PATCH v2] iproute2: m_xt.so depends on dynsyms.list

://bugs.openwrt.org/index.php?do=details_id=3353 Change from v1: - add dynsysms.list dependancy only when shared libs are enabled Signed-off-by: Roman Yeryomin Fixes: FS#3353 --- .../utils/iproute2/patches/175-reduce-dynamic-syms.patch | 3 ++- 1 file changed, 2 insertions(+), 1 deletion

Re: [OpenWrt-Devel] [PATCH] iproute2: m_xt.so depends on dynsyms.list

On 2021-09-03 02:28, Roman Yeryomin wrote: When doing parallel build on a fast machine with bottleneck in i/o, m_xt.so may start linking faster than dynsyms.list gets populated, resulting in error: ld:dynsyms.list:0: syntax error in dynamic list Fix this by adding dynsyms.list as make

[OpenWrt-Devel] [PATCH] iproute2: m_xt.so depends on dynsyms.list

://bugs.openwrt.org/index.php?do=details_id=3353 Signed-off-by: Roman Yeryomin Fixes: FS#3353 --- .../utils/iproute2/patches/175-reduce-dynamic-syms.patch| 6 ++ 1 file changed, 6 insertions(+) diff --git a/package/network/utils/iproute2/patches/175-reduce-dynamic-syms.patch b/package

Re: [OpenWrt-Devel] [PATCH] build: improve ccache support

On 2020-06-04 22:29, Michael Jones wrote: I agree with Felix. Having one ccache directory for multiple repos doesn't make much sense to me as most probably they are for different platforms. And even if they are for same platform there are more chances for ccache corruption and deleting it will

[OpenWrt-Devel] [PATCH v2] build: improve ccache support

target Signed-off-by: Roman Yeryomin --- .gitignore| 1 + Makefile | 8 config/Config-devel.in| 7 +++ include/host-build.mk | 4 +++- include/package.mk| 4 +++- include/toplevel.mk | 2 +- rules.mk | 3

Re: [OpenWrt-Devel] [PATCH] build: improve ccache support

On 2020-06-01 23:51, Petr Štetiar wrote: Roman Yeryomin [2020-06-01 18:32:26]: Hi, Set CCACHE_DIR to $(TOPDIR)/.ccache and CCACHE_BASEDIR to $(TOPDIR). this changes location of ccache directory (people would need to move it, symlink back or override it) and with CCACHE_BASEDIR

Re: [OpenWrt-Devel] [PATCH] build: improve ccache support

On 2020-06-01 21:34, Michael Jones wrote: On Mon, Jun 1, 2020 at 1:22 PM Felix Fietkau wrote: On 2020-06-01 19:11, Michael Jones wrote: > > > On Mon, Jun 1, 2020 at 10:33 AM Roman Yeryomin <mailto:ro...@advem.lv>> wrote: > > Set CCACHE_DIR to $(TOPDIR)/.c

[OpenWrt-Devel] [PATCH] build: improve ccache support

Set CCACHE_DIR to $(TOPDIR)/.ccache and CCACHE_BASEDIR to $(TOPDIR). This allows to do clean and dirclean. Cache hit rate for test build after dirclean is ~65%. If CCACHE is enabled stats are printed out at the end of building process. Signed-off-by: Roman Yeryomin --- .gitignore| 1

[OpenWrt-Devel] [PATCH 1/2] libubox: update to latest git HEAD

eb30a03 libubox, jshn: add option to write output to a file Signed-off-by: Roman Yeryomin --- package/libs/libubox/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/package/libs/libubox/Makefile b/package/libs/libubox/Makefile index 1c318b3e48..e5f4dcf8fe 100644

[OpenWrt-Devel] [PATCH 2/2] base-files: uci-defaults: do config flush in one shot

Moving a file between tmpfs and other fs is neither faster nor safer, thus no point in doing it in two steps. Use new jshn option to write output directly to file. Originally discussed here: http://lists.openwrt.org/pipermail/openwrt-devel/2017-December/010127.html Signed-off-by: Roman Yeryomin

Re: [OpenWrt-Devel] [PATCH] libubox, jshn: add option to write output to a file

On 2019-09-14 01:22, Roman Yeryomin wrote: This would allow board_config_flush to run one command instead of two and would be faster and safer than redirecting output and moving a file between filesystems. Originally discussed here: http://lists.openwrt.org/pipermail/openwrt-devel/2017-December

[OpenWrt-Devel] [PATCH] libubox, jshn: add option to write output to a file

This would allow board_config_flush to run one command instead of two and would be faster and safer than redirecting output and moving a file between filesystems. Originally discussed here: http://lists.openwrt.org/pipermail/openwrt-devel/2017-December/010127.html Signed-off-by: Roman Yeryomin

[OpenWrt-Devel] [PATCH] tools: libressl: update to 2.9.2 version

To keep in sync with OpenSSL 1.1.x branch version options. Signed-off-by: Roman Yeryomin --- tools/libressl/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/libressl/Makefile b/tools/libressl/Makefile index 8894a058e4..d02911 100644 --- a/tools/libressl

[OpenWrt-Devel] [PATCH] build: fix external module symbol collection if build_dir is a symlink

will have empty dependencies, leading to broken module loading. This was discussed on IRC with Jonas some time ago. Fix this by handling both resolved and unresolved paths. Signed-off-by: Roman Yeryomin --- include/kernel.mk | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

Re: [OpenWrt-Devel] [PATCH] toolchain: musl: update to 1.1.22

On 2019-04-12 17:39, Koen Vandeputte wrote: On 12.04.19 16:32, Roman Yeryomin wrote: Compile and run tested on mt7621 and ar71xx new features: - priority-inheritance mutexes - membarrier syscall, pre-registration to use it, fallback emulation - header-level support for new linux features

[OpenWrt-Devel] [PATCH] toolchain: musl: update to 1.1.22

arch-specfic bugs fixed: - s390x had wrong values for POSIX_FADV_DONTNEED/_NOREUSE Signed-off-by: Dainis Jonitis Signed-off-by: Roman Yeryomin --- toolchain/musl/common.mk | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/toolchain/musl/common.mk b/toolchain/musl/common.mk i

Re: [OpenWrt-Devel] [RFC] stop accepting 4/32M board patches

On 2018-12-15 15:08, Jo-Philipp Wich wrote: Hi, I'm against rejecting such submissions if they're self-contained enough (e.g. for DTS based targets as mentioned by Piotr). I'd favor accepting the basic board support for such boards but disabling the image generation (commented out). I agree

[OpenWrt-Devel] [PATCH 3/3] rb532: drop 4.9 support

Signed-off-by: Roman Yeryomin --- target/linux/rb532/config-4.9 | 182 -- .../rb532/patches-4.9/001-cmdline_hack.patch | 20 -- .../004-rb532-fix-partition-info.patch| 17 -- ...overflow-and-tx-underflow-interrupts.patch | 156 --- ...actor

[OpenWrt-Devel] [PATCH 1/3] rb532: add 4.14 support

Signed-off-by: Roman Yeryomin --- target/linux/rb532/config-4.14| 182 ++ .../rb532/patches-4.14/001-cmdline_hack.patch | 20 ++ .../004-rb532-fix-partition-info.patch| 17 ++ ...overflow-and-tx-underflow-interrupts.patch | 156 +++ ...actor

[OpenWrt-Devel] [PATCH 2/3] rb532: switch to 4.14

Signed-off-by: Roman Yeryomin --- target/linux/rb532/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/rb532/Makefile b/target/linux/rb532/Makefile index 364a3a8b29..5aa8a6dc55 100644 --- a/target/linux/rb532/Makefile +++ b/target/linux/rb532/Makefile

[OpenWrt-Devel] [PATCH] ramips: fix ethernet for f5d8235-v2 board

Belkin F5D8235 v2 has two ethernet switches on board. One internal rt3052 and rtl8366rb on rgmii interface. Looks like internal switch settings were lost in translation to device tree infrastructure. Signed-off-by: Roman Yeryomin --- .../linux/ramips/base-files/etc/board.d/02_network | 2

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-05-05 16:35, Linus Walleij wrote: On Sat, May 5, 2018 at 11:25 AM, Linus Walleij <linus.wall...@linaro.org> wrote: On Fri, May 4, 2018 at 11:49 PM, Linus Walleij <linus.wall...@linaro.org> wrote: On Fri, May 4, 2018 at 11:37 PM, Roman Yeryomin <ro...@advem.lv> wrote

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-05-05 17:32, Linus Walleij wrote: On Tue, May 1, 2018 at 8:44 PM, Roman Yeryomin <ro...@advem.lv> wrote: Linus, if you have time, could you check if this helps to bring network up on dir-685? https://github.com/yeryomin/openwrt/commit/b0296b1f71bd3d677c931addd6de341203fbf18f

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-05-04 20:15, Linus Walleij wrote: On Fri, May 4, 2018 at 5:26 PM, Roman Yeryomin <ro...@advem.lv> wrote: [ 11.345619] kmodloader: 3 modules could not be probed [ 11.376633] kmodloader: dependency not loaded mbcache [ 11.407619] kmodloader: dependency not loaded jbd2 I

[OpenWrt-Devel] [PATCH] base-files: rework _ucidef_set_interface to be more generic

://patchwork.ozlabs.org/patch/844961/ Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- .../base-files/files/lib/functions/uci-defaults.sh | 74 +++--- .../linux/ar71xx/base-files/etc/board.d/02_network | 6 +- 2 files changed, 27 insertions(+), 53 deletions(-) diff --git a/package/base

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-05-02 11:01, Linus Walleij wrote: There is some moaning in dmesg: [ 10.071561] Btrfs loaded, crc32c=crc32c-generic [ 10.105705] mbcache: exports duplicate symbol __mb_cache_entry_free (owned by kernel) [ 10.161586] jbd2: exports duplicate symbol jbd2__journal_restart (owned by

[OpenWrt-Devel] [PATCH] ipq40xx: fix ethernet on ap-dk01.1

Not sure how it worked before but ethernet is disabled by default in ipq4019 dtsi. Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- ...-09-dts-ipq4019-ap-dk01.1-enable-ethernet.patch | 25 ++ 1 file changed, 25 insertions(+) create mode 100644 target/linux/ipq40xx/p

[OpenWrt-Devel] ipq40xx cpu frequency

Hi Christian, I'm seeing this [1.275858] cpufreq: cpufreq_online: CPU0: Running at unlisted freq: 632000 KHz [1.276620] cpufreq: cpufreq_online: CPU0: Unlisted initial frequency changed to: 716000 KHz on ap-dk01 board (I suspect others may be affected too, I don't have hw to test).

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-05-02 11:01, Linus Walleij wrote: On Wed, May 2, 2018 at 12:18 AM, Linus Walleij <linus.wall...@linaro.org> wrote: On Sun, Apr 29, 2018 at 8:32 PM, Roman Yeryomin <ro...@advem.lv> wrote: Linus, could you test that branch on your device and see if network is workin

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-04-29 21:32, Roman Yeryomin wrote: On 2018-04-27 09:18, John Crispin wrote: On 17/04/18 00:34, Roman Yeryomin wrote: On 2018-04-15 20:22, Roman Yeryomin wrote: On 2018-04-14 20:36, Hans Ulli Kroll wrote: Hi Roman On Tue, 10 Apr 2018, Linus Walleij wrote: On Mon, Apr 9, 2018 at 12

Re: [OpenWrt-Devel] Second RGMII ethernet on MT7621?

On 2018-04-30 22:10, John Crispin wrote: On 30/04/18 19:08, Bjørn Mork wrote: Hello, I have been playing with a ZyXEL WAP6805, which appears to be an OEM version of the https://wikidevi.com/wiki/ZyXEL_WAP6806_(Armor_X1) This thing has an oversized mini-PCIe Quantenna module. Or that's the

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-04-27 09:18, John Crispin wrote: On 17/04/18 00:34, Roman Yeryomin wrote: On 2018-04-15 20:22, Roman Yeryomin wrote: On 2018-04-14 20:36, Hans Ulli Kroll wrote: Hi Roman On Tue, 10 Apr 2018, Linus Walleij wrote: On Mon, Apr 9, 2018 at 12:38 PM, Roman Yeryomin <ro...@advem.lv>

Re: [OpenWrt-Devel] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-04-15 20:22, Roman Yeryomin wrote: On 2018-04-14 20:36, Hans Ulli Kroll wrote: Hi Roman On Tue, 10 Apr 2018, Linus Walleij wrote: On Mon, Apr 9, 2018 at 12:38 PM, Roman Yeryomin <ro...@advem.lv> wrote: > I have tested them quickly yesterday on nas4220b board. Alth

Re: [OpenWrt-Devel] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-04-17 00:36, Linus Walleij wrote: On Mon, Apr 16, 2018 at 2:00 AM, Roman Yeryomin <ro...@advem.lv> wrote: Looking at your tree... I don't see any (affecting) differences in ethernet driver itself. Probably it's something else.. MDIO? After looking into ethernet I've found s

Re: [OpenWrt-Devel] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-04-12 00:37, Roman Yeryomin wrote: On 2018-04-11 00:51, Linus Walleij wrote: On Mon, Apr 9, 2018 at 12:38 PM, Roman Yeryomin <ro...@advem.lv> wrote: I have tested them quickly yesterday on nas4220b board. Although I've managed to boot it (had to fix rootfs image) ethernet a

Re: [OpenWrt-Devel] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-04-14 20:36, Hans Ulli Kroll wrote: Hi Roman On Tue, 10 Apr 2018, Linus Walleij wrote: On Mon, Apr 9, 2018 at 12:38 PM, Roman Yeryomin <ro...@advem.lv> wrote: > I have tested them quickly yesterday on nas4220b board. Although I've > managed to boot it (had to fix

Re: [OpenWrt-Devel] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-04-11 00:51, Linus Walleij wrote: On Mon, Apr 9, 2018 at 12:38 PM, Roman Yeryomin <ro...@advem.lv> wrote: I have tested them quickly yesterday on nas4220b board. Although I've managed to boot it (had to fix rootfs image) ethernet and usb didn't work. And I didn't check anythin

Re: [OpenWrt-Devel] [LEDE-DEV] kernel version status

On 2018-04-01 17:48, 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. The following targets are on kernel 4.4 and will probably not be

Re: [OpenWrt-Devel] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 2018-04-04 23:34, Linus Walleij wrote: This patch set forward-ports Gemini to v4.14 with as good support as I can get. I don't know if all or any patches actually make it through to the devel list. They are also posted here: https://dflund.se/~triad/krad/gemini/openwrt/ It would be nice if

Re: [OpenWrt-Devel] Booting D-Link DNS-313, for for 18.03 ??

On 2018-02-23 16:07, Linus Walleij wrote: With kernel v4.14 we would probably have to backport a bunch of patches from HEAD to get into proper shape but it can be done. looks like v4.16 is going to look real nice though. Which device are you using as target? Raidsonic IB4220-B Regards,

Re: [OpenWrt-Devel] Booting D-Link DNS-313, for for 18.03 ??

mation. # include $(TOPDIR)/rules.mk ARCH:=arm BOARD:=gemini BOARDNAME:=Cortina Systems CS351x FEATURES:=squashfs pci rtc MAINTAINER:=Roman Yeryomin <ro...@advem.lv> CPU_TYPE:=fa526 KERNEL_PATCHVER:=4.14 define Target/Description Build firmware images for the StorLink/Cortina Gemini CS35

[OpenWrt-Devel] [PATCH] ramips: mt7621: add Mediatek AP-MT7621A-V60 EVB support

interactive u-boot menu, interrupt with 2. After that sysupgrade. Tested both with 4.9 and 4.14 Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- .../linux/ramips/base-files/etc/board.d/02_network | 1 + .../ramips/base-files/lib/upgrade/platform.sh | 1 + target/linux/ramips/dts/AP-MT762

[OpenWrt-Devel] [PATCH] ramips: mt7621: fix usb init

In 4.14 reg-names is required to identify resources. Otherwise init fails with: [5.900501] xhci-mtk 1e1c.xhci: invalid resource [5.910499] xhci-mtk: probe of 1e1c.xhci failed with error -22 Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- target/linux/ramips/dts/mt762

Re: [OpenWrt-Devel] [PROPOSAL] move OpenWrt codebase to Git and GitHub

On 24 May 2016 at 18:51, Eric Schultz wrote: > I think this is a great idea! I very much support a move to Github; despite > it's issues, it's just where development is happening today. Keeping a > non-Github channel for submitting patches is also a great idea I

Re: [OpenWrt-Devel] OpenWrt / LEDE

On 24 May 2016 at 23:31, Hauke Mehrtens wrote: > Hi, > > As it looks like the IRC meeting will not happen, because not so big > interest by the people not already involved in LEDE and problems finding > a time, lets discuss on the mailing list like suggested by Jow. > >

Re: [OpenWrt-Devel] OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

On 16 May 2016 at 19:04, Dave Taht <dave.t...@gmail.com> wrote: > On Mon, May 16, 2016 at 1:14 AM, Roman Yeryomin <leroi.li...@gmail.com> wrote: >> On 16 May 2016 at 01:34, Roman Yeryomin <leroi.li...@gmail.com> wrote: >>> On 6 May 2016 at 22:43, Dave Taht <

Re: [OpenWrt-Devel] [Make-wifi-fast] OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

On 16 May 2016 at 11:12, David Lang <da...@lang.hm> wrote: > On Mon, 16 May 2016, Roman Yeryomin wrote: > >> On 6 May 2016 at 22:43, Dave Taht <dave.t...@gmail.com> wrote: >>> >>> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin <leroi.li...@gmail.com

Re: [OpenWrt-Devel] OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

On 16 May 2016 at 01:34, Roman Yeryomin <leroi.li...@gmail.com> wrote: > On 6 May 2016 at 22:43, Dave Taht <dave.t...@gmail.com> wrote: >> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin <leroi.li...@gmail.com> >> wrote: >>> On 6 May 2016 at 21:43, Ro

Re: [OpenWrt-Devel] OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

On 16 May 2016 at 02:07, Eric Dumazet <eric.duma...@gmail.com> wrote: > On Mon, 2016-05-16 at 01:34 +0300, Roman Yeryomin wrote: > >> qdisc fq_codel 8003: parent :3 limit 1024p flows 16 quantum 1514 >> target 80.0ms ce_threshold 32us interval 100.0ms ecn >> Sen

Re: [OpenWrt-Devel] OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

On 6 May 2016 at 22:43, Dave Taht <dave.t...@gmail.com> wrote: > On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin <leroi.li...@gmail.com> wrote: >> On 6 May 2016 at 21:43, Roman Yeryomin <leroi.li...@gmail.com> wrote: >>> On 6 May 2016 at 15:47, Jesper Danga

Re: [OpenWrt-Devel] OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

On 6 May 2016 at 21:43, Roman Yeryomin <leroi.li...@gmail.com> wrote: > On 6 May 2016 at 15:47, Jesper Dangaard Brouer <bro...@redhat.com> wrote: >> >> I've created a OpenWRT ticket[1] on this issue, as it seems that someone[2] >> closed Felix'es OpenWRT email acc

Re: [OpenWrt-Devel] OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

r packet, but >> instead can amortize this. >> >> To Eric, should we recommend OpenWRT to adjust default (max) 64 bulk >> drop, given we also recommend bucket size to be 128 ? (thus the amount >> of memory to scan is less, but their CPU is also much smaller). >> &g

Re: [OpenWrt-Devel] Introducing the LEDE project

On 6 May 2016 at 03:53, Luka Perkov wrote: >>On 2016-05-05 20:22, mbm wrote: >>> On 5/5/2016 7:40 AM, Felix Fietkau wrote: Many of the changes that we previously tried to introduce were often squashed by internal disagreements. Resulting discussions often turned

Re: [OpenWrt-Devel] Introducing the LEDE project

On 5 May 2016 at 20:09, Daniel Dickinson <open...@daniel.thecshore.com> wrote: > On 16-05-05 12:59 PM, Roman Yeryomin wrote: >> On 5 May 2016 at 19:29, Daniel Dickinson <open...@daniel.thecshore.com> >> wrote: >>> On 16-05-05 12:24 PM, Daniel Dickinson wrote:

Re: [OpenWrt-Devel] Introducing the LEDE project

On 5 May 2016 at 19:29, Daniel Dickinson wrote: > On 16-05-05 12:24 PM, Daniel Dickinson wrote: >> On 16-05-05 12:21 PM, Jonathan Bennett wrote: >> [snip] >>> > The changes that the Lede guys are suggesting would be welcome, but >>> > splitting the project

Re: [OpenWrt-Devel] Introducing the LEDE project

On 5 May 2016 at 17:43, Daniel Dickinson <open...@daniel.thecshore.com> wrote: > On 16-05-05 05:34 AM, Roman Yeryomin wrote: >> On 5 May 2016 at 06:48, Daniel Dickinson <open...@daniel.thecshore.com> >> wrote: >>> On 16-05-04 04:01 PM, mbm wrote: >&

Re: [OpenWrt-Devel] Introducing the LEDE project

On 5 May 2016 at 06:48, Daniel Dickinson wrote: > On 16-05-04 04:01 PM, mbm wrote: >> Dear OpenWrt community, >> >> spin off the OpenWrt project in the first place as a way to fix the >> project and its community. Also, the phrases such as a "reboot" are both >>

Re: [OpenWrt-Devel] Introducing the LEDE project

On 4 May 2016 at 23:19, tapper wrote: > On 04/05/2016 21:01, mbm wrote: >> >> Dear OpenWrt community, >> >> It is with a great amount of surprise that, like all of you, we read >> about the announcement of the LEDE project yesterday, as there was no >> prior announcement

Re: [OpenWrt-Devel] Introducing the LEDE project

hey didn't start discussing the problems (and possible solutions) in open space then? Then the reasons would be more or less clear. But now it seems that community will be confused a lot. At least I'm completely confused. > My 2 cents, > > Em qua, 4 de mai de 2016 às 14:50, Roman Yeryomin &

Re: [OpenWrt-Devel] Introducing the LEDE project

On 4 May 2016 at 19:25, Kathy Giori wrote: > On Tue, May 3, 2016 at 10:59 AM, Jo-Philipp Wich wrote: >> Hi, >> >> we'd like to introduce LEDE, a reboot of the OpenWrt community >> . >> >> The project is founded as a spin-off of the OpenWrt project and

Re: [OpenWrt-Devel] Introducing the LEDE project

On 4 May 2016 at 10:31, Roman Yeryomin <leroi.li...@gmail.com> wrote: > On 4 May 2016 at 09:13, Reinoud Koornstra <reinoudkoorns...@gmail.com> wrote: >> On Tue, May 3, 2016 at 7:54 PM, Outback Dingo <outbackdi...@gmail.com> wrote: >>> >>> >&g

Re: [OpenWrt-Devel] Introducing the LEDE project

On 4 May 2016 at 09:13, Reinoud Koornstra <reinoudkoorns...@gmail.com> wrote: > On Tue, May 3, 2016 at 7:54 PM, Outback Dingo <outbackdi...@gmail.com> wrote: >> >> >> On Wed, May 4, 2016 at 12:50 AM, Roman Yeryomin <leroi.li...@gmail.com> >> wrote: >

Re: [OpenWrt-Devel] Introducing the LEDE project

On 3 May 2016 at 23:19, Bruno Randolf wrote: > On 03/05/16 18:59, Jo-Philipp Wich wrote: >> we'd like to introduce LEDE, a reboot of the OpenWrt community >> ... >> Jo-Philipp Wich, >> John Crispin, >> Daniel Golle, >> Felix Fietkau, >> Hauke Mehrtens >> John Crispin >> Matthias

[OpenWrt-Devel] [PATCH] base-files: allow to set arbitrary ip address and netmask

Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- package/base-files/files/bin/config_generate | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/package/base-files/files/bin/config_generate b/package/base-files/files/bin/config_generate index 4256d3c..0

[OpenWrt-Devel] [PATCH 5/5] ramips: mt7621: fix Ubiquiti EdgeRouter X profile

Remove unnecessary packages to reduce image size so it fits in initramfs (to enable upgrading from factory firmware). Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- target/linux/ramips/mt7621/profiles/ubnt.mk | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/target

[OpenWrt-Devel] [PATCH 4/5] ramips: mt7621: sync MQmaker WiTi profile name to dts name

Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- target/linux/ramips/mt7621/profiles/mqmaker.mk | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/target/linux/ramips/mt7621/profiles/mqmaker.mk b/target/linux/ramips/mt7621/profiles/mqmaker.mk index ae35e7d..a

[OpenWrt-Devel] [PATCH 3/5] ramips: enable device profiling by dts

Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- target/linux/ramips/image/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/ramips/image/Makefile b/target/linux/ramips/image/Makefile index ddd67a2..6e0349f 100644 --- a/target/linux/ramips/image/Makefile +++ b/

[OpenWrt-Devel] [PATCH 2/5] ramips: mt7621: add a device to TARGET_DEVICES after it's definition

Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- target/linux/ramips/image/mt7621.mk | 16 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/target/linux/ramips/image/mt7621.mk b/target/linux/ramips/image/mt7621.mk index 76b4e48..628954f 100644 --- a/target

[OpenWrt-Devel] [PATCH 1/5] ramips: mt7621: fix initramfs image for ubnt-erx

Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- target/linux/ramips/image/mt7621.mk | 66 +++-- 1 file changed, 20 insertions(+), 46 deletions(-) diff --git a/target/linux/ramips/image/mt7621.mk b/target/linux/ramips/image/mt7621.mk index 745611f..7

[OpenWrt-Devel] [PATCH] ramips: move different subtarget image generation to separate makefiles to improve maintainability

- all subtarget specific defines are in their own files - common defines left in main Makefile - each subtarget makefile idefed with SUBTARGET - all subtargets compile tested - few seems to be broken/unneeded things marked with FIXME Signed-off-by: Roman Yeryomin <ro...@advem.lv> ---

Re: [OpenWrt-Devel] Read-only mirror https://github.com/openwrt/openwrt is stuck since 12 days ago

On 18 March 2016 at 15:32, John Crispin wrote: >> >> please use this svn server for now. it will be online for 4-6 weeks so >> that people have time to migrate away from svn. i will send out a notice >> 1 week before we finally turn it of. please start migrating now. > > if

Re: [OpenWrt-Devel] Read-only mirror https://github.com/openwrt/openwrt is stuck since 12 days ago

On 18 March 2016 at 19:36, John Crispin <j...@phrozen.org> wrote: > > > On 18/03/2016 18:19, Roman Yeryomin wrote: >> On 18 March 2016 at 15:32, John Crispin <blo...@openwrt.org> wrote: >>>> >>>> please use this svn server for now. it will be

Re: [OpenWrt-Devel] Read-only mirror https://github.com/openwrt/openwrt is stuck since 12 days ago

On 18 March 2016 at 04:40, Shankar Unni wrote: > On Wed, Mar 16, 2016 at 1:53 AM, Karl Vogel wrote: >> >> Doesn't look like the SVN server is back yet either. >> >> Are there any plans to resurrect the anon SVN server? Or should everybody >>

Re: [OpenWrt-Devel] [RFC] fstools/overlayfs race condition

On 7 March 2016 at 15:09, John Crispin <blo...@openwrt.org> wrote: > > > On 07/03/2016 14:03, Roman Yeryomin wrote: >> There is a race between `cp -a /tmp/root/* /rom/overlay` from >> libfstools/overlay.c and a process creating new file(s) before >> pivot(/rom, /m

[OpenWrt-Devel] [RFC] fstools/overlayfs race condition

There is a race between `cp -a /tmp/root/* /rom/overlay` from libfstools/overlay.c and a process creating new file(s) before pivot(/rom, /mnt) occured. That is a process can create a file and it will not be copied. Currently I do additional copy after jffs2 is ready, which is kind of cumbersome

Re: [OpenWrt-Devel] [PATCH] brcm2708: fix RPi model B plus support

On 17 January 2016 at 13:15, Felix Fietkau <n...@openwrt.org> wrote: > On 2016-01-10 00:13, Roman Yeryomin wrote: >> Not sure if B+ is used or not (mine has B Plus) so leave both >> >> Signed-off-by: Roman Yeryomin <ro...@advem.lv> >> --- >> target/

Re: [OpenWrt-Devel] [PATCH] brcm47xx: Mark broken; no working images

On 14 January 2016 at 17:31, wrote: > From: Daniel Dickinson > > To my knowledge there are no working images, nor a way to get them, > even using maximum stripping and dropping of packages, kmods, and > compile options due to the small

Re: [OpenWrt-Devel] optimizing network performance

On 9 January 2016 at 17:21, Roman Yeryomin <leroi.li...@gmail.com> wrote: > While trying to optimize ag71xx driver performance I've noticed a > weird thing: NAT performance may vary across reboots. > For example on Archer C7 the difference can be 80Mbps: 440 one boot, > 360

Re: [OpenWrt-Devel] [PATCH] brcm47xx: Mark broken; no working images

On 14 January 2016 at 18:25, Daniel Dickinson wrote: > Ah, ok, so there likley there are are pobablly not any working *stock* > devices. That merits the @BROKEN flag - if you're running modified hardware > you can surely build with BROKEN enabled.

[OpenWrt-Devel] optimizing network performance

While trying to optimize ag71xx driver performance I've noticed a weird thing: NAT performance may vary across reboots. For example on Archer C7 the difference can be 80Mbps: 440 one boot, 360 another. On AP152 the numbers differ but the difference across reboots still present. That is with

[OpenWrt-Devel] [PATCH] ar71xx: fix ap152 support

- ethernet gigabit pll - switch configuration - sysupgrade Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- target/linux/ar71xx/base-files/etc/board.d/02_network | 1 + target/linux/ar71xx/base-files/lib/upgrade/platform.sh | 1 + target/linux/ar71xx/files/arch/mips/ath79/mach-ap152

[OpenWrt-Devel] [PATCH] brcm2708: fix RPi model B plus support

Not sure if B+ is used or not (mine has B Plus) so leave both Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- target/linux/brcm2708/base-files/lib/brcm2708.sh | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/brcm2708/base-files/lib/brcm2708.sh b/target/linux/brcm270

Re: [OpenWrt-Devel] [PATCH] kernel: generic 4.1 & 4.4 perf: musl compatibility

On 29 December 2015 at 12:14, Kevin Darbyshire-Bryant wrote: > Enable linux perf tools to compile under musl. > > Tested on MIPS Archer c7 v2 & ARM Linksys 1200ac. > > With thanks to Dave Taht who > did the heavy lifting. > >

Re: [OpenWrt-Devel] [PATCH] base-files: fix generating network configuration

On 30 December 2015 at 14:32, Yousong Zhou wrote: > On 30 December 2015 at 20:12, Jo-Philipp Wich wrote: >> Hi Yousong. >> >> NAK - thats by design. If a network config is present then there is no >> point in regenerating it. >> >> I'd prefer if the Malta

Re: [OpenWrt-Devel] [PATCH 2/3] ar71xx: add support for QCA956x ethernet

On 22 December 2015 at 01:03, wrote: > > Hi Roman, > > are you sure about the value of QCA956X_PLL_VAL_10, > which is 0x1919 in your patch? > > At least for the UAPAC LITE I have the problem that packet transmission > on 10MBit/s links does not work with 0x1919. > Instead, with

Re: [OpenWrt-Devel] [PATCH 2/2] kernel: add at803x fix for sgmii mode

On 20 December 2015 at 15:13, Christian Lamparter <chunk...@googlemail.com> wrote: > Hello, > > On Sunday, December 20, 2015 02:30:39 AM Roman Yeryomin wrote: >> Some (possibly broken) bootloaders incorreclty initialize at8033 >> phy. This patch enables sgmii autonegotia

[OpenWrt-Devel] [PATCH 1/3] rb532: increase kernel partition

4.1 got little bit larger than 4MB and I couldn't get lzma loader working on this platform Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- target/linux/rb532/image/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/rb532/image/Makefile b/target

[OpenWrt-Devel] [PATCH 2/3] rb532: build squashfs image by default

Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- target/linux/rb532/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/rb532/Makefile b/target/linux/rb532/Makefile index e5c6ad7..3086462 100644 --- a/target/linux/rb532/Makefile +++ b/target/linux

[OpenWrt-Devel] [PATCH 3/3] rb532: switch to 4.1

Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- target/linux/rb532/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/rb532/Makefile b/target/linux/rb532/Makefile index 3086462..9033eb4 100644 --- a/target/linux/rb532/Makefile +++ b/target/linux

[OpenWrt-Devel] [PATCH] firmware-utils: allow mkfwimage2 to use - in partition names

Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- tools/firmware-utils/src/mkfwimage2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/firmware-utils/src/mkfwimage2.c b/tools/firmware-utils/src/mkfwimage2.c index 993c3d4..146b2ad 100644 --- a/tools/firmware-uti

[OpenWrt-Devel] [PATCH] fstools: allow to stack another overlay on top of existing one

`mount_root ram' will pivot existing root to ram even if it was overlayfs already. Useful when playing with new configurations as it allows to preserve existing/stable configuration. Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- mount_root.c | 2 ++ 1 file changed, 2 insertions(+)

[OpenWrt-Devel] [PATCH] base-files: allow timezone to be overriden by zonename (proper zoneinfo support)

Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- package/base-files/Makefile| 4 ++-- package/base-files/files/etc/init.d/system | 3 ++- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/package/base-files/Makefile b/package/base-files/Makefile index 1

[OpenWrt-Devel] [PATCH 1/3] ar71xx: update QCA956x support

- separate qca956x and tp9343 (they use different IDs) - rename qca9561->qca956x for consistency - add missing bits (device reset, gpio output select) - fix wmac setup Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- ...21-MIPS-ath79-add-support-for-QCA956x-SoC.pa

[OpenWrt-Devel] [PATCH 2/3] ar71xx: add support for QCA956x ethernet

Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- ...PS-ath79-add-support-for-QCA956x-ethernet.patch | 166 + 1 file changed, 166 insertions(+) create mode 100644 target/linux/ar71xx/patches-4.1/622-MIPS-ath79-add-support-for-QCA956x-ethernet.patch diff --git a/

[OpenWrt-Devel] [PATCH 1/2] kernel: move at803x phy patch to generic

Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- ...t-phy-at803x-allow-to-configure-via-pdata.patch | 180 - ...t-phy-at803x-allow-to-configure-via-pdata.patch | 180 + ...t-phy-at803x-allow-to-configure-via-pdata.patch | 180 +

[OpenWrt-Devel] [PATCH 2/2] kernel: add at803x fix for sgmii mode

Some (possibly broken) bootloaders incorreclty initialize at8033 phy. This patch enables sgmii autonegotiation mode. Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- .../735-net-phy-at803x-fix-at8033-sgmii-mode.patch | 96 ++ .../735-net-phy-at803x-fix-at8033

[OpenWrt-Devel] [PATCH 3/3] ar71xx: refresh patches

Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- .../621-MIPS-ath79-add-support-for-QCA956x-SoC.patch | 2 +- .../patches-4.1/630-MIPS-ath79-fix-chained-irq-disable.patch | 10 +- .../patches-4.1/631-MIPS-ath79-wmac-enable-set-led-pin.patch | 2 +- .../patches-4

Re: [OpenWrt-Devel] [PATCH 2/2] kernel: add overlayfs stacking fix from upstream

On 1 December 2015 at 00:42, Roman Yeryomin <leroi.li...@gmail.com> wrote: > Overlayfs stacking was broken in 4.1.12 but now fixed in upstream branch. > Stacking allows experimenting with configurations without the need to > reset a device to factory config. > Hauke, you commi

[OpenWrt-Devel] [PATCH 2/2] kernel: add overlayfs stacking fix from upstream

Overlayfs stacking was broken in 4.1.12 but now fixed in upstream branch. Stacking allows experimenting with configurations without the need to reset a device to factory config. Signed-off-by: Roman Yeryomin <ro...@advem.lv> --- .../patches-4.1/510-fs-overlay-fix-stacking.patch

Re: [OpenWrt-Devel] [PATCH] ar71xx: add 4.1 support

On 18 October 2015 at 00:16, Stijn Tintel <st...@linux-ipv6.be> wrote: > On 17-07-15 19:35, Roman Yeryomin wrote: >> Signed-off-by: Roman Yeryomin <ro...@advem.lv> >> --- >> > Hi Roman, > > Since ar71xx uses 4.1 kernel by default, MAC addresses on m

  1   2   3   4   >