This adds parsed VHT capability information to the hostapd
get_clients method.
Signed-off-by: David Bauer
---
.../services/hostapd/src/src/ap/ubus.c| 71 +++
1 file changed, 71 insertions(+)
diff --git a/package/network/services/hostapd/src/src/ap/ubus.c
b/package
This adds information from mac80211 to hostapd get_client ubus function.
This way, TX as well as RX status information as well as the signal can
be determined.
Signed-off-by: David Bauer
---
.../services/hostapd/src/src/ap/ubus.c| 24 +++
1 file changed, 24 insertions
This adds a new get_status method to a hostapd interface, which
provides information about the current interface status.
Signed-off-by: David Bauer
---
.../services/hostapd/src/src/ap/ubus.c| 40 +++
1 file changed, 40 insertions(+)
diff --git a/package/network/services
after downloading. If the original
mirror for a file where url-filename and filename do not match goes
down, the download failed prior to this patch.
Further improvement can be done by performing this only for the
OpenWrt sources mirrors.
Signed-off-by: David Bauer
---
scripts/download.pl | 8
Hi Sven,
sorry for the late reply.
Firs to fall, there is no real policy on that one, as OpenWrt itself does not
advertise support for cross-target upgrades. It might work, or it might not.
On 11/25/20 8:53 AM, Sven Eckelmann wrote:
> On Tuesday, 24 November 2020 08:58:04 CET Sven Eckelmann wrot
ing sysupgrade.
FIT configurations
--
In the future, the MT7621 UniFi6 family can be supported by a single
OpenWrt image.
config@1: U6 Lite
config@2: U6 IW
config@3: U6 Mesh
config@4: U6 Extender
config@5: U6 LR-EA (Early Access - GA is MT7622)
Signed-off-by: David Bauer
---
Currently PHY information obtained from "iw phy" lacks information about
a PHYs HE capabilities when using the by default installed iw-tiny.
As there are already 802.11ax supported devices, enabled printing this
information for the by-default installed iw variant.
Signed-off-by: D
Hi Ben,
On 1/14/21 7:14 PM, Ben Greear wrote:
On 1/14/21 10:05 AM, Ben Greear wrote:
On 1/13/21 4:58 PM, Sven Roederer wrote:
Ben,
seems to me, that at least
"firmware-5-ct-full-community-12.bin-lede.013" is
still not recovered. File is there, but contains only 0x00.
This seems to cause my
active at this early stage resulting in low
available entropy.
There is however a semi-unique identifier available to us, which is the
CID of the used SD card. It is unique to each SD card, hence we can use
it to generate the MAC address used for LAN and WAN.
Signed-off-by: David Bauer
Hi,
On 1/21/21 5:21 AM, DENG Qingfang wrote:
> The kernel bump to 5.4 removed the mx25l25635f hack, and the upstream
> property "broken-flash-reset" should be used instead.
Is this dependent on board design? The need for the old hack should be fixed by
this upstream commit [0]. Given that commit
Enable support for the Ubiquiti UniFi Outdoor+ RF filter via
device-tree. The old way of using platform data is not required anymore,
as it was only used on the now removed ar71xx target.
Signed-off-by: David Bauer
---
.../ath/551-ath9k_ubnt_uap_plus_hsr.patch | 35
Hardware
Atheros AR7241
16M SPI-NOR
64M DDR2
Atheros AR9283 2T2R b/g/n
2x Fast Ethernet (built-in)
Installation
Transfer the Firmware update to the device using SCP.
Install using fwupdate.real -m -d
Signed-off-by: David Bauer
---
.../dts/ar7241_ubnt_unifi-ap-outdoor
This adds basic support for IEEE 802.11ax when requesting HW or HT
Modelist for a PHY from iwinfo. This way, applications using iwinfo can
detect HE phys.
Signed-off-by: David Bauer
---
api/nl80211.h| 38 ++
include/iwinfo.h | 8 +++-
iwinfo_cli.c
Expose the SDK options for binary stripping to the menuconfig. This
way, packages can easily be built with debug symbols using the SDK.
Signed-off-by: David Bauer
---
target/sdk/files/Config.in | 46 ++
1 file changed, 46 insertions(+)
diff --git a/target
dbar",
+ .of_match_table = of_ubnt_ledbar_match,
+ },
+ .probe = ubnt_ledbar_probe,
+ .remove = ubnt_ledbar_remove,
+ .id_table = ubnt_ledbar_id,
+};
+module_i2c_driver(ubnt_ledbar_driver);
+
+MODULE_DESCRIPTION("Ubiquiti LEDBAR dri
/mtdblock6
5. Write the OpenWrt sysupgrade image to both kernel0 as well as kernel1
$ dd if=openwrt.bin of=/dev/mtdblock8
$ dd if=openwrt.bin of=/dev/mtdblock9
6. Reboot the device. It should boot into OpenWrt.
Signed-off-by: David Bauer
---
.../lib/preinit/05_set_preinit_iface
: David Bauer
---
target/linux/mpc85xx/config-5.10 | 280 ++
target/linux/mpc85xx/p1010/target.mk | 2 +
...85xx-add-gpio-keys-to-of-match-table.patch | 10 +
...0-powerpc-85xx-tl-wdr4900-v1-support.patch | 83 ++
.../101-powerpc-85xx-hiveap-330
.
Tested-on: Nanoi R2S
Signed-off-by: David Bauer
---
target/linux/rockchip/Makefile| 1 +
target/linux/rockchip/armv8/config-5.10 | 673 ++
target/linux/rockchip/armv8/config-5.4| 165 -
target/linux/rockchip/config-default | 297
When recursively deleting partitions, don't acquire the masters
partition lock twice. Otherwise the process endy up in a deadlocked
state.
Signed-off-by: David Bauer
---
...when-recursively-deleting-partitions.patch | 24 +++
1 file changed, 24 insertions(+)
create mode 1
Hi Daniel,
On 2/17/21 4:21 AM, Daniel Golle wrote:
> On Tue, Feb 16, 2021 at 11:48:04PM +0100, David Bauer wrote:
>> Tested on: Sophos RED 15W
>>
>> The TP-Link WL-WDR4900 needs to be disabled when 5.10 becomes the
>> default kernel.
>
> That's sad. Why?
Se
es
David
>
> Greetings
> Perry
>
> On February 17, 2021 5:59:28 AM GMT+01:00, David Bauer
> wrote:
>> Hi Daniel,
>>
>> On 2/17/21 4:21 AM, Daniel Golle wrote:
>>> On Tue, Feb 16, 2021 at 11:48:04PM +0100, David Bauer wrote:
>>>> Tested o
Hi,
On 2/18/21 6:16 PM, Adrian Schmutzler wrote:
> Hi,
>
>> -Original Message-
>> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
>> On Behalf Of David Bauer
>> Sent: Dienstag, 16. Februar 2021 23:48
>> To: openwrt-devel@lists.ope
OpenSSL downloads itself are distributed using Akamai CDN, so use these
sources as the highest priority.
Remove a stale mirror which seems to be offline for a longer time
already.
Add fallbacks to the old release path also for the mirrors.
Signed-off-by: David Bauer
---
package/libs/openssl
As we built our own CPIO now, use this version instead of whatever the
host may or may not provide.
Signed-off-by: David Bauer
---
include/image.mk | 2 +-
include/kernel-defaults.mk | 2 +-
include/unpack.mk | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff
meditak-mt7622 as well as mediatek-mt7623 require CPIO to create their
initramfs images. So build CPIO as part of the host toolchain.
Signed-off-by: David Bauer
---
tools/Makefile| 2 +-
tools/cpio/Makefile | 14
The virtual cable tester depends on the netlink interface for ethtool.
Thus, enable it in the generic kernel configuration.
Signed-off-by: David Bauer
---
target/linux/generic/config-5.10 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/generic/config-5.10 b
Netlink support is required for using the virtual cable tester
functionality. Thus, add a build variant with enabled netlink
support.
Signed-off-by: David Bauer
---
package/network/utils/ethtool/Makefile | 26 ++
1 file changed, 22 insertions(+), 4 deletions(-)
diff
On 3/5/21 12:57 AM, Paul Spooren wrote:
> What's the size change?
48 kiB
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
The spi-ath79 driver performs the chipselect by writing to dedicated
register in the SPI register block. So the GPIO numbers were not used.
Tested-on: Enterasys WS-AP3705i
Signed-off-by: David Bauer
---
target/linux/ath79/dts/ar7161_buffalo_wzr-hp-ag300h.dtsi| 1 -
target/linux/ath79/dts
Hi,
On 4/16/21 4:12 AM, Chuanhong Guo wrote:
> Hi!
>
> On Fri, Apr 16, 2021 at 4:43 AM David Bauer wrote:
>>
>> The spi-ath79 driver performs the chipselect by writing to dedicated
>> register in the SPI register block. So the GPIO numbers were not used.
>
&
Hello Christian,
On 26.02.19 23:17, Christian Lamparter wrote:
> Hello David,
>
> On Tuesday, February 26, 2019 12:15:41 AM CET David Bauer wrote:
>> On 25.02.19 23:10, Christian Lamparter wrote:
>>> On Wednesday, February 20, 2019 6:02:21 PM CET Christian Lampart
Hello Christian,
On 27.02.19 13:03, David Bauer wrote:
Hello Christian,
On 26.02.19 23:17, Christian Lamparter wrote:
Hello David,
On Tuesday, February 26, 2019 12:15:41 AM CET David Bauer wrote:
On 25.02.19 23:10, Christian Lamparter wrote:
On Wednesday, February 20, 2019 6:02:21 PM CET
driver.
It can be dropped as soon as we switch to an ath10k-ct version based on
4.20 or higher.
Signed-off-by: David Bauer
---
...ilable-channels-via-DT-ieee80211-fre.patch | 39 +++
1 file changed, 39 insertions(+)
create mode 100644
package/kernel/ath10k-ct/patches/203-ath10k
ase.
Best wishes
David
>
> Thanks,
> Ben
>
> On 3/4/19 9:03 AM, David Bauer wrote:
>> This backports upstream commit
>>
>> 34d5629 ath10k: limit available channels via DT ieee80211-freq-limit
>>
>> to the 4.19 ath10k-ct version. Without th
ve the AVM filesystem partitions to make room for our kernel +
rootfs + overlayfs.
> ubirmvol /dev/ubi0 --name=avm_filesys_0
> ubirmvol /dev/ubi0 --name=avm_filesys_1
8. Flash OpenWRT peristently using sysupgrade.
> sysupgrade -n /path/to/openwrt-sysupgrade.bin
Signed-off-b
Adds support for the AVM FRITZ!Repeater 3000
Signed-off-by: David Bauer
---
package/boot/uboot-fritz4040/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/boot/uboot-fritz4040/Makefile
b/package/boot/uboot-fritz4040/Makefile
index 9af09afcd1..3182842c89
Hello Christian,
first of all, thanks for the review!
On 08.03.19 22:23, Christian Lamparter wrote:
> On Tuesday, March 5, 2019 7:38:38 PM CET David Bauer wrote:
>> Hardware
>>
>> CPU: Qualcomm IPQ4019
>> RAM: 256M
>> FLASH: 128M NAND
> Sorry fo
Adds support for the AVM FRITZ!Repeater 3000
Signed-off-by: David Bauer
---
package/boot/uboot-fritz4040/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/boot/uboot-fritz4040/Makefile
b/package/boot/uboot-fritz4040/Makefile
index 9af09afcd1..3182842c89
mtd write /path/to/uboot-fritz3000.bin uboot1
7. Remove the AVM filesystem partitions to make room for our kernel +
rootfs + overlayfs.
> ubirmvol /dev/ubi0 --name=avm_filesys_0
> ubirmvol /dev/ubi0 --name=avm_filesys_1
8. Flash OpenWRT peristently using sysupgrade.
> sysupgrad
Hello Christian,
missed one thing (which might also be interesting to others)
On 08.03.19 22:23, Christian Lamparter wrote:
> Didn't find any GPL sources or firmware releases for this device yet. So, I
> would much rather err on the side of caution and change this so that the
> device gets its o
This removes the 'cs-gpios' property from the AVM FRITZ!Box 7530 NAND
controller node. As pointed out by Christian Lamparter, the property is
not needed by the Qualcomm NAND controller driver.
Signed-off-by: David Bauer
---
.../files-4.14/arch/arm/boot/dts/qcom-ipq4019-fritzbox-753
Hello Christian,
On 10.03.19 20:27, Christian Lamparter wrote:
> On Saturday, March 9, 2019 12:20:54 AM CET David Bauer wrote:
>> Hardware
>>
>> CPU: Qualcomm IPQ4019
>> RAM: 256M (NANYA NT5CC128M16JR-EK)
>> FLASH: 128M NAND (Macronix MX30LF1G18A
AVM devices based on Qualcomm IPQ40xx do not store sector health
information in the OOB area. Make this check optional to support this
platform.
Signed-off-by: David Bauer
---
package/utils/fritz-tools/src/fritz_tffs_nand_read.c | 12 ++--
target/linux/ipq40xx/image/Makefile
Adds support for the AVM FRITZ!Repeater 3000
Signed-off-by: David Bauer
---
package/boot/uboot-fritz4040/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/boot/uboot-fritz4040/Makefile
b/package/boot/uboot-fritz4040/Makefile
index 9af09afcd1..3182842c89
mtd write /path/to/uboot-fritz3000.bin uboot1
7. Remove the AVM filesystem partitions to make room for our kernel +
rootfs + overlayfs.
> ubirmvol /dev/ubi0 --name=avm_filesys_0
> ubirmvol /dev/ubi0 --name=avm_filesys_1
8. Flash OpenWRT peristently using sysupgrade.
> sysupgrad
This commit disables the VMMC for the AVM FRITZ!Box 7412 due to missing
support for the FXS ports (attached via the Dialog DECT chip according
to the original author).
This allows us to activate the second VPE of the CPU and SMP support.
Run-tested on AVM FRITZ!Box 7412.
Signed-off-by: David
Installation
Update the factory image via the Netgear web-interfaces (by default:
192.168.1.250/24).
You can also use the factory image with the nmrpflash tool.
For more information see https://github.com/jclehner/nmrpflash
Signed-off-by: David Bauer
---
.../ramips/base-files/etc/board.d
Enable the USB power for the Netgear R6120. Otherwise, no power is
supplied to an attached USB device.
Signed-off-by: David Bauer
---
target/linux/ramips/dts/R6120.dts | 15 ++-
target/linux/ramips/mt76x8/config-4.14 | 2 ++
2 files changed, 16 insertions(+), 1 deletion
This adds the SPDX license identifier for the NETGEAR EX6150. It was
missed when submitting the original patch.
Signed-off-by: David Bauer
---
target/linux/ramips/dts/EX6150.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ramips/dts/EX6150.dts
b/target/linux/ramips/dts
Hello,
I've tried your suggenstions on my unit (and try to provide some
information from my work with the other two APs from OCEDO/Riverbed).
On 02.04.19 00:19, Petr Štetiar wrote:
> markus.sche...@gmail.com [2019-03-21 16:43:27]:
>
> Hi,
>
>> +label = "ursus:green:wlan2";
Hello Petr,
sorry for the late reply, I was very busy last week.
On 03.04.19 09:35, Petr Štetiar wrote:
> ok, so it seems like this patch is fine with you and you've already tested it
> as it is, so can I add your Tested-by or Reviewed-by as well?
Tested-by: David Bauer
Maybe yo
, as
the vendor bootloader only loads the first 2684k bytes.
Signed-off-by: David Bauer
---
target/linux/mpc85xx/Makefile| 2 +-
target/linux/mpc85xx/config-4.14 | 7 ---
target/linux/mpc85xx/config-4.19 | 7 ---
3 files changed, 1 insertion(+), 15 deletions(-)
diff --git a/target/linux
Add kernel module package for the Freescale USB2 EHCI used on the
mpc85xx platform.
Signed-off-by: David Bauer
---
package/kernel/linux/modules/usb.mk | 23 +--
1 file changed, 21 insertions(+), 2 deletions(-)
diff --git a/package/kernel/linux/modules/usb.mk
b/package
Remove wireless and USB packages from the device-specific package
selection as they are already selected by the target itself.
Signed-off-by: David Bauer
---
target/linux/mpc85xx/image/Makefile | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/target/linux/mpc85xx/image
Enable the QCA955x SGMII workaround for all devices which sport the
AR8033 + QCA955x combination which is known to show the link-stuck
symptoms.
Signed-off-by: David Bauer
---
target/linux/ath79/dts/qca9558_devolo_dvl1xxx.dtsi | 6 ++
target/linux/ath79/dts/qca9558_ocedo_ursus.dts
The register size of the QCA955x currently matches the size stated in
the datasheet. However, there are more hidden GMAC registers which are
needed for the SGMII workaround to work.
Signed-off-by: David Bauer
---
target/linux/ath79/dts/qca9557.dtsi | 2 +-
1 file changed, 1 insertion(+), 1
.
Signed-off-by: David Bauer
---
.../net/ethernet/atheros/ag71xx/ag71xx_main.c | 108 ++
...9-add-missing-QCA955x-GMAC-registers.patch | 91 +++
...9-add-missing-QCA955x-GMAC-registers.patch | 91 +++
3 files changed, 290 insertions(+)
create mode 100644
In order to make the QCA955x SGMII workaround work, the unsuccessful
SGMII autonegotiation on the AR8033 should not block the PHY
state-machine.
Otherwise, the ag71xx driver never becomes aware of the copper-side
link-establishment and the workaround is never executed.
Signed-off-by: David Bauer
eserve the configuration.
Installation via U-Boot
---
1. Hold down the reset button while powering on the device.
Wait for the LED to flash 5 times.
2. Assign yourself a static IPv4 in 192.168.1.0/24
3. Upload the OpenWrt sysupgrade image at 192.168.1.1.
Signed-off-by: D
Hello Christian,
On 20.04.19 20:59, Christian Lamparter wrote:
> On Wednesday, April 17, 2019 3:45:52 PM CEST Adrian Schmutzler wrote:
>> The identifier for both devices is "archer-c7" on ar71xx, set here:
>> https://github.com/openwrt/openwrt/blob/master/target/linux/ar71xx/base-files/lib/ar71xx.
Hello Christian,
On 21.04.19 14:17, Christian Lamparter wrote:
Hello David,
On Sunday, April 21, 2019 11:42:52 AM CEST David Bauer wrote:
On 20.04.19 20:59, Christian Lamparter wrote:
On Wednesday, April 17, 2019 3:45:52 PM CEST Adrian Schmutzler wrote:
The identifier for both devices is
without any packet loss.
Signed-off-by: David Bauer
---
target/linux/ath79/dts/ar9344_ocedo_raccoon.dts | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target/linux/ath79/dts/ar9344_ocedo_raccoon.dts
b/target/linux/ath79/dts/ar9344_ocedo_raccoon.dts
index 0875c319b9..a1a912383f
Hello Petr,
On 05.05.19 22:14, Petr Štetiar wrote:
> Commit "lantiq/xrx200: enable initramfs images" enabled creation of
> initramfs images for all devices in lantiq's xrx200 subtarget, just
> because FRITZ7362SL needs initramfs during OpenWrt instalation.
The FRITZ!Box 7412 also needs an initram
Hello Markus,
see my comments inline:
On 06.05.19 11:15, Markus Scheck wrote:
> - SoC: MediaTek MT7628AN
> - Flash:16MB (Winbond W25Q128JV)
> - RAM: 64MB
> - Serial: As marked on PCB, 3V3 logic, baudrate is 115200
> - Ethernet: 3x 10/100 Mbps (switched, 2x LAN + WAN)
> - WIFI0:
The factory firmware omits the JFFS2 end-marker while flashing via
web-interface. Add a 64k padding after the marker fixes this problem.
When the end-marker is not present, OpenWRT won't save the overlayfs
after initial flash.
Reported-by: Andreas Ziegler
Signed-off-by: David Bauer
---
t
Hello Adrian,
On 09.05.19 13:50, Adrian Schmutzler wrote:
> The read-only properties for non-firmware partitions seem to have
> been assigned rather randomly.
> I went through the DTS files in ath79 and assigned the read-only
> to all partitions that seem to require protection.
> diff --git a/targ
Hello,
On 05.06.19 22:23, Christian Lamparter wrote:
> I had to attach the patch as a file since gmail's webmail interface now seems
> to
> eat all the tabs. I hope this still gets through.
I ran into problems booting multiple QCA9558 boards, namely the OCEDO
Koala and the devolo WiFi pro 1200e
Hello Petr,
On 13.06.19 21:50, Petr Štetiar wrote:
> David Bauer [2019-06-11 23:52:46]:
>
> Hi,
>
>> I ran into problems booting multiple QCA9558 boards, namely the OCEDO
>> Koala and the devolo WiFi pro 1200e with the current master. Both
>> devices always go in
6c5bfaac84b0 ("gpio-button-hotplug:
gpio-keys: fix always missing first event"), but in addition, we read
the initial button state on driver probe. This commit caused some devices
to enter failsafe mode every time when booting.
Run-tested on devolo WiFi pro 1200e & 1200i.
Signed-off-b
he input is indeed not stable after setting the GPIO
direction. With the following patch applied, i get zero ghost presses
and the buttons work as expected. However I'm not sure if this approach
is the right one to fix the underlying issue.
>From 2b0c12c9c9aa1955a1fa42234597601148bcf548 Mon Sep 1
Hello Linus,
On 17.06.19 01:42, Linus Walleij wrote:
> It shows what the problem is for sure. delays are forbidden in
> irqchip callback functions since they are all called from
> IRQ context with IRQs disabled though.
Good to know, thanks!
>> @@ -96,6 +97,12 @@ static void ath79_gpio_irq_enable
Hello Linus,
On 17.06.19 22:26, Linus Walleij wrote:
> Hm this sounds like something that would be solved by debouncing.
> It might even be a bounce effect of sorts, it can be a capacitance
> or something in the mechanics causing this.
>
> If you look in:
> drivers/input/keyboard/gpio_keys.c
> yo
tested for 'gpio-keys' and 'gpio-keys-polled' on
- devolo WiFi pro 1200e
- devolo WiFi pro 1750c
- devolo WiFi pro 1750x
Signed-off-by: David Bauer
---
.../src/gpio-button-hotplug.c | 42 +--
1 file changed, 20 insertions(+), 22 deletions(-
s (and clean up misplaced
properties along the way) to keep the devices working flawlessly with
kernels >= 5.1.
Signed-off-by: David Bauer
---
target/linux/ath79/dts/ar9344_ocedo_raccoon.dts| 3 +--
target/linux/ath79/dts/qca9558_devolo_dvl1200i.dts | 1 +
target/linux/ath79/dts/qca9558_d
Hello Christian,
On 20.06.19 17:21, Christian Lamparter wrote:
> On Tuesday, June 18, 2019 1:06:12 PM CEST David Bauer wrote:
>> This patch implements consistent handling of the debounce interval set
>> for the GPIO buttons. Hotplug events will only be fired if
>>
>>
tem".
3. Transfer the OpenWrt sysupgrade image via scp:
> scp owrt.bin admin@192.168.1.1:/tmp
4. Connect via SSH to the router.
> ssh admin@192.168.1.1
5. Write the OpenWrt image to flash.
> mtd-write -i /tmp/owrt.bin -d linux
6. Reboot the router
> reboot
Signed-off-by: David Bauer
Hello Christian,
On 24.06.19 21:19, Christian Lamparter wrote:
On Monday, June 24, 2019 2:31:57 PM CEST David Bauer wrote:
Some comments below.
diff --git a/target/linux/ramips/dts/RT-AC57U.dts
b/target/linux/ramips/dts/RT-AC57U.dts
--- /dev/null
+++ b/target/linux/ramips/dts/RT-AC57U.dts
tested for 'gpio-keys' and 'gpio-keys-polled' on
- devolo WiFi pro 1200e
- devolo WiFi pro 1750c
- devolo WiFi pro 1750x
Signed-off-by: David Bauer
---
v2:
- Debounce interval is now correctly considered for polled GPIO-keys
.../src/gpio-button-hotplug.c
tem".
3. Transfer the OpenWrt sysupgrade image via scp:
> scp owrt.bin admin@192.168.1.1:/tmp
4. Connect via SSH to the router.
> ssh admin@192.168.1.1
5. Write the OpenWrt image to flash.
> mtd-write -i /tmp/owrt.bin -d linux
6. Reboot the router
> reboot
Signed-off-by: David
tton is still executed
and we need to terminate here. Otherwise, we would skip a "release" or
"push" action.
I did rework those two parts a bit and tested it with the irq and
polled flavors without a problem. See below:
>From b751bb6f4088b4a16c378006fed4e071f905d9e0 Mon
tem".
3. Transfer the OpenWrt sysupgrade image via scp:
> scp owrt.bin admin@192.168.1.1:/tmp
4. Connect via SSH to the router.
> ssh admin@192.168.1.1
5. Write the OpenWrt image to flash.
> mtd-write -i /tmp/owrt.bin -d linux
6. Reboot the router
> reboot
Signed-off-by: David
Hello Etienne,
sorry for my late reply.
On 7/7/19 7:26 AM, Etienne Champetier wrote:
> This commit rework
> "ar71xx: allow to override at803x sgmii aneg status"
> (4e39e213af7e3e0cd747403e8c227e145cfef988)
> by moving override_sgmii_aneg param from "at803x_platform_data" to "device"
> struct
>
Hello Christian,
first of all, i wouldn't have imagined that there is so mush to talk about
pressing buttons ;)
On 13.07.19 18:04, Christian Lamparter wrote:
> Hello David,
>
> On Wednesday, July 10, 2019 12:31:12 AM CEST David Bauer wrote:
>> thanks for your reworked pa
Hello Christian,
On 7/14/19 12:04 AM, Christian Lamparter wrote:
> The "goto set_setstate;" only happens if state = 0 (Which in gpio-button
> context means) that the button is in an unpressed state.
Okay, you are right, this is one thing i missed.
If we suspect, the polarity is correctly set for
Hi Etienne,
one small remark:
On 14.07.19 04:43, Etienne Champetier wrote:
> ath79_init_mac(ath79_eth1_data.mac_addr, ath79_mac_base, 0);
> ath79_eth1_data.mii_bus_dev = &rbwapgsc_phy_device.dev;
> ath79_eth1_data.phy_if_mode = PHY_INTERFACE_MODE_SGMII;
> ath79_eth1_data.p
Hello Etienne,
On 15.07.19 04:30, Etienne Champetier wrote:
> Hi David,
>
> Le dim. 14 juil. 2019 à 04:25, David Bauer a écrit :
>>
>> Hi Etienne,
>>
>> one small remark:
>>
>> On 14.07.19 04:43, Etienne Champetier wrote:
>>> ath7
The Aerohive HiveAP 121 has the wrong PLL value set for Gigabit speeds,
leading to packet-loss. 10M and 100M work fine.
This commit sets the Gigabit Ethernet PLL value to the correct value,
fixing packet loss.
Confirmed with iperf and floodping.
Signed-off-by: David Bauer
---
target/linux
The AVM FRITZ!Box 7412 buttons are both active low, which is currently
incorrectly defined in the device-tree.
This leads to the device booting directly into failsafe.
Signed-off-by: David Bauer
---
target/linux/lantiq/files/arch/mips/boot/dts/FRITZ7412.dts | 4 ++--
1 file changed, 2
The AVM Fritz!Box 7412 does not use the VMMC part of the Lantiq chip but
rather a proprietary solution based on the DECT chip for the FXS ports.
Therefore, the second VPE can be enabled for use with OpenWrt.
Signed-off-by: David Bauer
---
target/linux/lantiq/files/arch/mips/boot/dts/FRITZ7412
n the stock
firmware, as the user can set it's function by himself. The DSL
connection state is one possible option for the Info LED there.
Also use the red Power LED to indicate a running upgrade, in case the
board has a two-color Power LED.
Signed-off-by: David Bauer
---
.../linux/lantiq/
til a matching
caldata for each radio is found.
Reported-by: Hauke Mehrtens
Signed-off-by: David Bauer
---
.../etc/hotplug.d/firmware/11-ath10k-caldata | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git
a/target/linux/ipq40xx/base-files/etc/hotplug.d/firmwa
Hello Adrian,
On 8/15/19 1:26 PM, Adrian Schmutzler wrote:
> My current understanding of ralink,mtd-eeprom for &wmac is that this reads
> the MAC address "automatically" if it's in the correct location (start+4).
This is correct, the MAC address is stored as 3 16bit words within the EEPROM
data
This adds an easy-installation factory image for the NETGEAR R6220
router. The factory image can either be flashed via the vendor Web-UI or
the bootloader using nmrpflash.
Tested with NETGEAR V1.1.0.86 firmware.
Signed-off-by: David Bauer
---
target/linux/ramips/image/mt7621.mk | 7 ++-
1
Since the binaries for both lua as well as lua5.3 contain the version
number, invocations of the "lua" binary are failing, as it's not created
anymore for the host package.
Fixes: fe59b46 ("lua: include version number in installed files")
Signed-off-by: David Baue
you have both?
>
> David Bauer wrote:
>> Since the binaries for both lua as well as lua5.3 contain the
>> version number, invocations of the "lua" binary are failing, as
>> it's not created anymore for the host package.
>>
>> Fixes: fe59b46 (&q
Since the binaries for both lua as well as lua5.3 contain the version
number, invocations of the "lua" binary are failing, as it's not created
anymore for the host package.
Fixes: fe59b46 ("lua: include version number in installed files")
Signed-off-by: David Bauer
patch disables this badblock shifting. This fix was originally
proposed by Jo-Philipp Wich at
https://bugs.openwrt.org/index.php?do=details&task_id=1926
Fixes FS#1926 ("MTD partition offset not correctly mapped when bad
eraseblocks present")
Signed-off-by: David Bauer
---
.../ramip
Hello Adrian,
On 9/2/19 6:13 PM, Adrian Schmutzler wrote:
> Hi,
>
> we just have encountered the case of a 5 GHz radio on a MT7610E chip that
> does not provide its MAC address via caldata.
>
> We tried the following:
>
> &pcie0 {
> wifi@0,0 {
> reg = <0x 0 0 0 0>;
>
Hello Adrian
On 9/2/19 11:10 AM, Adrian Schmutzler wrote:
> Several Archer Cxx devices were using board-specific LED names in
> ar71xx, which were changed to "tp-link:*" in ath79.
>
> This patch adds migration for them.
Have you run-tested this patch? For me i ran into the issue of the device
no
e the SGMII side autonegotiation status to
allow ag71xx to do the fixup work.
Signed-off-by: David Bauer
---
.../files/arch/mips/ath79/mach-fritz450e.c| 1 +
...at803x-add-sgmii-aneg-override-pdata.patch | 42 +++
2 files changed, 43 insertions(+)
create mode 100644
target/
1 - 100 of 404 matches
Mail list logo
