This patch adds device ID for Wilocity Wil6210 802.11ad
60 GHz PCI wireless card.
Signed-off-by: Robert Marko
---
hardware.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/hardware.txt b/hardware.txt
index 6de4cfe..f36c476 100644
--- a/hardware.txt
+++ b/hardware.txt
@@ -76,3 +76,4
This simple patch adds 802.11ad to hwmode list so that netifd-wireless.sh does
not otherwise overwrite it with the default hwmode=g
Signed-off-by: Robert Marko
---
scripts/netifd-wireless.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/netifd-wireless.sh b
This patch adds support for identifying, calculating channels from frequency
and vice versa as well as Lua hwmode for 802.11ad.
Support has been added for channels 1-6.
Signed-off-by: Robert Marko
---
include/iwinfo.h | 2 ++
iwinfo_cli.c | 5 +++--
iwinfo_lua.c | 3
This patch adds support for identifying, calculating channels from frequency
and vice versa as well as Lua hwmode for 802.11ad.
Support has been added for channels 1-6.
Changes from v1:
Use strcmp to compare strings.
Signed-off-by: Robert Marko
---
include/iwinfo.h | 2 ++
iwinfo_cli.c
This patch will add support for using GCMP as cipher suite.
This is not a strong cipher but is only one supported by
wil6210 driver in order to have encrypted traffic.
Signed-off-by: Robert Marko
---
scripts/netifd-wireless.sh | 1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/netifd
o part of WPA3.
>
> On March 14, 2019 10:03:16 AM UTC, Robert Marko wrote:
> >This patch will add support for using GCMP as cipher suite.
> >This is not a strong cipher but is only one supported by
> >wil6210 driver in order to have encrypted traffic.
> >
> >Si
getting weird ping time fluctuates as return time varies from 20
to over 400ms and throughput is really bad.
So it's clearly looking like a bad configuration but due to lack of
any documentation or tools, I am hoping that somebody has experience
with the driver.
Cheers
Robert
This patch enables proper identification of ad hwmode in channel2frequency
function.
Now iwinfo will properly calculate frequency for a channels 1-6 in 802.11ad.
Fixes a8e827592338d7f10d93b4b93d04f367221465c2
Signed-off-by: Robert Marko
---
iwinfo_nl80211.c | 2 +-
1 file changed, 1 insertion
Currently Auto probing for BMP/BME280 does not work because kernel
module name in the call is not correct.
Package name was used instead of kernel module name.
Signed-off-by: Robert Marko
---
package/kernel/linux/modules/iio.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
> I don't see any differences between the generic and nand subtargets'
> `config-default`, `target.mk`, or `image/*.mk` that seem related to
> PCI_SUPPORT.
Well, generic target has PCI symbols enabled in config-default
https://github.com/openwrt/openwrt/blob/master/target/linux/ath79/generic/confi
This patch updates ath10k-ct to current version.
Changes are:
ath10k-ct: Fix printing PN in peer stats.
Previous logic was incorrect. Also add set-special API to enable
returning PN.
Patches refreshed and tested on 8devices Jalapeno dev board(IPQ4019)
Signed-off-by: Robert
of always having a very high retry count.
Tested on 8devices Jalapeno dev board(IPQ4019)
Signed-off-by: Robert Marko
---
package/firmware/ath10k-firmware/Makefile | 48 +++
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git a/package/firmware/ath10k-firmware
This patch adds support for WPA3, meaning SAE and OWE are now properly
identified.
This fixes iwinfo and LuCi showing WPA2 NONE for WPA3 SAE and OWE.
Signed-off-by: Robert Marko
---
include/iwinfo.h | 4 +++-
iwinfo_cli.c | 12
iwinfo_lua.c | 13
On Thu, 29 Aug 2019 at 02:35, Enrico Mioso wrote:
> Dear Bjorn,
> Thank you very very much! You've been always helpful tome... :)
>
> thank you for pointing me at your work - it has been very useful. I was
> using as references sources from the TP-Link Archer D2.
>
> thanks to your hints and work
This enables a feature flag in the wave-2 firmware wmi-services indicating it
can send
software-encrypted raw frames. This should in turn allow the AP-VLAN feature
to work.
Signed-off-by: Robert Marko
---
package/firmware/ath10k-firmware/Makefile | 40 +++
1 file changed
Update the ath10k-ct driver version to 5e8cd86f90dac966d12df6ece84ac41458d0e95f
to enable dynamic VLANs to work.
Packages refreshed while bump.
Signed-off-by: Robert Marko
---
package/kernel/ath10k-ct/Makefile | 6 +++---
...h10k-add-support-for-configuring-management
This enables a feature flag in the wave-2 firmware wmi-services indicating it
can send
software-encrypted raw frames. This should in turn allow the AP-VLAN feature
to work.
Signed-off-by: Robert Marko
---
package/firmware/ath10k-firmware/Makefile | 40 +++
1 file changed
Update the ath10k-ct driver version to 5e8cd86f90dac966d12df6ece84ac41458d0e95f
to enable dynamic VLANs to work.
Packages refreshed while bump.
Signed-off-by: Robert Marko
Changes from v1:
* Fixed wrong mirror hash
---
package/kernel/ath10k-ct/Makefile | 6
("ipq40xx: split generic images into own file")
Signed-off-by: Robert Marko
---
target/linux/ipq40xx/image/generic.mk | 2 --
1 file changed, 2 deletions(-)
diff --git a/target/linux/ipq40xx/image/generic.mk
b/target/linux/ipq40xx/image/generic.mk
index 9cd50e23ff..4e40b8be50 100644
--
U-boot will reject the nodes with @ for the address since
commit:
https://gitlab.denx.de/u-boot/u-boot/-/commit/79af75f7776fc20b0d7eb6afe1e27c00fdb4b9b4
This in turn will cause the failure to boot with OpenWrt
generated images.
So, to rectify that simply replace @ with -.
Signed-off-by: Robert
U-boot will reject the nodes with @ for the address since
commit:
https://gitlab.denx.de/u-boot/u-boot/-/commit/79af75f7776fc20b0d7eb6afe1e27c00fdb4b9b4
This in turn will cause the failure to boot with OpenWrt
generated images.
So, to rectify that simply replace @ with -.
Robert Marko (2
U-boot will reject all nodes with @ since commit:
https://gitlab.denx.de/u-boot/u-boot/-/commit/79af75f7776fc20b0d7eb6afe1e27c00fdb4b9b4
This will cause the OpenWrt images to fail booting,
to rectify use the config-1 as default.
Signed-off-by: Robert Marko
---
include/image-commands.mk | 2
While rebasing into setting bits instead of magic values,
I accidentally forgot to actually set the force bit.
Without it using the pins as GPIO-s did not actually work.
Fixes: b5c93ed ("ipq40xx: add Qualcomm QCA807x driver")
Signed-off-by: Robert Marko
---
target/linux/ipq40xx/fil
e a PATCH 2/2 for ipq40xx too? Or was that 1/2 in the subject
> just because the file got copied around?
>
> Cheers
> Christian
--
Robert Marko
Staff Embedded Linux Engineer
Sartura Ltd.
Lendavska ulica 16a
1 Zagreb, Croatia
Email: robert.ma...@s
On Fri, Mar 5, 2021 at 4:25 AM Daniel Golle wrote:
>
> Hi Robert,
>
> On Thu, Mar 04, 2021 at 12:37:20PM +0100, Robert Marko wrote:
> > U-boot will reject the nodes with @ for the address since
> > commit:
> > https://gitlab.denx.de/u-boot/u-boot/-/commit/79af75f777
On Mon, 10 May 2021 at 00:39, Etienne Champetier
wrote:
>
> Hi Quigfang,
>
> I've started testing 21.02 and updated my Turris Omnia from 19.07.
> In 19.07 I had a usable configuration (maybe with some bugs ;) )
> without VLAN tagging with lanX port simply bridged to different wifi.
> Since 21.02 I
docs for
the protocol per firmware release
and the firmware itself is freely available.
This thing is a whole another level, handling up to 48 ports while
being able to set power budgets per group,
matrix etc, priorities, measure power per port, limit power per port,
measure temperature p
Update ethtool to newly released 5.12 version.
Signed-off-by: Robert Marko
---
package/network/utils/ethtool/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/network/utils/ethtool/Makefile
b/package/network/utils/ethtool/Makefile
index 3efc90490b
Netlink support is required for stuff like cable testing,
so offer it as an option.
Signed-off-by: Robert Marko
---
package/network/utils/ethtool/Makefile | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/package/network/utils/ethtool/Makefile
b/package/network
will simply force US.
Signed-off-by: Robert Marko
---
package/kernel/mac80211/ath.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/kernel/mac80211/ath.mk b/package/kernel/mac80211/ath.mk
index 2c783a93e6..8ade446ed9 100644
--- a/package/kernel/mac80211/ath.mk
On Mon, 17 May 2021 at 20:08, Paul Spooren wrote:
>
>
> On 5/16/21 6:01 PM, Robert Marko wrote:
> > Update ethtool to newly released 5.12 version.
> >
> > Signed-off-by: Robert Marko
> > ---
> Could this be moved to packages.git?
Yes, I think that someone e
bump 5.10 to 5.10.37")
Signed-off-by: Robert Marko
---
...rmada-37xx-Fix-setting-TBG-parent-fo.patch | 101 ++
1 file changed, 101 insertions(+)
create mode 100644
target/linux/mvebu/patches-5.10/803-Revert-cpufreq-armada-37xx-Fix-setting-TBG-parent-fo.patch
diff --git
On Tue, May 18, 2021 at 8:36 PM Hauke Mehrtens wrote:
>
> On 5/18/21 7:03 PM, Robert Marko wrote:
> > 5.10.37 introduced a lot of DVFS changes for Armada 37xx from 5.13 kernel.
> >
> > Unfortunately commit:
> > https://git.kernel.org/pub/scm/linux/kernel/git/s
7731 ("kernel: bump 5.10 to 5.10.37")
Signed-off-by: Robert Marko
---
Changes in v2:
* Update the commit message to make the reason clear
...rmada-37xx-Fix-setting-TBG-parent-fo.patch | 107 ++
1 file changed, 107 insertions(+)
create mode 100644
target/linux/mvebu/patches-5
1ecc ("kernel: bump 5.4 to 5.4.119")
Signed-off-by: Robert Marko
---
...rmada-37xx-Fix-setting-TBG-parent-fo.patch | 107 ++
1 file changed, 107 insertions(+)
create mode 100644
target/linux/mvebu/patches-5.4/802-Revert-cpufreq-armada-37xx-Fix-setting-TBG-parent-fo.patch
On Wed, 26 May 2021 at 20:01, David Bauer wrote:
>
> Hi Robert,
>
> On 5/16/21 6:01 PM, Robert Marko wrote:
> > Netlink support is required for stuff like cable testing,
> > so offer it as an option.
> >
> > Signed-off-by: Robert Marko
> > ---
> &
tacting
GlobalScale.
This is an issue caused by Marvell simply ignoring the issue and
refusing to publish
a fix or release the OTP and AVS docs as they all have a validated
voltage in the OTP
somewhere.
>
> Marek
--
Robert Marko
Staff Embedded Linux Engineer
Sartura Ltd.
On Wed, Jun 30, 2021 at 7:07 PM Marek Behún wrote:
>
> On Wed, 30 Jun 2021 17:51:24 +0200
> Robert Marko wrote:
>
> > On Wed, Jun 30, 2021 at 3:19 PM Marek Behún
> > wrote:
> > >
> > > Hello Robert,
> > >
> > > I am writing rega
On Thu, Jul 1, 2021 at 12:42 AM Marek Behun wrote:
>
> On Wed, 30 Jun 2021 17:51:24 +0200
> Robert Marko wrote:
>
> > On Wed, Jun 30, 2021 at 3:19 PM Marek Behún wrote:
> > >
> > > Hello Robert,
> > >
> > > I am writing regarding commit
&
; b/target/linux/mvebu/patches-5.10/803-Revert-cpufreq-armada-37xx-Fix-setting-TBG-parent-fo.patch
> > deleted file mode 100644
> > index 65184df584..00
> > ---
> > a/target/linux/mvebu/patches-5.10/803-Revert-cpufreq-armada-37xx-Fix-setting-TBG-parent-fo.patc
On Sat, 3 Oct 2020 at 17:20, Ansuel Smith wrote:
>
> >
> > Hi folks,
> >
> > is anybody working on 5.9, already?
> > I'd like to do some testing with io_uring on ath79 devices,
> > but the features needed require a version > 5.7.
> > Please let me know!
> >
> > Best,
> >
> > Vincent
>
> It's still
On Fri, 9 Oct 2020 at 14:22, Adrian Schmutzler wrote:
>
> Hi all,
>
> in master, we currently support kernels 5.4 and 4.19.
>
> All targets build with 5.4 by default, so 4.19 is just there and can
> theoretically be used for regression testing (if it still works).
> However, since our last releas
On Thu, 24 Sep 2020 at 00:04, John Thomson
wrote:
>
> Allow SPI NOR code to be configured to use the multiple erase-regions
> code path for a uniform erase-region device. This code path allows an
> erase request to select and run a list of erase operations (including 4K
> erases where supported by
On Mon, 12 Oct 2020 at 01:21, Ansuel Smith wrote:
>
> >
> > From: Gary Cooper
> >
> > Device hardware: https://deviwiki.com/wiki/TP-LINK_AD7200_(Talon)
> >
> > The Talon AD7200 is basically an Archer C2600 with larger flash, a third
> > PCIe lane and an 802.11ad radio. It comes in a different ho
On Mon, 12 Oct 2020 at 10:08, Paul Fertser wrote:
>
> Hey Robert,
>
> On Mon, Oct 12, 2020 at 09:52:07AM +0200, Robert Marko wrote:
> > Paul, where did you get the 802.11ad support code for OpenWrt?
>
> I just forwarded Gary's commit to the mailing list as somehow th
ence the change ;)
> >
> > There are some devices out there which have been shipped with both styles
> > (the hap-ac2 is one of them), hence the patch ensure that 1) previous
> > behavior is unchanged and 2) it’s “easy” to accommodate both styles in
> > userspace (as
On Thu, 29 Oct 2020 at 13:14, Koen Vandeputte
wrote:
>
>
> On 29.10.20 11:37, Andrey Jr. Melnikov wrote:
> > Koen Vandeputte wrote:
> >
> >> On 03.10.20 17:11, Vincent Wiemann wrote:
> >>> Hi folks,
> >>>
> >>> is anybody working on 5.9, already?
> >>> I'd like to do some testing with io_uring on
initramfs.
So, lets test for $(rootfs_type) returning "tmpfs" instead.
Fixes: 7fd3c68 ("initramfs: switch to tmpfs to fix ujail)
Signed-off-by: Robert Marko
---
package/base-files/Makefile | 2 +-
package/base-files/files/sbin/sysupgrade | 2 +-
2 files changed, 2 i
partition would first get erased fully
before writing.
So, lets test for $(rootfs_type) returning "tmpfs" instead.
Fixes: 7fd3c68 ("initramfs: switch to tmpfs to fix ujail)
Signed-off-by: Robert Marko
---
target/linux/ath79/mikrotik/base-files/lib/upgrade/platform.sh | 2 +-
t
You are missing CONFIG_NET_DSA_TAG_QCA
On 20 June 2018 at 09:21, Lucian Cristian wrote:
> I tried the example found in bindings and in qca8k staging but I don't
> have any output when the device starts or when the module is loaded, if is
> built as module.
>
> Tried with a qca9563+qca8337n swit
Well, Engenious or Senao have been ignoring GPL source request for a while.
And completely violating the GPL licence.
On 20 August 2018 at 16:26, Chuanhong Guo wrote:
> GPL doesn't prevent the manufacturer from blocking third-party
> firmware being installed on their router.
> They just need to
revert to using ipq-wifi for every board
Regards
Robert Marko
On 26 September 2018 at 16:59, John Crispin wrote:
>
> On 26/09/2018 16:52, Robert Marko wrote:
>>
>> What about all of the custom BDF-s that were upstreamed primarly for
>> IPQ40XX and lately various QC
On Wed, 2018-09-26 at 17:24 +0200, John Crispin wrote:
>
> > We will have to send patches to linux-firmware to get them to
> > update
> > the files.
> >
> > John
>
> as a temp fix we need to revert
> e6bd568051c7ca77a59783fe50203f6e2a427f19
> right ?
>
> John
>
Sorry for top postin
No since there is no AC on 2.4GHz band
On Sat, Sep 1, 2018, 20:52 Tom Psyborg wrote:
> is this correct information? Wireless: 2.4-GHz 802.11ac
>
> On 31/08/2018, Ram Chandra Jangir wrote:
> > * SoC: QCA IPQ4019
> > * RAM: 512 MiB
> > * Flash: 32 MiB of SPI NOR and 128 MiB NAND
> > * Wireles
What about all of the custom BDF-s that were upstreamed primarly for
IPQ40XX and lately various QCA99XX and QCA98XX radios?
By disabling ath10k-firmware and using the linux-firmware version we are
bound to have to use ipq-wifi again since firmware and board files are
really rarely updated in linux-
On Mon, 22 Oct 2018 at 23:03, Christian Lamparter wrote:
>
> The NBG6617's boardfile was merged and this device can
> now switch to the upstream ath10k board-2.bin.
This is only applicable if ath10k-firmware is selected as by default
ath10k-firmware-ct is used and that one uses the old board file
On Mon, 5 Nov 2018 at 21:46, Hauke Mehrtens wrote:
>
> Hi all,
>
> We had a discussion about the future OpenWrt Roadmap in July here:
> http://lists.infradead.org/pipermail/openwrt-adm/2018-July/000849.html
>
> The outcome from my perspective is the following.
>
> The next release would be done in
On Mon, 5 Nov 2018 at 23:23, Hauke Mehrtens wrote:
>
> On 11/05/2018 09:53 PM, Robert Marko wrote:
> > On Mon, 5 Nov 2018 at 21:46, Hauke Mehrtens wrote:
> >>
> >> Hi all,
> >>
> >> We had a discussion about the future OpenWrt Roadmap in July
l/ath10k/2018-April/011179.html
>
> But they don't explain how to combine both 2G and 5G together.
>
> Thanks,
> Clement
>
> On Fri, 9 Nov 2018 at 15:47, Robert Marko wrote:
> >
> > You have to use the ipq-wifi package
> >
> > On Fri, Nov 9, 2018, 15:25 Cl
On Thu, 9 Sept 2021 at 16:40, Ansuel Smith wrote:
>
> >
> >
> > On 09/09/2021 01:04, Stefan Lippers-Hollmann wrote:
> >
> > > I'm not really in a position to give advice, but -imho- unless those
> > > other targets have at least proof-of-concept code for using qca8k on
> > > their devices /working
LED labels got reversed by accident, so fix it to the usual color:led_name
format.
Signed-off-by: Robert Marko
---
.../boot/dts/marvell/armada-7040-mochabin.dts | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git
a/target/linux/mvebu/files/arch/arm64/boot/dts
On Wed, 6 Oct 2021 at 00:08, Paul Spooren wrote:
>
> Hi all,
>
> based on my overview[1] things are moving forward and being tested,
> great! What about the targets that did not see any 5.10 ambitions yet?
> Specifically:
>
> - arc770
> - archs38
> - ath25
> - bcm47xx
> - bcm4908
> - ipq807x
I ca
On Thu, 7 Oct 2021 at 00:33, Hauke Mehrtens wrote:
>
> On 10/6/21 12:33 AM, Robert Marko wrote:
> > On Wed, 6 Oct 2021 at 00:08, Paul Spooren wrote:
> >>
> >> Hi all,
> >>
> >> based on my overview[1] things are moving forward and being tested,
>
Backport upstream support for 100Base-FX, 100Base-LX, 100Base-PX and
100Base-BX10 SFP modules.
This is a prerequisite for the Globalscale MOCHAbin hybrid 1G
SFP/Copper support backporting.
Signed-off-by: Robert Marko
---
...40-v5.12-net-phy-Add-100-base-x-mode.patch | 56
: Robert Marko
---
...phy-marvell-refactor-HWMON-OOP-style.patch | 549 ++
...-marvell-add-SFP-support-for-88E1510.patch | 161 +
2 files changed, 710 insertions(+)
create mode 100644
target/linux/generic/backport-5.10/742-v5.13-net-phy-marvell-refactor-HWMON-OOP-style.patch
On Thu, 21 Oct 2021 at 16:40, Janusz Dziedzic wrote:
>
> Hello,
>
> Hit some issue with my ath11k card, so maybe someone already fix
> it/know what I missed?
>
> My card (pcie):
> root@OpenWrt:~# lspci
> :00:00.0 PCI bridge: MEDIATEK Corp. Device 3258
> :01:00.0 Unassigned class [ff00]: Q
On Thu, 21 Oct 2021 at 16:53, Janusz Dziedzic wrote:
>
> czw., 21 paź 2021 o 16:43 Robert Marko napisał(a):
> >
> > On Thu, 21 Oct 2021 at 16:40, Janusz Dziedzic
> > wrote:
> > >
> > > Hello,
> > >
> > > Hit some issue with my ath
On Thu, 21 Oct 2021 at 18:30, Janusz Dziedzic wrote:
>
> czw., 21 paź 2021 o 17:54 Robert Marko napisał(a):
> >
> > For PCI/USB bus level support there are per target feature flags that are
> > set and then you can check if those are set so that you cant even select
&g
On Thu, 21 Oct 2021 at 22:54, Hauke Mehrtens wrote:
>
> On 10/21/21 6:52 PM, Robert Marko wrote:
> > On Thu, 21 Oct 2021 at 18:30, Janusz Dziedzic
> > wrote:
> >>
> >> czw., 21 paź 2021 o 17:54 Robert Marko napisał(a):
> >>>
> >>>
On Sun, 24 Oct 2021 at 09:01, Mathew McBride wrote:
>
> Hello Janusz,
> On Fri, Oct 22, 2021, at 1:39 AM, Janusz Dziedzic wrote:
> > Hello,
> >
> > Hit some issue with my ath11k card, so maybe someone already fix
> > it/know what I missed?
> >
> > My card (pcie):
> > root@OpenWrt:~# lspci
> > 000
On Sun, 24 Oct 2021 at 21:43, Janusz Dziedzic wrote:
>
> When build ath11k from backports we need enable
> such packages:
> - mhi-bus
> - qrtr
> - qrtr-mhi
> - michael-mic
> - qcom-qmi-helpers
>
> Signed-off-by: Janusz Dziedzic
> ---
> package/kernel/linux/modules/lib.mk | 14
>
On Sun, 24 Oct 2021 at 21:43, Janusz Dziedzic wrote:
>
> Signed-off-by: Janusz Dziedzic
> ---
> package/kernel/mac80211/ath.mk | 26 --
> 1 file changed, 24 insertions(+), 2 deletions(-)
>
> diff --git a/package/kernel/mac80211/ath.mk b/package/kernel/mac80211/ath.mk
> in
It looks like CONFIG_BLK_CMDLINE_PARSER was forgotten during the Orbi
device merge.
So lets refresh the config with it.
Signed-off-by: Robert Marko
---
target/linux/ipq40xx/config-5.10 | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ipq40xx/config-5.10 b/target/linux/ipq40xx
On Thu, Nov 4, 2021 at 4:15 PM Christian Lamparter wrote:
>
> On 04/11/2021 12:53, Robert Marko wrote:
> > It looks like CONFIG_BLK_CMDLINE_PARSER was forgotten during the Orbi
> > device merge.
> > So lets refresh the config with it.
>
> Hmm, is it missing for
On Sun, Nov 7, 2021 at 12:26 AM Christian Lamparter wrote:
>
> On 04/11/2021 16:17, Robert Marko wrote:
> > On Thu, Nov 4, 2021 at 4:15 PM Christian Lamparter
> > wrote:
> >>
> >> On 04/11/2021 12:53, Robert Marko wrote:
> >>> It looks like CO
On Tue, 9 Nov 2021 at 15:47, Denis Kalashnikov wrote:
>
> If kernel invokes routerboot partion parser module
> (drivers/platform/mikrotik/routerboot.c) init function too early, when SPI
> flash
> hasn't been found yet, its rb_hardconfig_init() failed with -ENODEV (since no
> mtd device with name
On Wed, 10 Nov 2021 at 10:45, Denis K wrote:
>
> > Hi, wouldn't it be better for the rb_hardconfig_init to return
> > -EPROBE_DEFER so the
> > the core can try probing later?
> Hello, Robert! I've tried what you suggested (return -EPROBE_DEFER
> from rb_hardconfig_init and routerboot_init). It doe
looks like this got broken in 5.10 as the PHY RGMII config got fixed
due to datasheet being available and a lot of boards got broken by that.
This has already been sent upstream and received multiple reviews.
Signed-off-by: Robert Marko
---
...winner-orangepi-zero-plus-fix-PHY-mo.patch
regular struct.
Fixes: 553a3ac ("ath10k-ct: use 5.15 version")
Signed-off-by: Robert Marko
---
...0k-ct-Fix-spectral-scan-NULL-pointer.patch | 32 +++
1 file changed, 32 insertions(+)
create mode 100644
package/kernel/ath10k-ct/patches/300-ath10k-ct-Fix-spectral
On Sat, 1 Jan 2022 at 14:24, Hauke Mehrtens wrote:
>
> On 12/31/21 6:49 PM, Paul Spooren wrote:
> > Hi all,
> >
> > Kernels for the next release are looking pretty good; except for six
> > targets we got everything running on 5.10! Thanks to everyone who
> > contributed and tested!
> >
> > The f
As far as I can see its already merged:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=5406684087815d3f66df9d8318e15db7137148f5
Regards
On Tue, 8 Feb 2022 at 14:09, Aiyion.Prime wrote:
>
> What else could you make use of, in order to get this moving?
>
> Or what is currently blocking
Fix the missing missing ;; after the cAP ac case.
Fixes: 93d9119 ("ipq40xx: add MikroTik cAP ac support")
Signed-off-by: Robert Marko
---
target/linux/ipq40xx/base-files/etc/board.d/01_leds | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ipq40xx/base-files/etc/board
On Sun, 20 Feb 2022 at 14:28, Christian Lamparter wrote:
>
> On 20/02/2022 12:39, Robert Marko wrote:
> > Fix the missing missing ;; after the cAP ac case.
> >
> > Fixes: 93d9119 ("ipq40xx: add MikroTik cAP ac support")
> > Signed-off-by: Robert Marko
>
On Wed, 2 Mar 2022 at 15:40, Ansuel Smith wrote:
>
> Backport patch fixing compilation with 5.15 and musl provided by Robert Marko
I would prefer just bumping the package version using GIT hash since
its already upstreamed.
Regards
>
> Signed-off-by: Ansuel Smith
> ---
On Wed, 2 Mar 2022 at 15:47, Ansuel Smith wrote:
>
> Il giorno mer 2 mar 2022 alle ore 15:43 Robert Marko
> ha scritto:
> >
> > On Wed, 2 Mar 2022 at 15:40, Ansuel Smith wrote:
> > >
> > > Backport patch fixing compilation with 5.15 and musl provided
Hi,
I am not one of the core devs, but I don't see a point in disabling
IPv6 in 2022.
Since 21.02 4/32 MB devices aren't viable anymore, can somebody
comment on whats the actual size reduction
cause I don't see that helping to squeeze stuff like PHP, etc that
somebody mentioned?
Even if your ISP
uDPU has 2 LM75 compatible temperature sensors, so include the driver for
them by default in order to utilize them.
Signed-off-by: Robert Marko
---
target/linux/mvebu/image/cortexa53.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/mvebu/image/cortexa53.mk
b
uDPU provides a FIT based initramfs, but currently gets stuck after U-boot
starts the kernel at "Starting kernel..".
It is due to the load address being too low, so increase it in order to get
the initramfs booting again.
Signed-off-by: Robert Marko
---
target/linux/mvebu/image/co
v2022.01 has a regression that broke eMMC usage on most if not all Armada
SoC-s, thus breaking boards like uDPU which use eMMC for storage.
Fix it by backporting a recent upstream patch.
Fixes: 782d4c8306c8 ("uboot-mvebu: update to version 2022.01")
Signed-off-by: Ro
ed commit.
Regards,
Robert
>
> Fixes: 80d34d9d593 ("ipq40xx: document pcie wifi chip on the GL.Inet
> GL-B2200")
> CC: Christian Lamparter
> CC: Robert Marko
> Signed-off-by: Enrico Mioso
> ---
> .../ipq-wifi/board-glinet_gl-b2200.qca9888| Bin 12200 -> 121
es correctly,
> allowing thePCIE Wi-Fi to continue working.
>
> Fixes: 80d34d9d593 ("ipq40xx: document pcie wifi chip on the GL.Inet
> GL-B2200")
> CC: Christian Lamparter
> CC: Robert Marko
> Signed-off-by: Enrico Mioso
> ---
> .../ipq-wifi/board-glin
4d9d593 ("ipq40xx: document pcie wifi chip on the GL.Inet
> GL-B2200")
> CC: Christian Lamparter
> CC: Robert Marko
> Signed-off-by: Enrico Mioso
LGTM,
Reviewed-by: Robert Marko
> ---
> .../ipq-wifi/board-glinet_gl-b2200.qca9888| Bin 12200 -> 12164 bytes
>
CONFIG_QCOM_SPMI_ADC_TM5 gets uncovered while building IPQ40xx with 5.15.
Signed-off-by: Robert Marko
---
target/linux/generic/config-5.15 | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/generic/config-5.15 b/target/linux/generic/config-5.15
index 7cffea43a5..bc5ecb4d72 100644
[9.807192] ath10k_ahb a00.wifi: board_file api 2 bmi_id 0:16
> crc32 11892f9b
> [ 12.457105] ath10k_ahb a80.wifi: Loading BDF type 0
> [ 12.464945] ath10k_ahb a80.wifi: board_file api 2 bmi_id 0:17
> crc32 11892f9b
>
> CC: Robert Marko
> Fixes: 5eee67a72fed (&q
k,
> and tries to access an unintialised pointer.
>
> Fix this by wrapping the loop in a cpumask_empty() check, to ensure it
> will not run on uniprocessor builds if the CPU mask is empty.
>
> Fixes: af6cd37f42f3 ("realtek: replace RTL93xx GPIO patches")
> Reported-by: Rob
Signed-off-by: Robert Marko
---
.../services/hostapd/patches/420-indicate-features.patch| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/package/network/services/hostapd/patches/420-indicate-features.patch
b/package/network/services/hostapd/patches/420-indicate-feat
: Robert Marko
---
.../patches-5.4/705-net-add-qualcomm-ar40xx-phy.patch | 6 +++---
.../706-ar40xx-abort-probe-on-missig-phy.patch| 11 ---
2 files changed, 3 insertions(+), 14 deletions(-)
diff --git
a/target/linux/ipq40xx/patches-5.4/705-net-add-qualcomm-ar40xx-phy.patch
b/target
: internal
Auto-negotiation: on
MDI-X: Unknown
Supports Wake-on: d
Wake-on: d
Current message level: 0x (0)
Link detected: yes
Signed-off-by: Robert Marko
---
.../ethernet/qualcomm/essedma/edma_ethtool.c | 65 ++-
1 file changed
On Tue, Mar 3, 2020 at 8:19 PM Robert Marko wrote:
>
> In 5.4 kernel old u32 array way of setting network features was dropped and
> linkmode is now the only way.
> So lets migrate the PHY driver to support linkmode.
> Also, now in order for gigabit to work, PHY driver nee
On Sun, Mar 15, 2020 at 1:14 PM Petr Štetiar wrote:
>
> Mar 15, 2020 12:42:59 Robert Marko :
>
> > On Tue, Mar 3, 2020 at 8:19 PM Robert Marko wrote:
> >
> > >
> > > In 5.4 kernel old u32 array way of setting network features was dropped
> > >
1 - 100 of 241 matches
Mail list logo