low ammount of RAM (e.g. WRT300N v2), since the kernel simly can
not allocates of ~0.8MB (14KB x 64).
So remove jumbo frame support for now.
Reported-by: Nerijus Baliunas
Tested-by: Nerijus Baliunas
Signed-off-by: Sergey Ryazanov
---
.../patches-4.4/304-ixp4xx_eth_jumboframe.patch| 80
This series contains a couple of fixes for issues with the IXP4xx
ethernet driver, which were spotted in the [1].
This issues affect at least WRT300N v2 board support, but should be
useful for other boards too.
1. https://lists.openwrt.org/pipermail/openwrt-devel/2017-July/043131.html
Sergey
Signed-off-by: Sergey Ryazanov
---
.../207-npe_driver_multiphy_support.patch | 28 +++---
1 file changed, 25 insertions(+), 3 deletions(-)
diff --git
a/target/linux/ixp4xx/patches-4.4/207-npe_driver_multiphy_support.patch
b/target/linux/ixp4xx/patches-4.4/207
On Mon, Oct 16, 2017 at 12:50 AM, Nerijus Baliunas
wrote:
> WRT300N v2 has AR5416 card, so the driver should be ath9k. I enabled
> kmod-ath9k, but did not check "Support chips used in PC OEM cards" and
> "Enable TX99 support (WARNING: testing only, breaks normal operation!)".
> The module is loade
On Thu, Oct 12, 2017 at 2:05 AM, Nerijus Baliunas
wrote:
> On Thu, 12 Oct 2017 01:30:35 +0300 Sergey Ryazanov
> wrote:
>
>> Try this patch, it should reduce the memory demand of the ethernet
>> driver, so it will have the change to get started on your router.
>>
>
On Thu, Oct 12, 2017 at 12:29 AM, Nerijus Baliunas
wrote:
> On Thu, 12 Oct 2017 00:15:15 +0300 Sergey Ryazanov
> wrote:
>> Can you boot in failsafe mode again, check free memory while the
>> interface is Up, then bring it Down and check free memory again? That
>> w
On Wed, Oct 11, 2017 at 11:44 PM, Nerijus Baliunas
wrote:
> On Wed, 11 Oct 2017 23:28:00 +0300 Sergey Ryazanov
> wrote:
>
>> > root@LEDE:/# cat /proc/meminfo
>> > MemTotal: 12232 kB
>> > MemFree: 996 kB
>>
>> Looks like th
On Wed, Oct 11, 2017 at 11:01 PM, Nerijus Baliunas
wrote:
> On Wed, 11 Oct 2017 22:50:40 +0300 Sergey Ryazanov
> wrote:
>
>> Khm, according to wikidevi your router is equipped with 16MB of RAM,
>> the ethernet driver for xscale SoCs attempts to allocate almost a 1 MB
>
On Wed, Oct 11, 2017 at 7:17 PM, Nerijus Baliunas
wrote:
> On Wed, 11 Oct 2017 18:53:40 +0300 Sergey Ryazanov
> wrote:
>
>> A-ha! The interface survives the down/up circle but does not survive
>> the init procedure.
>>
>> Try to completely avoid bridge usage
On Wed, Oct 11, 2017 at 3:17 PM, Nerijus Baliunas
wrote:
> On Wed, 11 Oct 2017 14:53:16 +0300 Sergey Ryazanov
> wrote:
>> Ok. At least we know now that the switch functioning (even without a
>> dedicated driver). One question left: what happens to the Ethernet
>> driver?
On Wed, Oct 11, 2017 at 12:43 PM, Nerijus Baliunas
wrote:
> This works:
> = FAILSAFE MODE active
> # ifconfig -a
> eth0 Link encap:Ethernet HWaddr 00:18:39:21:0D:AE
> inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
> inet6 a
On Mon, Oct 9, 2017 at 1:58 AM, Nerijus Baliunas
wrote:
> On Mon, 9 Oct 2017 01:31:29 +0300 Sergey Ryazanov
> wrote:
>
>> > Just tried:
>> > # ifconfig eth0 192.168.0.10 up
>> > ifconfig: SIOCSIFFLAGS: Out of memory
>> > # dmesg|grep eth
produce images
suitable for devices with both 4KB and 64KB erase blocks.
Fixes: 29a2c2ea80441895a2ffe100d854d2b26d5fa606 (add ability to put
jffs2 eof marker into the image)
Signed-off-by: Sergey Ryazanov
---
tools/firmware-utils/src/mktplinkfw-lib.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
On Mon, Oct 9, 2017 at 12:00 AM, Nerijus Baliunas
wrote:
> On Sun, 8 Oct 2017 23:44:58 +0300 Sergey Ryazanov
> wrote:
>> > I assigned IP with a command
>> > ip a a 192.168.0.10/24 dev eth0
>> >
>> > but ping from PC does not answer.
>>
>>
On Sun, Oct 8, 2017 at 11:12 PM, Nerijus Baliunas
wrote:
> I assigned IP with a command
> ip a a 192.168.0.10/24 dev eth0
>
> but ping from PC does not answer.
>
> ifconfig -a shows a few RX and TX packets:
> eth0 Link encap:Ethernet HWaddr 00:18:39:21:0D:AE
> inet addr:192.168.0.1
Hello Mathias,
On Thu, Oct 5, 2017 at 9:13 AM, Mathias Kresin wrote:
> At the moment I'm reviewing https://github.com/lede-project/source/pull/1399
[skipped]
> The PR drops any hardcoded board params from mktplinkfw2.c in favour of
> commandline arguments, to provide only one way of creating tp
On Mon, Oct 2, 2017 at 2:33 AM, Sergey Ryazanov wrote:
> Some boards have identical hardware id and differ only in hardware
> revision (e.g. Acher C20 and Archer C20i). Such case confuse image
> inspection code and it selects wrong board info structure.
>
> Rework the board detecti
Hello Nerijus,
On Fri, Sep 29, 2017 at 7:32 PM, Nerijus Baliunas
wrote:
> On Fri, 8 Sep 2017 22:50:13 +0300 Sergey Ryazanov
> wrote:
>> >> >> Did you see the "Marvell 88E6060 PHY driver attached" in kernel
>> >> >> messages log? I
On Mon, Oct 2, 2017 at 12:31 PM, Mathias Kresin wrote:
> 2017-10-02 11:10 GMT+02:00 Sergey Ryazanov :
>> On Mon, Oct 2, 2017 at 9:43 AM, Mathias Kresin wrote:
>>> 02.10.2017 01:33, Sergey Ryazanov:
>>>>
>>>> Backport TP-Link image compatibility checks
On Mon, Oct 2, 2017 at 9:43 AM, Mathias Kresin wrote:
> 02.10.2017 01:33, Sergey Ryazanov:
>>
>> Backport TP-Link image compatibility checks (verify hardware id &
>> revision) from AR71xx platform and adopt it for v2/v3 image header.
>>
>> Use new functio
board info:
* if possible then return board info with matched hw_id & hw_rev
* otherwise return first board info with matched hw_id (fallback to old
behaviour)
Signed-off-by: Sergey Ryazanov
---
tools/firmware-utils/src/mktplinkfw2.c | 16 +++-
1 file changed, 11 insertions(+
Backport TP-Link image compatibility checks (verify hardware id &
revision) from AR71xx platform and adopt it for v2/v3 image header.
Use new functionality for Archer C20/C20i sysupgrade image verification.
Signed-off-by: Sergey Ryazanov
---
target/linux/ramips/base-files/lib/ramip
Keep Archer C20 Power LED in the same state as it was configured by
bootloader (keep it hightlighed) to avoid unexpectable LED turning off
during kernel boot.
Signed-off-by: Sergey Ryazanov
---
target/linux/ramips/dts/ArcherC20.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/target
Just an unsorted set of patches for Archer C20 board support.
Sergey Ryazanov (3):
mktplinkfw2: use hw rev for board detection too
ramips: keep Archer C20 Power LED On during boot
ramips: backport Tp-link image checks from AR71xx
target/linux/ramips/base-files/lib/ramips.sh | 18
On Fri, Jul 28, 2017 at 1:03 AM, Nerijus Baliunas
wrote:
> On Thu, 27 Jul 2017 23:43:19 +0300 Sergey Ryazanov
> wrote:
>
>> >> Did you see the "Marvell 88E6060 PHY driver attached" in kernel
>> >> messages log? If not then the mwswitch dr
Hello Nerijus,
Thursday, July 27, 2017, 9:40:36 PM, you wrote:
> On Thu, 27 Jul 2017 21:31:01 +0300 Sergey Ryazanov
> wrote:
>> Did you see the "Marvell 88E6060 PHY driver attached" in kernel
>> messages log? If not then the mwswitch driver did not atta
Hello Nerijus,
Friday, July 21, 2017, 7:47:56 PM, you wrote:
> 2017-07-21 01:41, Sergey Ryazanov rašė:
>> You should disable CONFIG_NET_DSA_MV88E6060 and select only
>> CONFIG_MVSWITCH_PHY=y option. This two different drivers, the first
>> one is mainstream
Hello Nerijus,
Friday, July 21, 2017, 12:49:29 AM, you wrote:
> 2017-07-21 00:36, Sergey Ryazanov rašė:
>>> No received/sent packets on br-lan and eth0 before and after modprobe
>>> mv88e6060.ko.
>>
>> Did you saw the "Marvel 88E6060 PHY driver attached
Hello Nerijus,
Wednesday, July 19, 2017, 1:00:43 PM, you wrote:
> 2017-07-19 04:02, Sergey Ryazanov rašė:
>>> Linksys WRT300N v2.0 has Marvell 88e6060 switch. But ixp4xx arch does not
>>> have
>>> its driver enabled (ar71xx has it). I added CONFIG_NET_DSA_MV88E6
Forgot CC lede-dev
> Linksys WRT300N v2.0 has Marvell 88e6060 switch. But ixp4xx arch does not have
> its driver enabled (ar71xx has it). I added CONFIG_NET_DSA_MV88E6060=m,
> but when I modprobe mv88e6060.ko, nothing happens. It seems driver does not
> hook
> on any hardware:
This happened beca
The Power LED of RB912UAG-{2,5}HPnD boards can be controlled by sofware,
so use it for diag purposes and make the User LED free for other tasks.
Signed-off-by: Sergey Ryazanov
---
target/linux/ar71xx/base-files/etc/diag.sh | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a
It is quite unexpected behaviour when the Power LED switches off as soon
as the kernel starts booting. So set the default state to 'On' for the
Power LEDs of all RouterBOARDs (e.g. RB91x, SXT Lite series, etc.).
Signed-off-by: Sergey Ryazanov
---
target/linux/ar71xx/files/arch/mips/
Hi,
On Wed, May 24, 2017 at 11:34 PM, Jo-Philipp Wich wrote:
> If you want specific fixes cherry-picked/backported to lede-17.01,
> please mention them in a reply to this mail.
I know its too late, since 17.01.2 already released, but could you
cherry-pick following two fixes to stable branch so
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/config-4.4 | 156 --
.../linux/ath25/patches-4.4/107-ar5312_gpio.patch | 212 ---
.../linux/ath25/patches-4.4/108-ar2315_gpio.patch | 363
.../ath25/patches-4.4/110-ar2313_ethernet.patch| 1828
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ath25/Makefile b/target/linux/ath25/Makefile
index 86db43f..27c2639 100644
--- a/target/linux/ath25/Makefile
+++ b/target/linux/ath25/Makefile
@@ -12,7
(consider phy structure changes in upstream and prevent
similar issues in the future)
Signed-off-by: Sergey Ryazanov
---
.../ath25/patches-4.9/110-ar2313_ethernet.patch| 22 +++---
1 file changed, 7 insertions(+), 15 deletions(-)
diff --git a/target/linux/ath25/patches-4.9/110
rely on flaws in PHY core code and could use PHY
device without really starting it. But now (at least in kernel 4.9)
this trick no more work and network interface could stuck in not-running
state.
Signed-off-by: Sergey Ryazanov
---
.../ath25/patches-4.9/110-ar2313_ethernet.patch| 142
Consider renaming the dev field to parent in the upstream.
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/patches-4.9/107-ar5312_gpio.patch | 2 +-
target/linux/ath25/patches-4.9/108-ar2315_gpio.patch | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux
for kernel config and
for the switches auto-negotiation issues.
The whole series is successfully run-tested with the following boards:
* Abicom FreedomCPE (AR5312)
* D-Link DWL-2100AP (AR2312)
* Fonera 2.0g aka FON2202 (AR2315 based)
* D-Link DIR-300 (AR2317 based)
Sergey Ryazanov (6):
Copy and refresh patches and config from 4.4
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/{config-4.4 => config-4.9} | 15 +-
.../107-ar5312_gpio.patch | 34 +++---
.../108-ar2315_gpio.patch |
: Sergey Ryazanov
---
target/linux/generic/files/drivers/net/phy/ip17xx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/generic/files/drivers/net/phy/ip17xx.c
b/target/linux/generic/files/drivers/net/phy/ip17xx.c
index 9eedfd4..85a9617 100644
--- a/target/linux
ff-by: Sergey Ryazanov
---
target/linux/generic/files/drivers/net/phy/mvswitch.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/target/linux/generic/files/drivers/net/phy/mvswitch.c
b/target/linux/generic/files/drivers/net/phy/mvswitch.c
index a20fce3..043978f 100644
--- a/target/linux/ge
Hello,
this series contains couple of patches for issues spotted during the
ath25 kernel update. The first patch is a fix for real issue with
autonegotiation. The second one is a cosmetic change for the function
return value, which confused me during the driver code studying.
Sergey Ryazanov (2
add backport patches for older kernels.
Signed-off-by: Sergey Ryazanov
---
target/linux/generic/files/drivers/mtd/myloader.c | 2 +-
target/linux/generic/patches-3.18/003-myloader_backport.patch | 11 +++
target/linux/generic/patches-4.4/003-myloader_backport.patch | 11
CONFIG_SG_POOL symbol is selected only by CONFIG_SCSI, since the last
one is disabled by default then disable CONFIG_SG_POOL by default too.
And explicitly enable it only for platforms that use CONFIG_SCSI.
Signed-off-by: Sergey Ryazanov
---
target/linux/apm821xx/config-4.9 | 1
Add HAVE_IRQ_EXIT_ON_IRQ_STACK kernel configuration symbol that was
missed during backporting separate IRQ stack for MIPS from upstream.
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/config-4.4 | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ath25/config-4.4 b/target
There are no CONFIG_ZONE_DMA_FLAG config symbol since 4.7.
Signed-off-by: Sergey Ryazanov
---
target/linux/generic/config-4.9 | 1 -
1 file changed, 1 deletion(-)
diff --git a/target/linux/generic/config-4.9 b/target/linux/generic/config-4.9
index d22ef35..3a3fc12 100644
--- a/target/linux
Hello,
these patches fix few random issues that were spotted during ath25
migration from kernel 4.4 to 4.9.
Sergey Ryazanov (4):
ath25: add missed HAVE_IRQ_EXIT_ON_IRQ_STACK
kernel: disable CONFIG_SG_POOL by default
kernel: remove CONFIG_ZONE_DMA_FLAG from 4.9
kernel: update myloader for
On Mon, May 15, 2017 at 1:20 AM, Sergey Ryazanov wrote:
> This reverts commit 86c966a8ae9c4e74b912a16a760aaed17c68eb32.
>
> This patch caused the segmentation fault in mconf during
> "make kernel_menuconfig" due to a mess with ncurses/ncursesw libraries
> (forced li
On Mon, May 15, 2017 at 2:53 AM, Stijn Tintel wrote:
> On 15-05-17 00:20, Sergey Ryazanov wrote:
>> This reverts commit 86c966a8ae9c4e74b912a16a760aaed17c68eb32.
>>
>> This patch caused the segmentation fault in mconf during
>> "make kernel_menuconfig"
)
and since I tested this reverting patch only on the few systems I could
miss something and segfault issue should have a more complex solution.
So I send this reverting patch as RFC.
1. https://bugs.lede-project.org/index.php?do=details&task_id=366
Sergey Ryazanov (1):
Revert "build:
#366 (make kernel_menuconfig: Segmentation fault)
Signed-off-by: Sergey Ryazanov
---
include/kernel-build.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/kernel-build.mk b/include/kernel-build.mk
index 7d1e23c..a4d12ec 100644
--- a/include/kernel-build.mk
+++ b/incl
Hello,
On Fri, May 12, 2017 at 2:35 PM, Felix Fietkau wrote:
> On 2017-05-12 12:47, Edwin van Drunen wrote:
>> Hello Sergey,
>>
>> When using sysupgrade on an RB912 running a full LEDE 17.01.1 to install a
>> custom image made with the image builder, the kernel is installed just fine.
>> Before
behaviour as "make menucofig", which has
already been fixed in commit 5bf98b1acc3b6b178f8954c5075a58e1e6a99d6a.
Also make a tiny cosmetic update to the "make menuconfig" target code
layout to make it look like other config handling targets.
Signed-off-by: Sergey Ryazanov
---
Hi Felix,
could you, please, apply this change to stable branch too (e.g.
cherry-pick the commit 5bf98b1ac)?
--
Sergey
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
ymlink,
otherwise the variable is not exported and the old behaviour is
preserved.
Signed-off-by: Sergey Ryazanov
---
include/toplevel.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/toplevel.mk b/include/toplevel.mk
index ceafffb..4b63e8a 100644
--- a/include/topleve
s: https://downloads.lede-project.org/snapshots/targets/ar71xx/mikrotik/
>
>> On 9 Apr 2017, at 18:37, Sergey Ryazanov wrote:
>> On Mon, Mar 20, 2017 at 4:04 PM, Edwin van Drunen
>> wrote:
>>> * Longer story:
>>> The installation procedure for LEDE
Hello Edwin,
On Mon, Mar 20, 2017 at 4:04 PM, Edwin van Drunen wrote:
> * Longer story:
> The installation procedure for LEDE 17.01 on Mikrotik RB-912 boards should be
> as follows:
> - TFTP boot the board using the "vmlinux-initramfs.elf” image
> - scp the "squashfs-sysupgrade.bin” image to /tm
On Wed, Mar 8, 2017 at 3:19 AM, Denis Periša wrote:
>>> Just curious, this bad sectors appeared during regular device
>>> operation or just after sysupgrade?
>
>
> Sysupgrade. I had to get to roof and replace device as I could no
> longer get firmware on it. Btw. I wrote that it would be nice to f
On Sun, Mar 5, 2017 at 6:25 PM, Denis Periša wrote:
> I have situation where one of my devices (rb435g) has lot of bad
> sectors on (NAND) kernel partition.
Just curious, this bad sectors appeared during regular device
operation or just after sysupgrade?
I am asking because it could be "false po
On Wed, Feb 22, 2017 at 1:30 PM, Felix Fietkau wrote:
> On 2017-02-22 11:21, Sergey Ryazanov wrote:
>> Ok. Could we discuss your NACK? Don't you like YAFFS just because it
>> is a non-upstream code or you do not like YAFFS as a file system?
> Because it's a very larg
On Wed, Feb 22, 2017 at 1:36 PM, Felix Fietkau wrote:
> On 2017-02-21 23:10, Sergey Ryazanov wrote:
>> Hello,
>>
>> I tried to install latest LEDE to RB411AH board. Sysupgrade worked
>> fine, but device now do not boot at all. Bootloader claims that it
>> could n
On Wed, Feb 22, 2017 at 1:36 PM, Felix Fietkau wrote:
> On 2017-02-21 23:10, Sergey Ryazanov wrote:
>> Hello,
>>
>> I tried to install latest LEDE to RB411AH board. Sysupgrade worked
>> fine, but device now do not boot at all. Bootloader claims that it
>> could n
On Wed, Feb 22, 2017 at 11:41 AM, Felix Fietkau wrote:
> On 2017-02-21 23:10, Sergey Ryazanov wrote:
>> Hello,
>>
>> I tried to install latest LEDE to RB411AH board. Sysupgrade worked
>> fine, but device now do not boot at all. Bootloader claims that it
>> could n
Hello,
I tried to install latest LEDE to RB411AH board. Sysupgrade worked
fine, but device now do not boot at all. Bootloader claims that it
could not find kernel :(
I tracked down the situation and found that the kernel partition image
generated with assumption that any 64Mb NAND flash IC consis
On Wed, Dec 7, 2016 at 10:52 PM, Rafał Miłecki wrote:
> On 12/07/2016 08:36 PM, Sergey Ryazanov wrote:
>> On Wed, Dec 7, 2016 at 10:10 PM, Rafał Miłecki wrote:
>>> I'm aware some packages (e.g. upstream-ssl, hostapd, dnsmasq) use
>>> VARIANT.
>>>
>&
Hello Rafał,
On Wed, Dec 7, 2016 at 10:10 PM, Rafał Miłecki wrote:
> I'm aware some packages (e.g. upstream-ssl, hostapd, dnsmasq) use VARIANT.
>
> I don't really understand the gain of this. How does it differ from
> specifying separated packages?
> I'm looking at package/libs/ustream-ssl/Makefi
Move the copyright printing code to the usage printing function, to
reduce noise from regular execution but preserve information about
the author.
Signed-off-by: Sergey Ryazanov
---
.../patches/101-move-copyright-to-usage-info.patch | 20
1 file changed, 20 insertions
2016-05-23 12:45 GMT+03:00 John Crispin :
> On 23/05/2016 11:30, Sergey Ryazanov wrote:
>> This series is a set of minor fixes after kernel updating and switching
>> to new image generation. Nothing critical, just several tiny improvements.
>>
>> Sergey Ryazanov (7):
This series is a set of minor fixes after kernel updating and switching
to new image generation. Nothing critical, just several tiny improvements.
Sergey Ryazanov (7):
ath25: refresh kernel patches
ath25: refresh kernel configuration
ath25: fix AR2315 GPIO irq handler
ath25: drop useless
Since we do not generate factory images for most of supported
platforms, we need individual kernel and rootfs to be able update
factory firmware by our via RedBoot.
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/image/Makefile | 17 +
1 file changed, 17 insertions
Looks like c/p error.
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/profiles/00-default.mk | 1 -
1 file changed, 1 deletion(-)
diff --git a/target/linux/ath25/profiles/00-default.mk
b/target/linux/ath25/profiles/00-default.mk
index d0472a9..b40eb1b 100644
--- a/target/linux/ath25
A lot of configuration options was changes since 3.18, so we need to
refresh kernel config.
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/config-4.4 | 30 --
1 file changed, 24 insertions(+), 6 deletions(-)
diff --git a/target/linux/ath25/config-4.4 b/target
common
)
* 832f5dacfa0bb081a3b3b979a36a132b28ffacf3 (MIPS: Remove all the uses
of custom gpio.h)
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/patches-4.4/010-board.patch | 47 --
1 file changed, 47 deletions(-)
delete mode 100644 target/linux/ath25
Adapt chained IRQ handler function as the "irq" argument is now removed
from the irq flow handlers prototype in commit
bd0b9ac405e1794d72533c3d487aa65b6b955a0c (genirq: Remove irq argument
from irq flow handlers).
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/patch
Correct board specification during image generation for Ubiquiti boards.
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/image/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ath25/image/Makefile
b/target/linux/ath25/image/Makefile
index d6e9291
Avoid noise messages from quilt.
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/patches-4.4/120-spiflash.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ath25/patches-4.4/120-spiflash.patch
b/target/linux/ath25/patches-4.4/120-spiflash.patch
index
Hello John,
I has successfully tested your staging branch from 16 may with several
AR231x based boards: Fonera 2.0g, DIR-300, DWL-2100AP. And would like
to report that all works good (boot process, eth, wifi, usb, etc.) but
require couple of tiny fixes for patches and for build code.
Today your s
78 matches
Mail list logo