Dear OpenWRT/LEDE team,
my WNR2200 on fresh 18.06 r7188 frequently dies with LEDs frozen.. The device
has had some troubles on stock firmware as well.
How do I set up a watchdog to reset the device when it gets stuck? I've had a
look at freifunk-watchdog, kmod-softdog & watchcat packages but cou
Marcel Partap wrote:
> Dear OpenWRT/LEDE team,
> my WNR2200 on fresh 18.06 r7188 frequently dies with LEDs
> frozen.. The device has had some troubles on stock firmware as
> well.
>
> How do I set up a watchdog to reset the device when it gets
> stuck? I've had a look at freifunk-watchdog, kmod-
This adds PLL settings for the ethernet ports of the TP-Link TL-WR1043
v2/v3 and the Openmesh OM5P-AC-v2.
We also change the PLL-settings in the qca9557.dtsi to match the ones
used as default on the ar71xx target.
As of 4b9680f138 those devices have broken ethernet ports as the default
PLL settin
Hi all,
most (all?) OpenWrt packages include a spdx [0] conform license variable
in the Makefile, however it seems rather hard to get this value once the
package is created. It would be very useful to include the following two
features for opkg:
* Show spdx license tag when using `opkg info `
*
> On 06/08/2018 22:07, Dave Turvene - Work wrote:
> > Greetings -
> >
> > I cleaned up the documentation in
> >
> > https://openwrt.org/docs/guide-user/base-system/log.essentials
> >
> > as a prelude to adding a section on iptable logging rules. The wiki
> > source just has the following snippet:
Hi,
when building firmware images exceeding devices max size, the
ImageBuilder usually write something like "too big" in the last line.
However, (at least) on some ar71xx/tiny TP-Link 841er devices, the
buildlog is somewhat different, whiteout mentioning any problems:
[|
During compiling/testing the new kernel bumps, I'm getting this on 7
different builds:
make[3]: Entering directory
'/mnt/ramdisk/koen/firmware/builds/generic_cns3xxx/package/base-files'
rm -f
/mnt/ramdisk/koen/firmware/builds/generic_cns3xxx/build_dir/target-arm_mpcore+vfp_musl_eabi/linux-cn
Avoid having /sbin/wifi silently ignore unknown keywords and execute
"enable"; instead display the help message and exit with an error.
Spell out the 'enable' keyword and preserve the implicit assumption
that runing /sbin/wifi without argument performs "enable".
Signed-off-by: Thibaut VARÈNE
---
On 9 August 2018 at 18:49, Thibaut VARÈNE wrote:
> Avoid having /sbin/wifi silently ignore unknown keywords and execute
> "enable"; instead display the help message and exit with an error.
>
> Spell out the 'enable' keyword and preserve the implicit assumption
> that runing /sbin/wifi without argu
Avoid having /sbin/wifi silently ignore unknown keywords and execute
"up"; instead display the help message and exit with an error.
Spell out the "up" keyword (which has users), add it to usage output,
and preserve the implicit assumption that runing /sbin/wifi without
argument performs "up".
Sig
> On 9 Aug 2018, at 19:58, Jonas Gorski wrote:
>
> On 9 August 2018 at 18:49, Thibaut VARÈNE wrote:
>> Avoid having /sbin/wifi silently ignore unknown keywords and execute
>> "enable"; instead display the help message and exit with an error.
>>
>> Spell out the 'enable' keyword and preserve th
From: Linus Walleij
Date: Wed, 8 Aug 2018 14:38:55 +0200
> The totally undocumented IO mode needs to be set to enumerator
> 0 to enable port 4 also known as WAN in most configurations,
> for ordinary traffic. The 3 bits in the register come up as
> 010 after reset, but need to be set to 000.
>
On 09/08/2018 16:55, Dave Turvene - Work wrote:
On 06/08/2018 22:07, Dave Turvene - Work wrote:
Greetings -
I cleaned up the documentation in
https://openwrt.org/docs/guide-user/base-system/log.essentials
as a prelude to adding a section on iptable logging rules. The wiki
source just has t
On 08/09/2018 12:40 PM, Koen Vandeputte wrote:
During compiling/testing the new kernel bumps, I'm getting this on 7
different builds:
make[3]: Entering directory
'/mnt/ramdisk/koen/firmware/builds/generic_cns3xxx/package/base-files'
rm -f
/mnt/ramdisk/koen/firmware/builds/generic_cns3xxx/bu
On 08/09/2018 10:14 PM, Eric Luehrsen wrote:
On 08/09/2018 12:40 PM, Koen Vandeputte wrote:
During compiling/testing the new kernel bumps, I'm getting this on 7
different builds:
make[3]: Entering directory
'/mnt/ramdisk/koen/firmware/builds/generic_cns3xxx/package/base-files'
rm -f
/mnt/r
This router is called RE450 and the tl prefix was used to identify it
as a TP-Link device. Drop the tl prefix since we now have tplink in
dts and device name.
Signed-off-by: Peter Lundkvist
---
.../{qca9563_tplink_tl-re450-v2.dts => qca9563_tplink_re450-v2.dts} | 0
target/linux/ath79/image/ge
16 matches
Mail list logo
