consortium
- iw_anqp_elem
- iw_nai_realm
- iw_domain_name
- iw_anqp_3gpp_cell_net
Signed-off-by: David Bauer
---
.../hostapd/files/hostapd-full.config | 2 +-
.../network/services/hostapd/files/hostapd.sh | 78 +++
2 files changed, 79 insertions(+), 1 deletion(-)
diff --git
with 3.2.1.1 firmware). There's
currently no softmac implementation.
Also allow to configure LCI and civic location information which can be
transmitted to a FTM initiator.
Signed-off-by: David Bauer
---
package/network/services/hostapd/files/hostapd.sh | 13 +
1 file change
support
when configuring the BSS.
Signed-off-by: David Bauer
---
package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh
b/package/kernel/mac80211/files/lib
Hello Nick,
sorry, i was quite busy the last days.
On 10/8/20 10:24 AM, Nick Lowe wrote:
> Thank you very much for the review. Do you think this specific patch
> could be merged in its present state? If yes, please could you do so?
I've merged your commit to my staging tree and will push it in a
Hi Nick,
On 10/2/20 5:26 PM, Nick Lowe wrote:
> Hi all,
>
> Please may I request any thoughts and feedback on this proposed patch
> to the hostapd config generation shell script to add a new
> cell_density configuration option?
>
> This would subsequently allow for a LuCI-exposed option to then
hostapd will emit a ubus event with the eventname hostapd..
when adding, removing or reloading a BSS.
This way, services which install state (for example the RMM neighbor
list) can on-demand reinstall this information for the BSS without
polling this state.
Signed-off-by: David Bauer
Hello Sven,
On 9/18/20 1:27 AM, Sven Roederer wrote:
> Adrian, David,
>
> Am Mittwoch, 16. September 2020, 16:15:42 CEST schrieb David Bauer:
>> Hi,
>>
>> On 9/16/20 11:40 AM, Adrian Schmutzler wrote:
>>>> -Original Message-
>>>
Hi,
On 9/16/20 11:40 AM, Adrian Schmutzler wrote:
>> -Original Message-
>> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
>> On Behalf Of Sven Roederer
>> Sent: Mittwoch, 16. September 2020 09:17
>> To: openwrt-devel@lists.openwrt.org
>> Subject: ath79: move 8/32 boar
Hi Rafal,
On 9/16/20 7:03 AM, Rafał Miłecki wrote:
> On Mon, 14 Sep 2020 at 14:22, David Bauer wrote:
>> + firmware-partition@5 {
>> + label = "firmware";
>> +
gned-off-by: David Bauer
---
.../ath79/dts/ar9344_ubnt_unifi-ap-pro.dts| 153 ++
.../generic/base-files/etc/board.d/02_network | 4 +
.../etc/hotplug.d/firmware/10-ath9k-eeprom| 1 +
target/linux/ath79/image/generic-ubnt.mk | 25 +++
4 files changed, 183 insert
the TX side, tagging was completely not present for single-port
devices. Enable tagging if an 802.1Q frame should be transmitted and
disable the default tagging mechanism for single-port devices.
Tested on Aruba AP-303
Signed-off-by: David Bauer
---
.../drivers/net/ethernet/qualcomm/essedma
Hello Matthias,
On 9/5/20 4:45 PM, Matthias Schiffer wrote:
> On 9/5/20 4:32 PM, David Bauer wrote:
>> Hi Matthias,
>>
>> On 9/5/20 4:08 PM, Matthias Schiffer wrote:
>>> On 9/5/20 1:11 AM, David Bauer wrote:
>>>> Hi Alexey,
>>>>
>&g
Hi Matthias,
On 9/5/20 4:08 PM, Matthias Schiffer wrote:
> On 9/5/20 1:11 AM, David Bauer wrote:
>> Hi Alexey,
>>
>> On 9/4/20 10:32 PM, Alexey Dobrovolskiy wrote:
>>> Hi,
>>> please, see also
>>> https://patchwork.ozlabs.org/project/open
information on the inner workings of the exposed settings.
Signed-off-by: David Bauer
---
package/network/services/hostapd/Makefile| 2 +-
.../services/hostapd/files/hostapd-full.config | 2 +-
package/network/services/hostapd/files/hostapd.sh| 12 ++--
3 files
t; Best regards,
> Alexey
>
> пт, 4 сент. 2020 г. в 02:02, David Bauer :
>>
>> Previously the max length of a zone name was assuming the max
>> length for a extension in netfilter is 32 bytes while in reality it is
>> only 29.
>>
>> Fix this incorrec
Previously the max length of a zone name was assuming the max
length for a extension in netfilter is 32 bytes while in reality it is
only 29.
Fix this incorrect assumption to allow firewall3 to validate the zone
name lengths correctly.
Signed-off-by: David Bauer
---
zones.h | 8 ++--
1
Hello Adrian,
On 8/21/20 3:56 PM, Adrian Schmutzler wrote:
Hi,
when working on the kernel 4.14 target removal, I found the following block in
package/kernel/mac80211/ath.mk:
config-$(call config_package,ath5k) += ATH5K
ifdef CONFIG_TARGET_ath25
config-y += ATH5K_AHB
else
config-y += ATH
Hi Bjoern,
On 8/2/20 7:23 PM, Bjoern Franke wrote:
> Hi,
>
> I'm trying to create an image for an Archer C50v1 (mt7620).
>
> Tryin to build an image with the following packages[1] using the imagebuilder
> was impossible because the image got too big:
> Building images...
> Parallel mksquashfs:
e 'default' option to 0 and it's
set for the LED indicating the system running state.
Using off as a default value is also consistent with the documentation
in the OpenWrt wiki.
Signed-off-by: David Bauer
---
package/base-files/files/etc/init.d/led | 2 +-
1 file changed, 1 insertio
Hello Adrian,
On 7/22/20 11:29 AM, m...@adrianschmutzler.de wrote:
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
On Behalf Of David Bauer
Sent: Dienstag, 21. Juli 2020 23:40
To: openwrt-devel@lists.openwrt.org
Subject: [PATCH] ramips: increase
node to ensure the mux is configured
correctly.
Signed-off-by: Sander Vanheule
Cc: David Bauer
---
.../net/ethernet/atheros/ag71xx/ag71xx_main.c | 38 +++
1 file changed, 38 insertions(+)
diff --git
a/target/linux/ath79/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c
/test.bin bs=64k
122+0 records in
122+0 records out
real0m 5.99s
user0m 0.00s
sys 0m 5.98s
Signed-off-by: David Bauer
---
target/linux/ramips/dts/mt7620a_tplink_archer-c2-v1.dts | 2 +-
target/linux/ramips/dts/mt7620a_tplink_archer-mr200.dts | 2 +-
target/linux/ramips/dts
MT7620 seems to work fine with kernel 5.4. Set the default kernel
version to 5.4 to bring this to a broader audience.
Tested on Archer C2 v1 / Archer C20i
Signed-off-by: David Bauer
---
target/linux/ramips/mt7620/target.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/target/linux
service name retrieves the correct PID and therefore the
warning won't occur.
Signed-off-by: David Bauer
---
package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh | 2 +-
package/network/services/hostapd/files/hostapd.sh | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Don't kill the wireless daemon on teardown. hostapd as well as
wpa_supplicant are managed by procd which would detect the shutdown of
either process as a crash loop.
Signed-off-by: David Bauer
---
package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh | 2 --
1 file changed, 2 dele
Hello Sander,
On 7/18/20 10:40 PM, Sander Vanheule wrote:
> Hi David,
>
> On Sat, 2020-07-18 at 21:45 +0200, David Bauer wrote:
>>> + gmac-config {
>>> + device = <&gmac>;
>>> +
>>> + rgmii-ge0 = <1>;
>
Hi Sander,
On 7/17/20 1:37 PM, Sander Vanheule wrote:
> TP-Link has developed a number of access points based on the AP152
> reference board. In the EAP-series of 802.11ac access points, this
> includes the following devices with one ethernet port:
> * EAP225 v1/v2
> * EAP225 v3
> * EAP225-Outdoor
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
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 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
&
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 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
-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
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
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
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
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
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
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
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
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
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
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
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 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
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
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
Move the image receipts into separate per-subtarget files like it is
done on most other targets.
Signed-off-by: David Bauer
---
target/linux/mpc85xx/image/Makefile | 100 +---
target/linux/mpc85xx/image/p1010.mk | 36 ++
target/linux/mpc85xx/image/p1020.mk | 41
The mpc85xx-generic subtarget supports the QorIQ SoCs of the p1010
family. Rename the subtarget to reflect this affiliation as it's the
case with the other mpc85xx subtargets.
Signed-off-by: David Bauer
---
target/linux/mpc85xx/Makefile | 2 +-
target/
Hi Szabolcs,
On 4/26/20 8:11 PM, Szabolcs Hubai wrote:
> My patch does this exactly. All step is mandatory.
> And now you see the reasons too! :)
Okay, this looks like some weird hacked vendor-bootloader.
Merged your patch with a small change to my staging tree. Thanks!
Best wishes
David
__
>From 84171d1f3fcecbf1c377fe1ad51b8087808f05c2 Mon Sep 17 00:00:00 2001
From: David Bauer
Date: Sun, 26 Apr 2020 14:41:55 +0200
Subject: [PATCH] ramips-mt7621: use LZMA loader for DIR-860L
Signed-off-by: David Bauer
---
target/linux/ramips/image/mt7621.mk | 2 +-
1 file changed, 1 insertion(+), 1
Hello Henrique,
On 4/24/20 8:39 PM, Henrique de Moraes Holschuh wrote:
> On 24/04/2020 15:09, David Bauer wrote:
>> This parser was added with the target, but no device seems to use it
>> currently, as all partitions are specified in the device-tree.
>
> But is that a goo
This parser was added with the target, but no device seems to use it
currently, as all partitions are specified in the device-tree.
Signed-off-by: David Bauer
---
target/linux/ath79/config-4.19| 1 -
target/linux/ath79/config-5.4 | 1 -
.../405-mtd-tp-link
adam2
ftp> binary
ftp> debug
ftp> passive
ftp> quote MEDIA FLSH
ftp> put openwrt-sysupgrade.bin mtd1
Note that this procedure might take up to two minutes.
You need to powercycle the device afterwards to boot OpenWRT.
Tested-by: Andreas Ziegler
Signed-off-by: David Baue
Hello Enrico,
On 4/15/20 6:59 PM, Enrico Mioso wrote:
> Hello!!
>
> Does the scripts/flashing/eva_ramboot.py work with the version of the EVA
> boot loader on this board?
The device can write to It's flash without the need of a running initramfs
image. So while it works, there's no benefit in p
QCA9558.
This is required for the AVM FRITZ!WLAN Repeater 1750E to work,
as EVA leaves the PCIe bus in reset.
Tested: AVM FRITZ!WLAN Repeater 1750E - OCEDO Koala
Signed-off-by: David Bauer
---
target/linux/ath79/dts/ar724x.dtsi| 3 +
target/linux/ath79/dts/ar9344.dtsi| 3
tp> debug
ftp> passive
ftp> quote MEDIA FLSH
ftp> put openwrt-sysupgrade.bin mtd1
Note that this procedure might take up to two minutes.
You need to powercycle the Device afterwards to boot OpenWRT.
Signed-off-by: David Bauer
---
.../ath79/dts/qca9556_avm_frit
Hello Luiz,
On 4/15/20 4:16 AM, Luiz Angelo Daros de Luca wrote:
> Hello,
>
> I was doing a clean build for 18.06 and got:
>
> x86 instruction decoder selftest (X86_DECODER_SELFTEST) [N/y/?] (NEW) aborted!
>
> It looks like kernel bump happened both in openwrt-19.07
> (eca8a2ee0d4404d9454cac47
Hi Guo,
On 4/14/20 8:44 AM, Chuanhong Guo wrote:
> D-Link DIR-860L B1 needs a different loader implementation and isn't
> covered by this patch.
> Please help testing this patch on top of current master:
> 75f19deb3a ramips: define image recipe for uncompressed uimage with loader
> 1. If your devi
Hello Paul,
On 4/3/20 10:58 PM, Paul Blazejowski wrote:
Hello David,
It is great to hear to we're switching to 5.4 on ath79 target but i
wanted to bring to your attention that at least on the NAND subtargets
(for me wndr3700v4) we need this commit [1] from Kevin to get the router
to boot otherw
Hello Magnus,
On 4/3/20 12:07 PM, Magnus Kroken wrote:
> Hi all
>
> On 03.04.2020 11:21, Bjørn Mork wrote:
>> David Bauer writes:
>>
>>> As the reported major bugs are ironed out, switch to the new kernel to
>>> begin testing with a broader audience.
>
As the reported major bugs are ironed out, switch to the new kernel to
begin testing with a broader audience.
Signed-off-by: David Bauer
---
target/linux/ath79/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ath79/Makefile b/target/linux/ath79/Makefile
Hi Michal
On 3/22/20 12:35 PM, Michal Cieslakiewicz wrote:
> On Tue, 17 Mar 2020 21:59:27 +0100
> David Bauer wrote:
>
>> This fixes the compilation of the AR934x NAND controller
>> driver for kernel 5.4 while leaving it untouched for
>> kernel 4.19.
>>
&g
the device itself), configure both ports to offer LAN
functionality. Users can still configure a WAN interface on a port they
are able to choose.
CC: Lucian Cristian
Reported-by: Florian Klink
Signed-off-by: David Bauer
---
.../linux/ath79/generic/base-files/etc/board.d/02_network | 7 +++
This fixes the compilation of the AR934x NAND controller
driver for kernel 5.4 while leaving it untouched for
kernel 4.19.
This change is currently not run-tested, as i do not have such
a device at hand.
CC: Michal Cieslakiewicz
CC: André Valentin
CC: WeiDong Jia
Signed-off-by: David Bauer
Hello,
On 3/13/20 1:29 PM, Petr Štetiar wrote:
> Bjørn Mork [2020-03-13 09:29:49]:
>
>> David Bauer writes:
>>
>>> ---
>>> a/target/linux/ath79/files-4.19/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c
>>> +++
>>> b/target
upstream driver, the amount of
necessary patches would make it cumbersome to work with. It's also
highly likely we won't be able to finish patching the upstream driver in
time for a Linux 5.4 release.
Tested on Siemens WS-AP3610.
CC: Hauke Mehrtens
Signed-off-by: David Bauer
---
.../ne
Hello Adrian,
On 3/9/20 1:18 PM, Adrian Schmutzler wrote:
> Hi David,
>
>> -Original Message-
>> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
>> Behalf Of David Bauer
>> Sent: Montag, 9. März 2020 02:07
>> To: openwr
> dd if=/tmp/openwrt-sysupgrade.bin of=/dev/mtdblock6
> dd if=/tmp/openwrt-sysupgrade.bin of=/dev/mtdblock7
4. Reboot or powercycle the device.
Signed-off-by: David Bauer
---
.../dts/mt7621_ubiquiti_unifi-nanohd.dts | 141 ++
target/linux/ramips/image/mt7621.mk
Hello Magnus
On 3/1/20 1:08 PM, Magnus Kroken wrote:
> Signed-off-by: Magnus Kroken
> ---
> According to e-mail about pushing kernel 5.4 support to master, 5.4 was added
> as testing
> kernel for supported targets. For mpc85xx, 5.4 was set as its default
> kernel. (This technically also applies
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
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
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[] =
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 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
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 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
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
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
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
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/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
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,
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
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
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.
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
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
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 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
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
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 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
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
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
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
---
.
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
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
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 (
101 - 200 of 403 matches
Mail list logo