On 2024-07-14 22:39, Roman Yeryomin wrote:
It is pretty common use case for a network device to be configured
as DHCP client but having some fallback static IP address where it
would be reachable for, e.g., configuration.
This adds 'fallbackip' network config option, which will be
from DHCP server.
Signed-off-by: Roman Yeryomin
---
.../network/config/netifd/files/lib/netifd/dhcp.script| 8 +++-
.../network/config/netifd/files/lib/netifd/proto/dhcp.sh | 7 +--
2 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/package/network/config/netifd/files/
On 2024-07-14 14:11, Felix Fietkau wrote:
On 14.07.24 11:47, Roman Yeryomin wrote:
On 2024-07-14 10:42, Felix Fietkau wrote:
On 14.07.24 02:34, Roman Yeryomin wrote:
It is pretty common use case for a network device to be configured
as DHCP client but having some fallback static IP address
On 2024-07-14 10:42, Felix Fietkau wrote:
On 14.07.24 02:34, Roman Yeryomin wrote:
It is pretty common use case for a network device to be configured
as DHCP client but having some fallback static IP address where it
would be reachable for, e.g., configuration.
This reacts on udhcpc events and
is not nothing but to me it seem like it's a very small overhead
for such a convenience and I think it should be OpenWrt default at
least for targets with one ethernet port.
Signed-off-by: Roman Yeryomin
---
package/network/config/netifd/Makefile| 1 -
.../files/etc/udhcpc.u
://bugs.openwrt.org/index.php?do=details&task_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 dele
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
://bugs.openwrt.org/index.php?do=details&task_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/pac
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 a
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
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 it
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)/.ccac
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
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
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
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
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
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
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 a
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 in
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
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
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
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
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
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
On 2018-05-05 16:35, Linus Walleij wrote:
On Sat, May 5, 2018 at 11:25 AM, Linus Walleij
wrote:
On Fri, May 4, 2018 at 11:49 PM, Linus Walleij
wrote:
On Fri, May 4, 2018 at 11:37 PM, Roman Yeryomin
wrote:
The GPIO LEDs does not come up though?
CONFIG_LEDS_GPIO is not in config, and
/sys
On 2018-05-05 17:32, Linus Walleij wrote:
On Tue, May 1, 2018 at 8:44 PM, Roman Yeryomin 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
Sadly not. At least not
On 2018-05-04 20:15, Linus Walleij wrote:
On Fri, May 4, 2018 at 5:26 PM, Roman Yeryomin 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 think those should be
://patchwork.ozlabs.org/patch/844961/
Signed-off-by: Roman Yeryomin
---
.../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-files/files/lib
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 ker
Not sure how it worked before but ethernet is disabled
by default in ipq4019 dtsi.
Signed-off-by: Roman Yeryomin
---
...-09-dts-ipq4019-ap-dk01.1-enable-ethernet.patch | 25 ++
1 file changed, 25 insertions(+)
create mode 100644
target/linux/ipq40xx/patches-4.14/864-09-dts
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).
On 2018-05-02 11:01, Linus Walleij wrote:
On Wed, May 2, 2018 at 12:18 AM, Linus Walleij
wrote:
On Sun, Apr 29, 2018 at 8:32 PM, Roman Yeryomin
wrote:
Linus, could you test that branch on your device and see if network
is
working by default?
I've pulled in the branch and building i
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
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
mec
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
wrote:
> I h
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
wrote:
> I have tested them quickly yesterday on nas4220b board. Although I've
> managed
On 2018-04-17 00:36, Linus Walleij wrote:
On Mon, Apr 16, 2018 at 2:00 AM, Roman Yeryomin 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 several
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
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
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
wrote:
> I have tested them quickly yesterday on nas4220b board. Although I've
> managed to boot it (had to fix rootfs image) ether
On 2018-04-11 00:51, Linus Walleij wrote:
On Mon, Apr 9, 2018 at 12:38 PM, Roman Yeryomin 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 anything els
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
incl
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
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,
nclude $(TOPDIR)/rules.mk
ARCH:=arm
BOARD:=gemini
BOARDNAME:=Cortina Systems CS351x
FEATURES:=squashfs pci rtc
MAINTAINER:=Roman Yeryomin
CPU_TYPE:=fa526
KERNEL_PATCHVER:=4.14
define Target/Description
Build firmware images for the StorLink/Cortina Gemini CS351x
ARM FA526 CPU
end
interactive u-boot menu, interrupt with 2.
After that sysupgrade.
Tested both with 4.9 and 4.14
Signed-off-by: Roman Yeryomin
---
.../linux/ramips/base-files/etc/board.d/02_network | 1 +
.../ramips/base-files/lib/upgrade/platform.sh | 1 +
target/linux/ramips/dts/AP-MT7621A-V60.dts
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
---
target/linux/ramips/dts/mt7621.dtsi | 1 +
1 file
On 19 September 2017 at 18:22, Zoltan HERPAI wrote:
> Hi John,
>
> On Tue, 19 Sep 2017, John Crispin wrote:
>
>> Hi Zoltan,
>>
>> actually its been 29 days since the domain transfer had been completed and
>> ownership has been set properly.
>>
>> i already had a chat with some devs last week about
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 think.
>
> My free-software side wo
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.
>
> Currently it looks like onl
On 16 May 2016 at 19:04, Dave Taht wrote:
> On Mon, May 16, 2016 at 1:14 AM, Roman Yeryomin wrote:
>> On 16 May 2016 at 01:34, Roman Yeryomin wrote:
>>> On 6 May 2016 at 22:43, Dave Taht wrote:
>>>> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin
>>&g
On 16 May 2016 at 11:12, David Lang wrote:
> On Mon, 16 May 2016, Roman Yeryomin wrote:
>
>> On 6 May 2016 at 22:43, Dave Taht wrote:
>>>
>>> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin
>>> wrote:
>>>>
>>>> On 6 May 2016 at 2
On 16 May 2016 at 01:34, Roman Yeryomin wrote:
> On 6 May 2016 at 22:43, Dave Taht wrote:
>> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin
>> wrote:
>>> On 6 May 2016 at 21:43, Roman Yeryomin wrote:
>>>> On 6 May 2016 at 15:47, Jesper Dangaard Broue
On 16 May 2016 at 02:07, Eric Dumazet 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
>> Sent 1601271168 bytes 1057706 pkt (dro
On 6 May 2016 at 22:43, Dave Taht wrote:
> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin wrote:
>> On 6 May 2016 at 21:43, Roman Yeryomin wrote:
>>> On 6 May 2016 at 15:47, Jesper Dangaard Brouer wrote:
>>>>
>>>> I've created a OpenWRT tick
On 6 May 2016 at 21:43, Roman Yeryomin wrote:
> On 6 May 2016 at 15:47, Jesper Dangaard Brouer wrote:
>>
>> I've created a OpenWRT ticket[1] on this issue, as it seems that someone[2]
>> closed Felix'es OpenWRT email account (bad choice! emails bouncing).
>
rtize 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).
>>
>> --Jesper
>>
>>
&g
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
toxic quickly and le
On 5 May 2016 at 20:09, Daniel Dickinson wrote:
> On 16-05-05 12:59 PM, Roman Yeryomin wrote:
>> 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:
>>
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 and community with an ugly fork i
On 5 May 2016 at 17:43, Daniel Dickinson wrote:
> On 16-05-05 05:34 AM, Roman Yeryomin wrote:
>> On 5 May 2016 at 06:48, Daniel Dickinson
>> wrote:
>>> On 16-05-04 04:01 PM, mbm wrote:
>>>> Dear OpenWrt community,
>>>>
> [snip]
>>
>>
s make me
> wonder if a "follow the money" approach will yield more plausible answers to
> the questions being raised.
maybe a good point, how do you "follow the money"?
> On Thu, May 5, 2016 at 5:34 AM, Roman Yeryomin
> wrote:
>>
>> On 5 May 2016 at 06:4
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
>> vague and misleading and the LEDE p
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 nor clues this would happe
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
> escrev
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 shares
>> many of the same goals.
>
> While I
On 4 May 2016 at 10:31, Roman Yeryomin wrote:
> On 4 May 2016 at 09:13, Reinoud Koornstra wrote:
>> On Tue, May 3, 2016 at 7:54 PM, Outback Dingo wrote:
>>>
>>>
>>> On Wed, May 4, 2016 at 12:50 AM, Roman Yeryomin
>>> wrote:
>>>>
>&g
On 4 May 2016 at 09:13, Reinoud Koornstra wrote:
> On Tue, May 3, 2016 at 7:54 PM, Outback Dingo wrote:
>>
>>
>> On Wed, May 4, 2016 at 12:50 AM, Roman Yeryomin
>> wrote:
>>>
>>> On 3 May 2016 at 23:19, Bruno Randolf wrote:
>>> > On 0
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 Schiffer,
>> Steve
Signed-off-by: Roman Yeryomin
---
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..03d1a36 100755
--- a
Remove unnecessary packages to reduce image size so it fits in initramfs (to
enable upgrading from factory firmware).
Signed-off-by: Roman Yeryomin
---
target/linux/ramips/mt7621/profiles/ubnt.mk | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/target/linux/ramips/mt7621
Signed-off-by: Roman Yeryomin
---
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..a9c79df 100644
--- a/target
Signed-off-by: Roman Yeryomin
---
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/target/linux/ramips/image
Signed-off-by: Roman Yeryomin
---
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/linux/ramips/image
Signed-off-by: Roman Yeryomin
---
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..76b4e48 100644
--- a/target
- 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
---
target/linux/ramips/image
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 you do 10 things at onc
On 18 March 2016 at 19:36, John Crispin wrote:
>
>
> On 18/03/2016 18:19, Roman Yeryomin wrote:
>> 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
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
>> move to git.openwrt.org instead?
>>
>
> Yeah, I've been
On 7 March 2016 at 15:09, John Crispin 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, /mnt) occured.
>> Th
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 (s
https://github.com/openwrt/openwrt/commit/de350dcae493b2b71a0850b1d1d4ee0483552faa
On 22 February 2016 at 14:05, valent.turko...@gmail.com
wrote:
> Nice that you checked... I would understand this stance from a company
> that doesn't rely on so much open source software without which they
> would
On 17 January 2016 at 13:15, Felix Fietkau 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
>> ---
>> target/linux/brcm2708/base-files/lib/brcm2708.sh | 1
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.
https://downloads.openwrt.org/snapshots/trunk/br
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 size of the targets for this
> architecture. Therefore mark
On 9 January 2016 at 17:21, Roman Yeryomin 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 another. On AP152 the numbe
Not sure if B+ is used or not (mine has B Plus) so leave both
Signed-off-by: Roman Yeryomin
---
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/brcm2708/base-files/lib/brcm2708
- ethernet gigabit pll
- switch configuration
- sysupgrade
Signed-off-by: Roman Yeryomin
---
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.c | 1 -
3 files changed
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 iperf3,
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 target would simply drop its default conf
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.
>
> Signed-off-by: Kevin Darbyshire-Bryant
> ---
> package/devel/perf/Mak
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 QCA956X_PLL_VAL_10
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 3086462..9033eb4 100644
--- a/target/linux/rb532/Makefile
+++ b/target/linux/rb532/Makefile
@@ -11,7
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 e5c6ad7..3086462 100644
--- a/target/linux/rb532/Makefile
+++ b/target/linux/rb532/Makefile
@@ -9,7
4.1 got little bit larger than 4MB and I couldn't get lzma loader
working on this platform
Signed-off-by: Roman Yeryomin
---
target/linux/rb532/image/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/rb532/image/Makefile
b/target/linux/rb532/
On 20 December 2015 at 15:13, Christian Lamparter
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 autonegotiation mode.
>>
>&
Signed-off-by: Roman Yeryomin
---
.../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.1/633-MIPS-ath79-add
Signed-off-by: Roman Yeryomin
---
...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/target/linux/ar71xx
- 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
---
...21-MIPS-ath79-add-support-for-QCA956x-SoC.patch | 131 ++---
...79-
1 - 100 of 424 matches
Mail list logo
