[OpenWrt-Devel] [PATCH] iwinfo: Complete device IDs for Ubiquiti airOS XM/XW devices

This commit includes all power offsets and subsystem device IDs for Ubiquiti XM and XW devices. The device ID is wildcarded. Consistency has been tested among all Ubiquiti platforms. These values seem to be PA gains and likely do not include antenna gains. I expect the antenna gains to be defined

Re: [OpenWrt-Devel] [PATCH] ath79: add support for tplink tl-wdr3600 modified with 16M flash

Hi, W dniu 2019-03-15 o 10:18, Chuanhong Guo pisze: Hi! On Fri, Mar 15, 2019 at 2:42 PM Russell Senior wrote: To modify a WDR3600 with 16MB flash, you will need an external SPI programmer and soldering tools. First, obtain a copy of the starting contents either with the external programmer

[OpenWrt-Devel] [RFC] ipq40xx: qca8x / ipqess: 10_indicate_preinit Likely Needs Adjustment

In working with an IPQ4019 device with qca8x and ipqess, using a handful of patches[1] from it appears that `10_indicate_preinit` has some behavior that needs to be addressed in the future, prior to calling `preinit_net_echo`. The two

Re: [OpenWrt-Devel] [PATCH] openssl: Fix longer booting times by unblocking getrandom

Hi Petr, Le ven. 15 mars 2019 à 13:01, Petr Štetiar a écrit : > > Etienne Champetier [2019-03-15 10:46:09]: > > Hi, > > > Just a side note, on first boot we save a random seed using getrandom() > > https://github.com/openwrt/openwrt/blob/master/package/base-files/files/etc/init.d/urandom_seed >

Re: [OpenWrt-Devel] [PATCH] openssl: Fix longer booting times by unblocking getrandom

Petr Štetiar [2019-03-15 15:09:23]: > I see it more as a problem of the implementation of getrandom syscall in > Linux kernel I've just found following interesting upstream commits in v4.18: commit 39a8883a2b989d1d21bd8dd99f5557f0c5e89694 Author: Theodore Ts'o Date: Tue Jul 17

Re: [OpenWrt-Devel] ipq40xx: bootarg Manipulation Failing

On 3/14/19 3:39 PM, Jeff Kletsky wrote: I'm trying to bring up an IPQ4019-based Linksys EA8300 and have a challenge with the OEM bootargs from U-Boot. While they could be modified once in OpenWrt, I'm hoping to provide a serial-less way for users to easily flash OpenWrt from the OEM web

Re: [OpenWrt-Devel] [PATCH] openssl: Fix longer booting times by unblocking getrandom

Etienne Champetier [2019-03-15 10:46:09]: Hi, > Just a side note, on first boot we save a random seed using getrandom() > https://github.com/openwrt/openwrt/blob/master/package/base-files/files/etc/init.d/urandom_seed >

Re: [OpenWrt-Devel] [PATCH] openssl: Fix longer booting times by unblocking getrandom

Kristian Evensen [2019-03-15 13:57:41]: Hi, > I had a similar problem on some x86-devices. The problem is that > OpenWRT-devices are so "quiet" that it takes a while before a sufficient > amount of entropy is generated. I don't see it as problem of devices, I see it more as a problem of the

Re: [OpenWrt-Devel] [PATCH] openssl: Fix longer booting times by unblocking getrandom

Hi All, Le ven. 15 mars 2019 à 09:29, Petr Štetiar a écrit : > > While testing simple firmware image for x86/64 in QEMU I've discovered > some weird behavior today. This image contains simple package with > simple init script to bootstrap the device UCI configuration from > network server. This

Re: [OpenWrt-Devel] [PATCH] openssl: Fix longer booting times by unblocking getrandom

Hi, On Fri, Mar 15, 2019 at 1:29 PM Petr Štetiar wrote: > > While testing simple firmware image for x86/64 in QEMU I've discovered > some weird behavior today. This image contains simple package with > simple init script to bootstrap the device UCI configuration from > network server. This init

[OpenWrt-Devel] [PATCH] openssl: Fix longer booting times by unblocking getrandom

While testing simple firmware image for x86/64 in QEMU I've discovered some weird behavior today. This image contains simple package with simple init script to bootstrap the device UCI configuration from network server. This init script uses uclient-fetch and libustream-openssl. This image was

Re: [OpenWrt-Devel] [PATCH 1/3] ramips: ethernet: Replace alloc_etherdev with devm variant

> Op 13 mrt. 2019, om 22:05 heeft Rosen Penev het volgende > geschreven: > > Allows simplifying the code slightly. > > Also get rid of devm_iounmap as it is not necessary. > > Tested on GnuBee PC1. > > Signed-off-by: Rosen Penev > --- > .../net/ethernet/mediatek/mtk_eth_soc.c | 38

Re: [OpenWrt-Devel] [PATCH] ath79: add support for tplink tl-wdr3600 modified with 16M flash

Hi! On Fri, Mar 15, 2019 at 2:42 PM Russell Senior wrote: > > > To modify a WDR3600 with 16MB flash, you will need an external SPI programmer > and soldering tools. First, obtain a copy of the starting contents either > with > the external programmer or from commands in OpenWrt: Unfortunately

[OpenWrt-Devel] script error in target-metadata.pl

Hi Daniel, When running the image builder for my targets, I'm getting following error: "Can't use an undefined value as an ARRAY reference at /mnt/ramdisk/koen/firmware/.21128/openwrt-imagebuilder-cns3xxx.Linux-x86_64/scripts/target-metadata.pl line 426." It seems you made 2 changes last

Re: [OpenWrt-Devel] WPJ428HV board - OpenWRT

On Thursday, 14 March 2019 22:39:54 CET Lloyed Emmanuel wrote: [...] > I have loaded the following OpenWRT firmware to WPJ428HV boards. > > http://downloads.openwrt.org/releases/18.06.2/targets/ipq40xx/generic/openwrt-18.06.2-ipq40xx-compex_wpj428-squashfs-sysupgrade.bin > > and I followed

[OpenWrt-Devel] [PATCH] ath79: add support for tplink tl-wdr3600 modified with 16M flash

To modify a WDR3600 with 16MB flash, you will need an external SPI programmer and soldering tools. First, obtain a copy of the starting contents either with the external programmer or from commands in OpenWrt: # dd if=/dev/mtdblock0 of=/tmp/uboot.img # dd if=/dev/mtdblock1