Hello Martin,
The final halt happens because the DTS file specifies a VR9 platform, while
your device is part of AR10 family.
I would like to help, but for the moment being you can see I am struggling to
get ethernet working, I am not much farther. :)
Any help would be apreciated.
enrico
Dear John Crispin and Felix Fietkau,
*Description:* During the first boot following a sysupgrade, if the
rootfs_data
partition has not been formatted, the intended behavior is to mount a
temporary ram overlay filesystem, deferring the cleaning and formatting
of the rootfs_data partition and the sw
This reverts commit 838f1fbb50e91ebaf1d34f9666ae6b65eb49df5c.
It can be guessed from Mikrotik GPL kernel that this router uses port0.
And even if it doesn't, RBM11G has easy-to-use tftp recovery mechanism
for users to restore their firmware. Let's enable this image and see if
users complains.
Sig
Optionally fixes compilation with uClibc-ng.
Signed-off-by: Rosen Penev
---
package/network/services/hostapd/Makefile | 2 +-
.../services/hostapd/patches/800-usleep.patch | 58 +++
2 files changed, 59 insertions(+), 1 deletion(-)
create mode 100644 package/network/services
This is used by the ss utility from iproute2.
Signed-off-by: Rosen Penev
---
package/kernel/linux/modules/netsupport.mk | 15 +++
1 file changed, 15 insertions(+)
diff --git a/package/kernel/linux/modules/netsupport.mk
b/package/kernel/linux/modules/netsupport.mk
index ca25138571..
Allows proper usage of the ss tool. Otherwise, several errors and bad
data gets thrown:
Cannot open netlink socket: Protocol not supported
Cannot open netlink socket: Protocol not supported
Cannot open netlink socket: Protocol not supported
Cannot open netlink socket: Protocol not supported
Cannot
From: Dan Haab
This prepares support for models XAP-1610 and XWR-3150. Flashing
requires using Luxul firmware version:
1) 8.1.0 or newer for XAP-1610
2) 6.4.0 or newer for XWR-3150
and uploading firmware using "Firmware Update" web UI page.
Signed-off-by: Dan Haab
---
.../bcm53xx/base-files/et
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Signed-off-by: Johann Neuhauser
-
This reverts a commit from GCC which causes boot problems with ath79
boards with MIPS 74Kc CPUs.
The kernel crashed like this:
[0.097796] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes,
linear)
[0.107070] Kernel panic - not syncing: Unexpected DSP exception
[0.113470]
On Mon, Apr 6, 2020 at 2:03 PM Rafał Miłecki wrote:
>
> On 06.04.2020 21:39, m...@adrianschmutzler.de wrote:
> >> -Original Message-
> >> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> >> On Behalf Of Rafal Milecki
> >> Sent: Montag, 6. April 2020 21:26
> >> To: m..
This addes the option to treat recursive dependencies as warnings
instead of errors, by running make with WARN_RECURSIVE_DEP=1.
Note that the script/config targets will not get rebuilt when you add or
remove WARN_RECURSIVE_DEP while running make. One must run
'make config-clean' before building c
Instead of passing pkg-config location through a variable when building
qconf (make xconfig), prepend its parent directory to the PATH, as it is
being done for other conf targets.
Use a Makefile pattern rule to group all 'scripts/config/%onf'
(currently conf, mconf, qconf) targets in a single rule
Newer versions of the kconfig program requires quoting the arguments of
the 'source' directive. These are the last ones not using them.
Signed-off-by: Eneas U de Queiroz
---
package/utils/busybox/config/Config.in| 44 +--
.../utils/busybox/config/networking/Config.in |
IPv6 modules should all depend on @IPV6, to avoid circular dependencies
problems, especially if they select a module that depends on IPV6 as
well. In theory, if a package A depends on IPV6, any package doing
'select A' (DEPENDS+= A) should also depend on IPV6; otherwise selecting
A will fail. Som
Currently, RTC_SUPPORT is defined as a tristate, with 'depends on m',
which is supposed to only let it be set to 'm' or 'n'. However,
scripts/target-metadata.pl will 'select' it, or setting it to 'y', which
defeats it's 'depends on m' restriction. The users of the symbol are
not expecting it to b
TLDR: You can't review this by only looking at the patches.
This series updates scripts/config to tag 'kconfig-v5.6' of
git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild
The Good Stuff:
===
The thing that motivated me to make this update was the change in
displayin
On 06.04.2020 21:39, m...@adrianschmutzler.de wrote:
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Rafal Milecki
Sent: Montag, 6. April 2020 21:26
To: m...@adrianschmutzler.de; 'Dan Haab' ; openwrt-
de...@lists.openwrt.org
Cc: 'Dan Ha
Hi Alexey,
this patch is obviously correct in its implementation.
But I still wonder how this device is now supported for almost three years now
and nobody mentioned that so far?
Do you have further evidence?
Interestingly, I just found that the initial support commit even mentions
"Flash: 8
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Rafal Milecki
> Sent: Montag, 6. April 2020 21:26
> To: m...@adrianschmutzler.de; 'Dan Haab' ; openwrt-
> de...@lists.openwrt.org
> Cc: 'Dan Haab'
> Subject: Re: [OpenWrt-Devel]
On 06.04.2020 20:26, m...@adrianschmutzler.de wrote:
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of Dan Haab
Sent: Montag, 6. April 2020 20:20
To: openwrt-devel@lists.openwrt.org
Cc: Dan Haab
Subject: [OpenWrt-Devel] [PATCH] bcm53xx:
Hello,
On Mon, Apr 06, 2020 at 07:05:44PM +0200, Martin Heck via openwrt-devel wrote:
> i have a Tp Link Archer D2 Router
This page https://openwrt.org/toh/tp-link/archer_d2_ac750 tells me it
has 64 MiB RAM.
> DDR size from 0xa000 - 0xa3ff
This confirms the size.
> DRAM: 64 MiB
And t
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Dan Haab
> Sent: Montag, 6. April 2020 20:20
> To: openwrt-devel@lists.openwrt.org
> Cc: Dan Haab
> Subject: [OpenWrt-Devel] [PATCH] bcm53xx: add support for Luxul FullMAC
> WiFi
From: Dan Haab
This prepares support for models XAP-1610 and XWR-3150. Flashing
requires using Luxul firmware version:
1) 8.1.0 or newer for XAP-1610
2) 6.4.0 or newer for XWR-3150
and uploading firmware using "Firmware Update" web UI page.
Signed-off-by: Dan Haab
---
.../bcm53xx/base-files/et
W dniu 06.04.2020 o 01:06, Daniel Gonzalez Cabanelas pisze:
> Buffalo LinkStation LS421DE is a dual bay NAS, based on Marvell Armada 370
>
> Hardware:
>SoC: Marvell Armada 88F6707-A1
>CPU: Cortex-A9 1200 MHz, 1 core
>Flash: SPI-NOR 1 MiB, NAND 512 MiB
>RAM:
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Hello there,
i have a Tp Link Arc
po 6. 4. 2020 v 8:45 odesílatel Rosen Penev napsal:
> On Sun, Apr 5, 2020 at 11:01 PM Oldřich Jedlička
> wrote:
> >
> > po 6. 4. 2020 v 4:02 odesílatel Rosen Penev napsal:
> >>
> >> Removed sys/cdefs usage. The header is deprecated.
> >>
> >> Removed canonicalize_file_name define. It's already
Op 6 apr. 2020, om 04:02 heeft Rosen Penev het volgende
geschreven:
>
> Signed-off-by: Rosen Penev
> ---
> package/utils/xfsprogs/Makefile | 57 +--
> .../xfsprogs/patches/100-no-selftest.patch| 14 -
> .../utils/xfsprogs/patches/110-subdirs.patch | 12 ++--
After switching to DSA, users reported that roaming between APs that
use DSA is broken, probably because the MAC table of the switch is
not synced between the host bridge properly [1].
Enabling MAC learning on CPU port can help, according to Andrew Lunn[2],
but it may cause some traffic to go thro
Acked-by: Eneas U de Queiroz
> Em 6 de abr de 2020, à(s) 08:53, Paul Spooren escreveu:
>
> OpenWrt now has a CDN for sources at sources.cdn.openwrt.org which
> mirrors sources.openwrt.org.
>
> Downloading sources outside Europe or US (mainland) could
> result in low throughput, extremely slow
OpenWrt now has a CDN for sources at sources.cdn.openwrt.org which
mirrors sources.openwrt.org.
Downloading sources outside Europe or US (mainland) could
result in low throughput, extremely slowing down the first compilation of
the build system.
This patch adds sources.cdn.openwrt.org as the firs
Instead of resetting flash to 3B address on remove hook, this
implementation only enters 4B mode when needed, which prevents more
unexpected reboot stuck. This implementation makes it only break when
a kernel panic happens during flash operation on 16M+ areas.
Also silent broken-flash-reset warning
Hi,
I've just quickly tested a few devices with "default" setup plus the
inlining-patch on kernel 5.4:
TP-Link Archer C60 v1: works without apparent issues
TP-Link TL-WR841N v12 (tiny!): works without apparent issues, it is still
possible to write to flash
TP-Link TL-WR1043ND v4: boots fine, WA
32 matches
Mail list logo
