wrt-sysupgrade.bin
To go back to the stock firmware, simply reset the bootcmd in the
bootloader to the original value:
$ setenv bootcmd "boot"
$ saveenv
Signed-off-by: David Bauer
---
.../ipq40xx/base-files/etc/board.d/02_network | 1 +
.../etc/hotplug.d/firmware/11-ath10k-caldat
te the image
to flash using sysupgrade:
$ sysupgrade -n /path/to/openwrt-sysuograde.bin
Signed-off-by: David Bauer
---
.../ath79/dts/ar9344_enterasys_ws-ap3705i.dts | 236 ++
.../generic/base-files/etc/board.d/01_leds| 3 +-
.../generic/base-files/etc/board.d/02_network | 1
Hello Adrian,
On 5/20/20 3:41 PM, m...@adrianschmutzler.de wrote:
> Hi David,
>
>> +label-mac-device = ð0;
>
> this only works if you set mtd-mac-address in DTS.
>
> In your case, you need to add
>
> label_mac=$(mtd_get_mac_ascii u-boot-env0 ethaddr)
>
> to the mac address section
lt without WEP support.
Signed-off-by: David Bauer
---
.../network/services/hostapd/src/src/utils/build_features.h | 4
1 file changed, 4 insertions(+)
diff --git a/package/network/services/hostapd/src/src/utils/build_features.h
b/package/network/services/hostapd/src/src/utils/build_
Hello Petr,
On 5/21/20 10:26 AM, Petr Štetiar wrote:
> David Bauer [2020-05-21 09:56:36]:
>
> Hi David,
>
>> Commit 472fd98c5b12 ("hostapd: disable support for Wired Equivalent
>> Privacy by default") made support for WEP optional.
>>
>> Expose th
Hello Adrian,
On 5/21/20 8:30 PM, m...@adrianschmutzler.de wrote:
> "device" would have been my alternative choice. However, for me "device"
> implies the full name (including vendor) even more.
> In contrast, for me model implies that the vendor is not included (like we
> use in for DEVICE_MODE
Just to have it documented it somewhere:
On 5/21/20 9:56 AM, David Bauer wrote:
> Expose the WEP support to LuCi or other userspace tools using the
LuCi seems to already make some wrong assumptions about prerequisites
for specific encryption techniques. It assumes WEP as well as open APs
ath9k will already fallback on software-crypto for chipsets not
supporting IEEE802.11w (MFP). So advertising MFP is not dependent
on disabling HW crypto for all traffic entirely.
Tested on Sonicwall SonicPoint Ni (AR9132)
Signed-off-by: David Bauer
---
...abled-MFP-capability
This package allows to read battery status information and control the
power state of the RAVPower RP-WD009 power management IC.
Signed-off-by: David Bauer
---
package/utils/ravpower-mcu/Makefile | 34 +
target/linux/ramips/image/mt76x8.mk | 3 ++-
2 files changed
the
address 10.10.10.1/24.
4. Access the recovery page at 10.10.10.128 and upload the OpenWrt
factory image.
5. The flashing will take around 1 minute. The device will reboot
automatically into OpenWrt.
Signed-off-by: David Bauer
---
package/boot/uboot-ramips/Makefile| 34
Hi all,
On 6/27/20 9:33 PM, Paul Blazejowski wrote:
> What worked for me in the initial report to the mailing list was to use
> this patch from Kevin's staging tree [1] (modified for kernel 5.4, and
> building with any gcc version on a clean checkout).
Removing the 308-mips32r2_tune.patch patch i
The replaces the custom uImageArcher build step with the generic uImage
build step. The only different between these two is the difference in
the generated name.
Tested on: TP-Link Archer C59 v1
Signed-off-by: David Bauer
---
target/linux/ath79/image/common-tp-link.mk | 10 +-
1 file
Hello Hauke
On 7/3/20 12:54 AM, Hauke Mehrtens wrote:
> This resolves a hazard between a mtc0 and a mfc0 instruction after
> activating the DSP support. Without this fix the CPU could use the old
> value again and the DSP support would not be active.
Many thanks!
Tested-by: Da
evice does not operate in auto-channel mode and no chanlist set to
circumvent this issue.
Signed-off-by: David Bauer
---
package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/kernel/mac80211/files/lib/netifd/wireless/mac8
-state-if-no-available-channel-is-found.patch
@@ -0,0 +1,37 @@
+From cefc52e6b93731c713f1bba1cb5e7e92105b758b Mon Sep 17 00:00:00 2001
+From: David Bauer
+Date: Fri, 3 Jul 2020 23:00:34 +0200
+Subject: [PATCH] dfs: enter DFS state if no available channel is found
+
+Previously hostapd would not stop
Hi all,
On 4/2/20 9:53 PM, David Bauer wrote:
As the reported major bugs are ironed out, switch to the new kernel to
begin testing with a broader audience.
As the DSP exception is now sorted out we should be good to go here.
Any objections on applying this patch left?
Best wishes
David
Hi Daniel,
On 7/5/20 10:50 PM, Daniel Golle wrote:
> I suggest to completely remove KERNEL_TESTING_PATCHVER instead of
> setting it to the same version as KERNEL_PATCHVER.
As most targets have it included, I've decided to specifically keep it.
Best wishes
David
_
Hi Daniel
On 7/6/20 1:03 AM, Daniel Golle wrote:
> Hi David,
>
> On Mon, Jul 06, 2020 at 12:37:06AM +0200, David Bauer wrote:
>> Hi Daniel,
>>
>> On 7/5/20 10:50 PM, Daniel Golle wrote:
>>> I suggest to completely remove KERNEL_TESTING_PATCHVER instead of
&
Only enable the testing-kernel feature for the target when the testing
kernel version does not match the stable kernel version.
This way, the option for building the testing kernel in the build config
menu is only exposed when there's a testing kernel available.
Signed-off-by: David
Hi Adrian,
On 7/6/20 10:46 AM, m...@adrianschmutzler.de wrote:
> I also was a fan of keeping KERNEL_TESTING_PATCHVER recently, as this
> adding-and-removing-again seemed a bit unnecessary to me. However, your
> argument about menuconfig is valid.
>
> I just wonder whether we, alternatively, cou
This backport fixes high latency (>100ms) on the WiFi link when using a
QCA988x Wave 1 radio. The ath10k-ct driver is not affected by this bug
from my testing, hence why it hasn't been discovered earlier.
Signed-off-by: David Bauer
---
...ath10k-fix-latency-issue-for-QCA988x.pa
Hello Michal,
On 10/11/19 10:50 AM, Michal Cieslakiewicz wrote:
> This patch contains updated driver for Atheros NAND Flash Controller
> written originally by Gabor Juhos for ar71xx (aka 'ar934x-nfc').
> ath79 version has adapted to work with kernel 4.19 and Device Tree.
> It has also been renamed
rce to the U-Boot partition, where the MAC
address is always present at a fixed partition. The partition was
previously already used for the WiFi MAC-addresses.
Signed-off-by: David Bauer
---
target/linux/mpc85xx/base-files/etc/board.d/02_network | 2 +-
.../mpc85xx/files/arch/powerpc/b
This corrects the additional boardname for the image metadata to the one
used in ar71xx. The previously present additional entry was never used
on a running system.
Signed-off-by: David Bauer
---
target/linux/ath79/image/generic-ubnt.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Hello Michal
On 10/14/19 12:22 AM, Michal Cieslakiewicz wrote:
> Hello David,
>
> Yes, please update my commit.
>
> Thank you for your feedback, review and tests. Indeed I (wrongly)
> assumed minimalistic approach and delegated ar71xx reset procedure to
> a simple DT property. I have only WNDR43
Hello Adrian,
On 10/14/19 2:18 PM, Adrian Schmutzler wrote:
> Hi,
>
> the device name is inconsistent in model string and DEVICE_MODEL (hyphens...).
>
> However, as this is only the friendly name, it is not really important.
>
> On their homepage, Ubiquiti never uses hyphens on product names, o
Hello Adrian,
On 10/7/19 7:38 PM, Adrian Schmutzler wrote:
> The device bears two MAC addresses ("MAC 1" and "MAC 2") that
> correspond to phy0 and phy1.
>
> The ethernet MAC address (gmac0) is the same as phy0.
> As this one is accessible via local-mac-address in gmac0, the
> latter is used for
Hello,
while preparing the switch to 19.07 for the mesh-framework Gluon, we found an
issue
with ath10k, which results in an overflowing TX queue in the kernel. The
QCA9880 does
not send TX_DONE or TX_FAILED messages back to the driver, which results in the
SKBs never
being freed. Both HTT_COOKI
This commits adds packaging for the new RTW88 driver from Realtek.
It supports the Realtek 8822BE/8822CE PCIe wireless chips.
For operation, the complementary firmware has to be loaded.
Signed-off-by: David Bauer
---
package/kernel/mac80211/realtek.mk | 14 +-
1 file changed, 13
This commit adds packages for the Realtek RTl8822BE/RTL8822CE firmware
to be used with the rtw88 driver.
Signed-off-by: David Bauer
---
package/firmware/linux-firmware/realtek.mk | 15 +++
1 file changed, 15 insertions(+)
diff --git a/package/firmware/linux-firmware/realtek.mk
b
Hello John
On 10/21/19 9:22 PM, John Crispin wrote:
> On 21/10/2019 21:13, David Bauer wrote:
>> +config-$(call config_package,rtw88) += RTW88
>> +config-y += RTW88_CORE RTW88_PCI RTW88_8822BE RTW88_8822CE
>> +
>
> why not put it all behind config-$(call config
This commits adds packaging for the new RTW88 driver from Realtek.
It supports the Realtek 8822BE/8822CE PCIe wireless chips.
For operation, the complementary firmware has to be loaded.
Signed-off-by: David Bauer
---
package/kernel/mac80211/realtek.mk | 13 -
1 file changed, 12
On 10/21/19 11:40 PM, John Crispin wrote:
> On 21/10/2019 23:20, Hauke Mehrtens wrote:
>>> +define KernelPackage/rtw88
>>> + $(call KernelPackage/mac80211/Default)
>>> + TITLE:=Realtek RTL8822BE/RTL8822CE
>>> + DEPENDS+= @(PCI_SUPPORT) +kmod-mac80211 +@DRIVER_11N_SUPPORT
>>> +@DRIVER_11W_SUPP
Hello John,
On 10/21/19 11:44 PM, John Crispin wrote:
> On 21/10/2019 23:41, David Bauer wrote:
>>
>>
>> On 10/21/19 11:40 PM, John Crispin wrote:
>>> On 21/10/2019 23:20, Hauke Mehrtens wrote:
>>>>> +define KernelPackage/rtw88
>>>>&
: David Bauer
---
.../ath79/base-files/etc/board.d/02_network | 1 +
.../ath79/base-files/lib/upgrade/platform.sh | 3 +
.../ath79/dts/ar9344_aerohive_hiveap-121.dts | 237 ++
target/linux/ath79/image/nand.mk | 17 ++
target/linux/ath79/nand/config-default
This commit adds PCI support for the whole ath79 target. Previously,
this was only done in the generic and tiny subtargets.
With the introduction of the HiveAP-121, PCI will be a requirement for
all subtargets, thus moving PCI support to the target configuration.
Signed-off-by: David Bauer
This patch disables both delays on config init to align the behavior
with kernel 5.1 and higher. It can be safely dropped with kernel 5.1.
Signed-off-by: David Bauer
---
.../0038-at803x-disable-delays.patch | 27 +++
.../0038-at803x-disable-delays.patch
d iPhone 7 (iOS 13.1).
Signed-off-by: David Bauer
---
package/network/services/hostapd/files/hostapd.sh | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/package/network/services/hostapd/files/hostapd.sh
b/package/network/services/hostapd/files/hostapd.sh
index
Hello Hauke,
On 10/30/19 8:47 PM, Hauke Mehrtens wrote:
> Do you know which, PMKSA or OKC, is needed for the iPhone?
PMKSA caching is the one required to work with the iPhone (however OKC should
not be harmful).
>
> I do not understand why the iPhone only works when one of these options
> is s
Hello Adrian,
during the CPE210v2 bringup it was discovered that the CPE210 has the wrong
bootstrap option set
for it's 25 MHz reference clock. Because of this, the device was originally not
even booting with ar71xx.
On ath79, the reference clock is not detected based on the bootstrap option,
ce
clock
based on the bootstrap bit (see first link in my previous E-Mail), so the value
from the device tree is never used for ath9k.
Best wishes
David
>
> https://github.com/openwrt/openwrt/blob/master/target/linux/ath79/dts/qca953x.dtsi#L27
>
> Best
>
> Adrian
>
>
Hello Adrian,
I've prepared the attached patch, can you check if the situation improved with
it?
Best wishes
David
On 11/5/19 5:20 PM, David Bauer wrote:
> Hello Adrian,
>
> On 11/5/19 5:14 PM, Adrian Schmutzler wrote:
>> Hi David,
>>
>> thanks for your res
Hello Adrian,
On 11/6/19 11:16 PM, m...@adrianschmutzler.de wrote:
> Hi,
>
> for the to-be-supported TP-Link Archer C6/A6 v2 US (QCA9563) there are
> reports that 5 GHz channels from 52 to 144 lead to "Device is not active"
> messages and 5 GHz WiFi disabled:
>
> https://github.com/openwrt/ope
Hello Sven,
On 11/9/19 11:52 PM, Sven Roederer wrote:
> The "append-uboot" macro is looking for the file
> "$(STAGING_DIR_IMAGE)/uboot-fritz4040.bin"
> which is provided by the u-boot-fritz4040 package. If this is not build,
> image creation
> will fail with "file not found".
The dependency com
Hello Christian,
On 11/10/19 1:10 AM, Christian Lamparter wrote:
> Technically, the eva.bin isn't necessary. It allows for an easier
> installation, but nobody apart from the 4040 uses the append-uboot
> and there have been issues in the past with this as well.
>
> Question is: should we add that
Hello Michal,
On 11/12/19 2:02 PM, Michal Cieslakiewicz wrote:
> Netgear WNDR routers (AR9344 models) like WNDR4300 have 128 MiB of flash
> memory but only first 32 MiB are used now - both by vendor's firmware and
> OpenWrt. This patch concatenates two regions of flash memory: ubi part
> of firmwa
Hello Adrian,
On 11/22/19 2:45 PM, Adrian Schmutzler wrote:
> This renames all remaining occurrences of "EEPROM" to "art" to
> further harmonize the partition labelling in ath79.
Hmm, I'm not sure if/why we should to these changes.
Ubiquiti names these partitions "EEPROM" in their firmware
and i
t;), which introduced inheritance between two
completely unrelated base-boards.
Signed-off-by: David Bauer
---
.../linux/ramips/dts/mt7621_netgear_r6220.dts | 35 ++--
...m.dtsi => mt7621_netgear_sercomm_ayx.dtsi} | 26 ++
.../dts/mt7621_netgear_sercomm_chj.dtsi | 90 ++-
.
According to the SourceForge page, the project is migrating to GitHub.
Thus, change the source of the package to GitHub.
Signed-off-by: David Bauer
---
tools/expat/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/expat/Makefile b/tools/expat/Makefile
index
ns to allow them to work
with a variable max VLAN count.
Signed-off-by: David Bauer
---
target/linux/generic/files/drivers/net/phy/ar8216.c | 10 +-
target/linux/generic/files/drivers/net/phy/ar8216.h | 8 ++--
target/linux/generic/files/drivers/net/phy/ar8327.c | 4 ++--
3 files change
Hello Jo,
On 11/25/19 1:01 PM, Jo-Philipp Wich wrote:
> Hi,
>
> does it make sense to keep the vlan/vid indirection if we increase the
> table size to 4096? A simple 1:1 mapping of the vid to the table index
> would be simpler and more robust from the configuration pov.
i would like to keep it (
This enables the CTRL_IFACE_MIB symbol for wpad-full and hostapd-full.
If it is not enabled, statistic outputs such as "hostapd_cli all_sta"
are empty.
Signed-off-by: David Bauer
---
package/network/services/hostapd/files/hostapd-basic.config | 5 +
package/network/services/hos
This enables the system LED to indicate a running firmware upgrade. This
pattern is used on most platforms provided by the generic base-files
package. ar71xx uses it's own implementation for the system-LED, where
the upgrade case is not yet implemented.
Signed-off-by: David Bauer
---
t
With this patch, txpower for the PHY is applied when configuring the PHY
instead of the VIF. Otherwise, the configured txpower is not applied for
the first initialized VIF when using DFS channels, as it is currently
applied to early when the CAC hasn't finished.
Reported-by: Martin Weinelt
---
.
The BDF originates from the vendor-firmware.
Signed-off-by: David Bauer
---
package/firmware/ipq-wifi/Makefile | 2 ++
.../ipq-wifi/board-aruba_ap-303.qca4019 | Bin 0 -> 24316 bytes
2 files changed, 2 insertions(+)
create mode 100644 package/firmware/ipq-wifi/bo
value:
$ setenv bootcmd "boot"
$ saveenv
Signed-off-by: David Bauer
---
.../ipq40xx/base-files/etc/board.d/02_network | 1 +
.../etc/hotplug.d/firmware/11-ath10k-caldata | 8 +
target/linux/ipq40xx/base-files/etc/inittab | 1 +
.../preinit/06_set_preinit_iface_ipq
Hello Michal,
On 12/21/19 2:54 PM, Michal Cieslakiewicz wrote:
> 1. NAND Flash (128 MiB) layout under OpenWrt is changed as follows:
>all space is assigned to 'firmware' partition which is divided into
>2 MiB kernel and 126 MiB UBI areas; vendor partitions (language and
>mtdoops) are r
This adds a (currently missing) throughput LED trigger for the rt2x00
driver. Previously, LED triggers had to be assigned to the netdev, which
was limited to a single VAP.
Signed-off-by: David Bauer
Tested-by: Christoph Krapp
---
.../612-rt2x00-led-tpt-trigger-support.patch | 44
Hello,
On 12/30/19 12:42 PM, Jo-Philipp Wich wrote:
> Hi,
>
> given that (binary release) support for 4MB devices will end with 19.07,
> I'd vote for reverting the 4K sector change in ath79 and stick with 64K
> ones as common denominator across the entire target. That will be the
> least invasive
Hello Paul,
On 12/31/19 3:15 PM, Paul Fertser wrote:
> Are any of you using the affected TP-Link boards or ath79/tiny or
> 4 MiB devices in general? What features do you actually pack in them?
> Do you plan to continue doing so past 19.XX release?
I think most regular developers do not really use
This converts all MediaTek MT7620 boards from TP-Link to use the now
supported WiFi throughput LED trigger. This way, the LED state now
covers all VAPs regardless of their name.
Signed-off-by: David Bauer
---
target/linux/ramips/dts/mt7620a_tplink_archer-c2-v1.dts | 1 +
target/linux/ramips
Hello Adrian,
On 1/2/20 4:25 PM, m...@adrianschmutzler.de wrote:
> while I appreciate your patch, the choice of phy0tpt vs. phy1tpt looks
> strange to me for several devices. E.g. for C20i you are converting a
> phy0radio to a phy1tpt. Is this a mistake or a misunderstanding from my side?
This
Without this commit, ft_psk_generate_local is enabled for non-PSK
networks by default. This breaks 802.11r for EAP networks.
Disable ft_psk_generate_local by default for non-PSK networks resolves
this misbehavior.
Reported-by: Martin Weinelt
Signed-off-by: David Bauer
Tested-by: Martin Weinelt
ly reset the bootcmd in the
bootloader to the original value:
$ setenv bootcmd "boot"
$ saveenv
Signed-off-by: David Bauer
---
.../ipq40xx/base-files/etc/board.d/02_network | 5 +
.../etc/hotplug.d/firmware/11-ath10k-caldata | 6 +-
.../base-files/lib/upgrade/platform.
by sysupgrading from an earlier
OpenWrt version, U-Boot TFTP or a modded U-Boot. I do not have the
original bootloader from D-Link on my device anymore, so i cannot test
the factory image.
Signed-off-by: David Bauer
---
.../linux/ath79/dts/ar9330_dlink_dir-505.dts | 149
Hello,
On 1/17/20 11:14 AM, Andreas Ziegler wrote:
> Hi,
>
> although i'm more a user than a developer, i would also prefer a sooner
> release based on 4.19 over a later release based on 5.4.
I have the same feeling. The state of many targets on 4.19 is pretty good IMHO.
So i think a timely rele
vice-tree compatible platforms by adding the
"eee-broken-1000t" or "eee-broken-100tx" properties to the PHY
node. As all usages of the old properties are migrated, this
patch can be removed.
Signed-off-by: David Bauer
---
...phy-at803x-allow-to-configure-via-dt.patch |
EE is then disabled by the PHY subsystem.
Tested on devolo WiFi pro 1200e.
Signed-off-by: David Bauer
---
target/linux/ath79/dts/qca9558_devolo_dvl1xxx.dtsi | 3 ++-
target/linux/ath79/dts/qca9558_engenius_ecb1750.dts | 3 ++-
target/linux/ath79/dts/qca9558_ocedo_koala.dts | 3 ++-
target/
Hello Adrian,
On 1/21/20 9:57 PM, Adrian Schmutzler wrote:
> @@ -10,7 +11,7 @@ define Build/loader-common
> $(MAKE) -C lzma-loader \
> PKG_BUILD_DIR="$@.src" \
> TARGET_DIR="$(dir $@)" LOADER_NAME="$(notdir $@)" \
> - LZMA_TEXT_START=0x80a0 LOADADD
e.
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: David Bauer
---
.../dts/mt7628an_glinet_microuter-n300.dts| 21
.../ramips/dts/mt7628an_glinet_vixmini.dt
Hello Adrian,
On 1/28/20 5:34 PM, Adrian Schmutzler wrote:
>> The GL.iNet microuter-N300 (internally referred as MT300N-v4) is a
>> pocket-size travel router. It is essentially identical to the VIXMINI
>> (internally referred as MT300N-v3) but with double the RAM and
>> SPI-flash.
>
> One could c
Hi,
while testing my shiny new NETGEAR R6260 with OpenWrt, i was experiencing very
bad
reception as well as throughput. Upon closer inspection, it turns out that the
EEPROM
is read from an incorrect offset. The Offset positions here are:
- 0x28000 for 5GHz
- 0x2 for 2.4GHz
Can someone
The EEPROM offset for the NETGEAR R6260 is incorrect, thus no valid
calibration data is used.
Fix this only for the NETGEAR R6260, as it's currently unknown whether
or not other boards are affected.
Signed-off-by: David Bauer
---
target/linux/ramips/dts/mt7621_netgear_r6260.dts
Hello Adrian,
On 1/29/20 2:57 PM, Adrian Schmutzler wrote:
> Hi,
>
>> -Original Message-
>> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
>> Behalf Of David Bauer
>> Sent: Dienstag, 28. Januar 2020 21:05
>> To: drvl...@gmail.c
Hello again,
On 1/30/20 1:11 AM, David Bauer wrote:
> Yes, I've checked the partitioning (and it is off). However, I still opted to
> push the
> other fix, as I'm unsure whether or not the partition mapping is off for all
> boards or only
> my specific R6260, as t
Hello Piotr,
On 1/30/20 12:57 PM, Piotr Dymacz wrote:
>> I'm still waiting for him to send ma a photo of the routers backside, but it
>> seems
>> we have to dynamically detect the partition map of the devices. I'll look
>> into the
>> SC_PART_MAP partition and the routers GPL code to find a poss
This adds support for the BSS load information element. With this patch,
the BSS load information is visible when using the CLI as well as when
accessing scan results using the LUA binding.
Signed-off-by: David Bauer
---
include/iwinfo.h | 6 ++
include/iwinfo/utils.h | 2
Hello Adrian,
On 1/31/20 5:45 PM, Adrian Schmutzler wrote:
> Hi,
>
> during support of the Ubiquiti Nanostation Loco XW, we encountered the
> following
> blocks in ar71xx which are only present for devices not migrated to ath79 yet:
>
> static struct mdio_board_info ubnt_loco_m_xw_mdio_info[] =
The Siemens WS-AP3610 asserts reset to the ethernet PHY with the
reset-register. Backport the necessary patches to de-assert reset
when probing the PHY.
These patches can be dropped when using kernel 5.4.
Signed-off-by: David Bauer
---
...net-phy-add-reset-controller-support.patch | 107
ge
to flash using sysupgrade:
$ sysupgrade -n /path/to/openwrt-sysuograde.bin
Signed-off-by: David Bauer
---
.../ath79/dts/ar7161_siemens_ws-ap3610.dts| 186 ++
.../generic/base-files/etc/board.d/02_network | 1 +
.../etc/hotplug.d/ieee80211/10_fix_wifi_mac | 3 +
.../ba
Hi Stijn,
On 6/21/22 15:36, Stijn Tintel wrote:
Multi Band Operation is required for 802.11ax certification, so let's
enable it if 802.11ax support is enabled.
I'd suggest we enable it for the -full build variants unconditionally.
Best
David
Signed-off-by: Stijn Tintel
---
package/netwo
Hi Stijn,
On 6/24/22 15:05, Stijn Tintel wrote:
On 23/06/2022 00:47, David Bauer wrote:
Hi Stijn,
On 6/21/22 15:36, Stijn Tintel wrote:
Multi Band Operation is required for 802.11ax certification, so let's
enable it if 802.11ax support is enabled.
I'd suggest we enable it for
Hi Bjorn,
On 11/4/22 09:29, Bjørn Mork wrote:
You are right that the bootloader must be fixed. But the vendor isn't
likely to do that as long as they run older kernels. I believe the
OpenWrt policy in such cases is to try to work around the issue.
Replacing the vendor bootloader is a last resor
Hi Bjorn,
On 11/7/22 13:57, Bjørn Mork wrote:
Jonas Gorski writes:
On Sun, 6 Nov 2022 at 12:50, Bjørn Mork wrote:
Jonas Gorski writes:
An option is also to set a load address for the dtb in the FIT image,
then U-Boot will relocate it before passing it to the kernel.
Yes, that is worth t
Hi Jan-Niklas,
On 12/22/22 21:12, Jan-Niklas Burfeind wrote:
+generate_mac_from_mmc_cid()
+{
+ local mmc_dev=$1
+
+ local sd_hash=$(sha256sum/sys/class/block/$mmc_dev/device/cid)
+ local mac_base=$(macaddr_canonicalize "$(echo "${sd_hash}" | dd bs=1 count=12
2>/dev/null)")
+
ition.
The initial installation has to be done with an older version of OpenWrt
in case the generated image exceeds the space of a single kernel
partition in the future.
Signed-off-by: David Bauer
---
target/linux/ath79/dts/qca9563_ubnt_unifiac.dtsi | 9 ++---
target/linux/ath79/image/generic-ub
.
The initial installation has to be done with an older version of OpenWrt
in case the generated image exceeds the space of a single OS
partition in the future.
Signed-off-by: David Bauer
---
target/linux/ath79/dts/ar9344_ocedo_raccoon.dts | 9 ++---
target/linux/ath79/dts/qca9558_ocedo_koal
ition.
The initial installation has to be done with an older version of OpenWrt
in case the generated image exceeds the space of a single kernel
partition in the future.
Signed-off-by: David Bauer
---
target/linux/ramips/dts/mt7621_ubnt_usw-flex.dts | 8 ++--
target/linux/ramips/image/mt76
Hi Sebastian,
On 1/7/23 12:56, Sebastian Schaper wrote:
[...]
+&state_default {
+ gpio {
+ groups = "uart2";
+ function = "gpio";
+ };
+};
diff --git a/target/linux/ramips/image/mt7621.mk
b/target/linux/ramips/image/mt7621.mk
index dd49583bf4..6492748aed
Hi James,
thanks for the patch. I will apply it to my staging tree and test it on my unit.
One small remark (I will change when applying to the tree)
On 1/17/23 08:02, tr...@ucc.asn.au wrote:
+&swport5 {
+ status = "okay";
+
+ label = "lan1";
+};
+
Should be lan without the index
ath10k's
own loss detection mechanism.
Signed-off-by: David Bauer
---
...1-always-use-mac80211-loss-detection.patch | 33 +++
1 file changed, 33 insertions(+)
create mode 100644
package/kernel/mac80211/patches/subsys/340-mac80211-always-use-mac80211-loss-detection.patch
Hi Felix,
On 6/23/23 08:55, Felix Fietkau wrote:
On 18.05.23 11:19, David Bauer wrote:
ath10k does not report excessive loss in case of broken block-ack
sessions. The loss is communicated to the host-os, but ath10k does not
trigger a low-ack events by itself.
The mac80211 framework for loss
Hi Felix,
On 6/23/23 12:47, Felix Fietkau wrote:
On 23.06.23 12:29, David Bauer wrote:
Hi Felix,
On 6/23/23 08:55, Felix Fietkau wrote:
On 18.05.23 11:19, David Bauer wrote:
ath10k does not report excessive loss in case of broken block-ack
sessions. The loss is communicated to the host-os
Parse the card application state and report it to the SIM card status
output object.
This is required to detect a card application which is in the failed
(illegal) state.
Signed-off-by: David Bauer
---
commands-uim.c | 17 +
1 file changed, 17 insertions(+)
diff --git a
Support the power-up and power-down commands for the modem's SIM card.
This allows to reset the SIM card and recover it from an illegal card
application state.
Signed-off-by: David Bauer
---
commands-uim.c | 52 ++
commands-uim.h | 9 +++
default settings.
This can be worked around by configuring the APN and PDP type to profile
slot 1 and subsequently enabling the data connection.
Signed-off-by: David Bauer
---
commands-wds.c | 96 ++
commands-wds.h | 9 +
2 files changed, 105
-profile
--modify-profile
Your patch looks better, I'll strip patch 3 from my series and instead
apply yours.
Best
David
/Henrik
Den tis 10 okt. 2023 kl 16:07 skrev David Bauer :
Extend uqmi so it can modify connection profiles stored on the modem.
This is required in case the operator disa
Hi Daniel,
Hi Petr,
On 11/13/23 21:49, Daniel Golle wrote:
On Mon, Nov 13, 2023 at 07:54:34PM +, Petr Štetiar wrote:
Paul Spooren [2023-11-13 13:30:10]:
Hi,
How about we follow the approach of Alpine Linux[1] and offer a standard, an
extended and a virtual firmware for the x86/64 targe
Hi John,
On 1/9/24 11:49, John Crispin wrote:
FAQ
* Why are there are 2 different flash chips?
- the idea is to make the device (almost!) unbrickable and very easy to recover
- NAND will hold the main loader (U-Boot) and the Linux image and will be the
default boot device
- NOR will be write-p
Hi Felix,
On 1/26/24 18:45, Felix Fietkau wrote:
Hi,
does anybody still care about the broadcom-wl package in OpenWrt?
I think it would be nice if we could get rid of it, along with the code support
and abstraction for different wireless drivers.
It would also allow us to rewrite iwinfo in uco
301 - 400 of 403 matches
Mail list logo