On Mon, 20 May 2024 at 03:50, Russell Senior wrote:
>
> (try#2, damn you gmail)
>
> I mentioned this on IRC and as a github comment on the commit
> (https://github.com/openwrt/openwrt/commit/2967e24d02775f63d9e363e6e0d351716dcc3f7c)
>
> My build started failing on the commit. The message I get
On Wed, 8 May 2024 at 03:32, Rich Brown wrote:
>
> Daniel,
>
> I find your comment persuasive. I was not aware of the cost of including LuCI
> In the nightly builds. I withdraw my "+1" for including LuCI.
>
> On May 7, 2024, at 8:38 PM, Daniel Golle wrote:
>
> ...That means that a single build
On Tue, 7 May 2024 at 23:25, Paul Spooren wrote:
>
> Hi all,
>
> For some reason (resource usage?) our snapshot builds do not include the LuCI
> web interface. I think it’s an advantage to have LuCI installed in snapshot
> images since a) it installed for all releases anyway and b) often it’s
On Tue, 30 Apr 2024 at 15:02, Kalle Valo wrote:
>
> Robert Marko writes:
>
> > On Tue, 30 Apr 2024 at 10:48, Kalle Valo wrote:
> >
> >>
> >> Robert Marko writes:
> >>
> >> > On Mon, 29 Apr 2024 at 15:37, Sven Eckelmann wrote:
>
On Tue, 30 Apr 2024 at 10:48, Kalle Valo wrote:
>
> Robert Marko writes:
>
> > On Mon, 29 Apr 2024 at 15:37, Sven Eckelmann wrote:
> >>
> >> On Monday, 29 April 2024 15:14:18 CEST Kalle Valo wrote:
> >> > It's quite strange that they updated 2.5
On Mon, 29 Apr 2024 at 15:37, Sven Eckelmann wrote:
>
> On Monday, 29 April 2024 15:14:18 CEST Kalle Valo wrote:
> > It's quite strange that they updated 2.5.0.1 branch first but my
> > understanding that there should be updates for the newer 2.7.0.1 branch
> > as well (2.7.0.1 branch is also in
On Sat, 6 Apr 2024 at 23:32, Robert Marko wrote:
>
> On Sat, 6 Apr 2024 at 22:35, e9hack wrote:
> >
> > Am 06.04.2024 um 21:50 schrieb Robert Marko:
> > > On Sat, 6 Apr 2024 at 21:47, Hartmut Birr wrote:
> > >>
> > >> Hi,
> > >>
On Sat, 6 Apr 2024 at 22:35, e9hack wrote:
>
> Am 06.04.2024 um 21:50 schrieb Robert Marko:
> > On Sat, 6 Apr 2024 at 21:47, Hartmut Birr wrote:
> >>
> >> Hi,
> >>
> >> I did change the Makefile for dnsmasq in the way that I give:
> >>
On Sat, 6 Apr 2024 at 21:47, Hartmut Birr wrote:
>
> Hi,
>
> I did change the Makefile for dnsmasq in the way that I give:
>
> PKG_SOURCE_URL:=git://thekelleys.org.uk/dnsmasq.git
> PKG_SOURCE_PROTO:=git
> PKG_SOURCE_DATE:=2024-03-27
> PKG_SOURCE_VERSION:=550c368adea12b312f83686c61f9015c122046c2
On Mon, 1 Apr 2024 at 15:00, e9hack wrote:
>
> Am 01.04.2024 um 11:54 schrieb Robert Marko:
> > On Mon, 1 Apr 2024 at 11:25, e9hack wrote:
> >>
> >> Am 01.04.2024 um 11:06 schrieb Robert Marko:
> >>> On Mon, 1 Apr 2024 at 10:32, e9hack wrote:
> >
On Mon, 1 Apr 2024 at 11:25, e9hack wrote:
>
> Am 01.04.2024 um 11:06 schrieb Robert Marko:
> > On Mon, 1 Apr 2024 at 10:32, e9hack wrote:
> >>
> >> Am 01.04.2024 um 10:14 schrieb Robert Marko:
> >>> On Mon, 1 Apr 2024 at 06:29, e9hack wrote:
> >
On Mon, 1 Apr 2024 at 10:32, e9hack wrote:
>
> Am 01.04.2024 um 10:14 schrieb Robert Marko:
> > On Mon, 1 Apr 2024 at 06:29, e9hack wrote:
> >>
> >> Hi,
> >>
> >> I'm using a TP-LINK WDR3600 with a bigger flash. Since some time the
> >>
On Mon, 1 Apr 2024 at 06:29, e9hack wrote:
>
> Hi,
>
> I'm using a TP-LINK WDR3600 with a bigger flash. Since some time the router
> hangs in an endless boot loop. I see the following message:
>
> ...
> [0.402716] spi-nor spi0.0: BFPT parsing failed. Please consider using
>
Merged.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Thu, 28 Mar 2024 at 18:03, Tomasz Maciej Nowak wrote:
>
> From: Tomasz Maciej Nowak
>
> Introduced WoL feature needs CRC16 support.
>
> Signed-off-by: Tomasz Maciej Nowak
> ---
> package/kernel/linux/modules/netdevices.mk | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
On Mon, 18 Mar 2024 at 06:31, Mathew McBride wrote:
>
> Hi all,
>
> A change in kernel 6.2 ("gpio: Get rid of ARCH_NR_GPIOS (v2)") [1] resulted
> in the GPIO chip base numbers changing on some architectures (x86, arm and
> arm64 were directly modified in that series).
>
> This may cause issues
On Wed, 13 Mar 2024 at 01:36, Elliott Mitchell wrote:
>
> Well, what purpose does the openwrt-devel mailing list serve?
>
> As near as I can tell it looks suspiciously like it is a method to divert
> developers from where everything is done. There isn't too much review
> activity. Anything
On Mon, 26 Feb 2024 at 17:28, Lorenzo Bianconi
wrote:
>
> > On Mon, 26 Feb 2024 at 15:07, Lorenzo Bianconi wrote:
> > >
> > > > On Fri, 5 Jan 2024 at 17:18, Lorenzo Bianconi
> > > > wrote:
> > > > >
> > > > > Reduce and split pcie controller memory ranges for en7523 SoC
> > > > > in order to
On Mon, 26 Feb 2024 at 17:27, Tomasz Maciej Nowak wrote:
>
> From: Tomasz Maciej Nowak
>
> Because some still unresolved bugs in this driver, which sprout
> occasional questions what this patch works around, point to the issue
> which started this. Being here, fill headers required by git am.
>
On Mon, 26 Feb 2024 at 15:07, Lorenzo Bianconi wrote:
>
> > On Fri, 5 Jan 2024 at 17:18, Lorenzo Bianconi wrote:
> > >
> > > Reduce and split pcie controller memory ranges for en7523 SoC
> > > in order to properly load a pcie card on the second port.
> > >
> > > Signed-off-by: Lorenzo Bianconi
On Wed, 10 Jan 2024 at 17:45, Tomasz Maciej Nowak wrote:
>
> From: Tomasz Maciej Nowak
>
> Because some still unresolved bugs in this driver, which sprout
> occasional questions what this patch works around, point to the issue
> which started this. Being here, fill headers required by git am.
>
On Fri, 5 Jan 2024 at 17:18, Lorenzo Bianconi wrote:
>
> Reduce and split pcie controller memory ranges for en7523 SoC
> in order to properly load a pcie card on the second port.
>
> Signed-off-by: Lorenzo Bianconi
Sorry for it taking so long, but merged.
BTW, do you know is there anybody
Robert to the OpenWrt committers team.
> >
> > The vote shall be concluded within 14 days. (13/02/2024)
>
> Vote ended.
> - 23/40 Participants. Quorum reached.
> - 23 yes.
>
> https://openwrt.org/voting/2024-02-new-member-r
On Mon, 12 Feb 2024 at 17:59, Christian Marangi (Ansuel)
wrote:
>
> Il giorno lun 12 feb 2024 alle ore 17:58 e9hack ha scritto:
> >
> > Hi,
> >
> > it looks like that this commit
> >
> > 997acc7f86ca985cba52f7ea8b72f0661a1e3c52
> > generic: 6.1: backport at803x split patches
> >
> > breaks
er on
> every download so a checksum can't be specified.
>
> Due to all above a custom download is implemented in "Build/Prepare".
> Then firmware gets simply extracted and packaged.
>
> Cc: Robert Marko
> Cc: Christian Marangi
> Cc: Daniel Golle
On Sat, 3 Feb 2024 at 13:06, Hauke Mehrtens wrote:
>
> Hi,
>
> I track the status of the Linux kernel 6.1 migration in this github
> issue: https://github.com/openwrt/openwrt/issues/14546
>
> There are still many targets on kernel 5.15 without testing support for
> kernel 6.1 in OpenWrt master. I
> >
> > Along with a well designed minimalistic case with sufficient passive
> > cooling and optional integrated antennas. Thinking something along the
> > Flirc RPi4 cases, using the case itself as a cooler. With half the case
> > radio transparent and a choice between antenna pigtails and
On Tue, 9 Jan 2024 at 17:53, Rafał Miłecki wrote:
>
> On 9.01.2024 13:29, John Crispin wrote:
> > On 09.01.24 12:56, Robert Marko wrote:
> >> ---SNIP---
> >>
> >>> Why not 6GHz?
> >> 6GHz requires an external card, and I doubt you can f
tually interact with (mostly Realtek)
GPON SoC-s are currently black boxes.
I am unaware of any project working towards FOSS GPON or XGPON(Or any
new 10G variants).
Regards,
Robert
>
> On Tue, Jan 9, 2024 at 7:39 AM Robert Marko wrote:
> >
> > On Tue, 9 Jan 2024 at 13:38, Dave Taht w
On Tue, 9 Jan 2024 at 13:38, Dave Taht wrote:
>
> You should talk about this project at FOSSDEM!
>
> Two potential funders off the top of my head:
>
> https://nlnet.nl/funding.html
> https://www.ardc.net/apply/
> Ardc funded the latest round of the librerouter project in argentina,
> which is
---SNIP---
> Why not 6GHz?
6GHz requires an external card, and I doubt you can fit that in the
target price.
Regards,
Robert
>
> BR
>
>
> Janusz
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
>
On Wed, 3 Jan 2024 at 10:20, Chuanhong Guo wrote:
>
> Hi!
>
> On Wed, Jan 3, 2024 at 10:14 AM wrote:
> >
> > From: shoudil
> >
> > Enable thumb flag to reduce package size, which help optimize the size
> > of system image as well.
> >
> > Signed-off-by: shoudil
> > ---
> >
On Mon, 11 Dec 2023 at 06:55, Varadarajan Narayanan
wrote:
>
> On Fri, Dec 08, 2023 at 11:14:38AM +0100, Robert Marko wrote:
> > On Fri, 8 Dec 2023 at 11:13, Piotr Dymacz wrote:
> > >
> > > Hi Robert,
> > >
> > > Adding John's correct e-mail to
On Fri, 8 Dec 2023 at 16:39, Elliott Mitchell wrote:
>
> On Fri, Dec 08, 2023 at 11:14:38AM +0100, Robert Marko wrote:
> > On Fri, 8 Dec 2023 at 11:13, Piotr Dymacz wrote:
> > >
> > > On 8.12.2023 11:02, Robert Marko wrote:
> > > > On Fri
On Fri, 8 Dec 2023 at 11:13, Piotr Dymacz wrote:
>
> Hi Robert,
>
> Adding John's correct e-mail to the loop.
>
> On 8.12.2023 11:02, Robert Marko wrote:
> > On Fri, 8 Dec 2023 at 11:01, Piotr Dymacz wrote:
> >>
> >> Hi Robert,
> &
On Fri, 8 Dec 2023 at 11:01, Piotr Dymacz wrote:
>
> Hi Robert,
>
> On 7.12.2023 12:52, Robert Marko wrote:
> >
> > On 07. 12. 2023. 12:20, Varadarajan Narayanan wrote:
> >> On Thu, Dec 07, 2023 at 11:11:03AM +0100, Robert Marko wrote:
> >>> On 07.
On 07. 12. 2023. 12:20, Varadarajan Narayanan wrote:
On Thu, Dec 07, 2023 at 11:11:03AM +0100, Robert Marko wrote:
On 07. 12. 2023. 10:59, Varadarajan Narayanan wrote:
SoC : QCOM IPQ9574
RAM : 2GB DDR4
Flash : eMMC 8GB
WiFi: 1 x 2.4GHz
On Thu, 16 Nov 2023 at 10:53, Luca Olivetti wrote:
>
> El 17/12/19 a les 12:52, David Bauer ha escrit:
>
> > 3. Configure the bootargs and bootcmd for OpenWrt.
> > $ setenv bootargs_openwrt "setenv bootargs console=ttyMSM1,9600n8"
> > $ setenv nandboot_openwrt "run bootargs_openwrt; ubi
On Mon, 13 Nov 2023 at 22:21, Thibaut wrote:
>
>
>
> > Le 13 nov. 2023 à 21:32, Petr Štetiar a écrit :
> >
> > Thibaut [2023-11-13 17:26:44]:
> >
> > Hi,
> >
> >> In any case, another way to tackle this problem would be to switch from
> >> continuous builds that starve the build resources to
of the initial
target but with multiple boot options supported so later boards can be
easily added.
Personally, GH PR-s are rather good for adding new stuff as it makes
commenting on
things much easier and cleaner, and we can let CI do its thing as well.
Regards,
Robert
>
> Regards,
> Miche
On Mon, 30 Oct 2023 at 10:40, Michele Bisogno wrote:
>
> Hi,
>
> I've been a happy OpenWRT user for many years now, always buying
> routers that could allow me to run it easily.
Hi, nice to hear this.
>
> I've been working (actually only in my free time as a hobby) on
> porting OpenWRT onto
On Tue, 24 Oct 2023 at 17:46, Philip Prindeville
wrote:
>
> Hi,
>
> I'm seeing the following:
>
> https://github.com/openwrt/packages/actions/runs/6621741418/job/17986176198?pr=22362
>
> Specifically:
>
> mips-openwrt-linux-musl-gcc -shared -o libcligen.so.6.4 cligen_object.o
> cligen_callback.o
On Thu, 12 Oct 2023 at 10:43, Linus Walleij wrote:
>
> This adds a package for the AMD and Altima PHY, found in some
> odd devices.
>
> Signed-off-by: Linus Walleij
> ---
LGTM,
Reviewed-by: Robert Marko
> package/kernel/linux/modules/netdevices.mk | 16
om preinit.
LGTM,
Reviewed-by: Robert Marko
> ---
> package/kernel/linux/modules/other.mk | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/package/kernel/linux/modules/other.mk
> b/package/kernel/linux/modules/other.mk
> index ac26c2a15037..2cd01d84
preinit hook.
LGTM,
Reviewed-by: Robert Marko
> ---
> package/kernel/linux/modules/other.mk | 15 +++
> 1 file changed, 15 insertions(+)
>
> diff --git a/package/kernel/linux/modules/other.mk
> b/package/kernel/linux/modules/other.mk
> index 2cd01d84d516..feee3
On Thu, 28 Sept 2023 at 15:29, Linus Walleij wrote:
>
> The IXP4xx crypto module must be loaded after the rootfs is
> up as it depends on loading some NPE microcode from the file
> system.
>
> Signed-off-by: Linus Walleij
> ---
> package/kernel/linux/modules/crypto.mk | 13 +
>
On Thu, 28 Sept 2023 at 15:29, Linus Walleij wrote:
>
> This is a partial revert of the deletion of the IXP4xx
> target: we restore the APEX boot loader so we can use it
> for the NSLU2 and related targets.
>
> The APEX upstream is as dead as it gets so I have applied
> OpenWrts old patches on
On Thu, 28 Sept 2023 at 15:29, Linus Walleij wrote:
>
> To support the IXP42x platforms we need a kernel module
> for the Epson R7301 RTC so we can load it as an optional
> module.
>
> Signed-off-by: Linus Walleij
> ---
> package/kernel/linux/modules/other.mk | 15 +++
> 1 file
On Thu, 28 Sept 2023 at 15:29, Linus Walleij wrote:
>
> To support the IXP42x platforms we need a kernel module
> for the X1205 RTC so we can load it as an optional module.
>
> Signed-off-by: Linus Walleij
> ---
> package/kernel/linux/modules/other.mk | 16
> 1 file changed, 16
On Thu, 28 Sept 2023 at 15:29, Linus Walleij wrote:
>
> This adds a package for the AMD and Altima PHY, found in some
> odd devices.
>
> Signed-off-by: Linus Walleij
> ---
> package/kernel/linux/modules/netdevices.mk | 16
> 1 file changed, 16 insertions(+)
>
> diff --git
-by: Tomasz Maciej Nowak
I tested this on MOchabin and it seems to be working after I actually
enable the UTMI PHY-s,
hence why USB was working fine on MOchabin without this driver.
And yeah, this should be backported to anything using 5.15 or newer as
Machiatobin has broken
USB for sure.
using
qmi_wwan as I would really love to avoid their
abomination with the qmi_wwan_q mess Quectel has.
Regards,
Robert
>
>
> All the best,
> Nicholas Smith
>
>
> On Thu, 7 Sep 2023 at 23:55, Robert Marko wrote:
>>
>> On Wed, 6 Sept 2023 at 23:10, Nicholas
he Quectel hackjob.
Regards,
Robert
>
> All the best,
> Nicholas Smith
>
>
> On Thu, 7 Sep 2023 at 04:53, Robert Marko wrote:
>>
>> On Wed, 6 Sept 2023 at 20:22, Philip Prindeville
>> wrote:
>> >
>> > Hi all,
>> >
>> &
On Wed, 6 Sept 2023 at 20:22, Philip Prindeville
wrote:
>
> Hi all,
>
> I was reading through some of the online documentations as I try to bring up
> a 5G modem w/ Verizon and modemmanager, and bounced between various settings
> (it's a Quectel EM120R-GL modem for the moment until something
On Sun, 3 Sept 2023 at 19:05, Dave Taht wrote:
>
> The qsdk is on openwrt 15.
You won't believe it but they made it to 19.07 from the 12.0 release,
and it seems they are preparing for 21.02.
Regards,
Robert
>
> On Sun, Sep 3, 2023 at 9:51 AM Philip Prindeville
> wrote:
> >
> > Hi all,
> >
> >
ompression on rootfs mount.
Signed-off-by: Robert Marko
---
CMakeLists.txt | 16
mount_root.c | 14 +-
2 files changed, 29 insertions(+), 1 deletion(-)
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 3421fec..eb605cb 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.tx
On Mon, 24 Jul 2023 at 15:31, Tomasz Maciej Nowak wrote:
>
> From: Tomasz Maciej Nowak
>
> 'bootipq' command on some devices, with kernel on NOR flash chip, read
> kernel partition size from Qualcomm proprietary partition table, which
> seems to be stored in MIBIB partition. The partition table
On 17. 05. 2023. 19:47, Connor Northway wrote:
development/internal name: Cento
public name: eero (2nd-gen)
model number: J010001
Hardware Info:
SoC : Qualcomm IPQ4019
RAM : 512 MB (Hynix NT5CC256M16ER-EK)
SPI Flash : 8 MB (Winbond
gt; After the new image is flashed, the compat version can be updated:
>
> uci set system.@system[0].compat_version='1.1'
> uci commit
>
> [1] https://github.com/openwrt/openwrt/pull/12225#issuecomment-1517529262
>
> Cc: Michał Kępień
> Signed-off-by: Thibaut VARÈNE
R
On Wed, 3 May 2023 at 11:08, Nick wrote:
>
> I would also love to see a release. It is now already delayed more than
> a month [0] (actual branching should be happening end of march).
> However, I don't have a strong opinion on this. It's sad that lantiq
> targets could be dropped. I will also
> > Signed-off-by: Robert Marko
> > [Fixup dts for 2 missing crypto options]
> > [Remove sfp from dts]
> > [Add 'config' partition]
> > [Update to latest wifi board bin files - received from Wallystech R]
> > [Extensively tested on DR4029-V04]
> > Sig
On Wed, 15 Mar 2023 at 15:22, Koen Vandeputte
wrote:
>
> From: Robert Marko
>
> Adds support for the Wallys DR40x9 series boards.
> They come in IPQ4019 and IPQ4029 versions.
> IPQ4019/4029 only differ in that that IPQ4029 is the industrial version that
> is rated t
On Tue, 28 Feb 2023 at 10:00, Petr Štetiar wrote:
>
> Ansuel Smith [2023-02-27 23:35:47]:
>
> Hi,
>
> > there is this idea of moving each board-2 blob to a separate repo
>
> the idea seems fine to me, I just don't understand this part, can you
> elaborate more on why do we need separate
On Wed, 22 Feb 2023 at 21:39, Peter Naulls wrote:
>
> On 2/22/23 15:34, Robert Marko wrote:
>
> >> option 'lan1'
> >> option macaddr 34:BA:9A:CC:DD:EE
> >
> > This should work as long as its in single quotes.
>
> I corrected the quo
On Wed, 22 Feb 2023 at 21:03, Peter Naulls wrote:
>
>
> Due to some missing flash values, I need to do a later user space lookup for
> possible missing values stored "elsewhere" to fix up the MAC address.
>
> According to:
>
> https://openwrt.org/docs/guide-user/base-system/basic-networking
>
>
On Sat, 18 Feb 2023 at 21:47, Enrico Mioso wrote:
>
>
>
>
> On Sat, 18 Feb 2023, Robert Marko wrote:
>
> > Date: Sat, 18 Feb 2023 12:45:34
> > From: Robert Marko
> > To: Enrico Mioso
> > Cc: openwrt-devel@lists.openwrt.org, Andre Valentin ,
> >
On Sat, 18 Feb 2023 at 00:58, Enrico Mioso wrote:
>
> Add on/off fan support for the ZyXEL NBG7815. Single CPU cores, cluster
> CPU temperatures and the Aquantia PHY temperature sensor are monitored. The
> tmp103 sensor is missing from this patch, and can be added later, when kernel
> is bumped
On Sat, 18 Feb 2023 at 00:58, Enrico Mioso wrote:
>
> This is needed to avoid failures in the thermal subsystem while using this
> driver via hwmon subsystem.
This should be submitted upstream, we have enough hacks already and
you will get proper feedback from Guenter rather fast whether this is
On Sun, 5 Feb 2023 at 01:10, Jan Hoffmann wrote:
>
>
> Am 02.02.23 um 11:54 schrieb Robert Marko:
> > On Tue, 31 Jan 2023 at 23:52, Jan Hoffmann wrote:
> >>
> >> Hi Robert,
> >>
> >>
> >> On 2023-01-30 at 00:08, Robert Marko wrote
On Tue, 31 Jan 2023 at 23:52, Jan Hoffmann wrote:
>
> Hi Robert,
>
>
> On 2023-01-30 at 00:08, Robert Marko wrote:
> > Shouldn't it be possible for the modem driver itself to be fixed
> > instead of faking
> > the PCI details?
>
> This hack is defi
On Mon, 30 Jan 2023 at 23:41, Jan Hoffmann wrote:
>
> Some VRX518 modems fail to initialize properly with the error message
> "dc_ep_clk_on failed". As a result, the DSL data path doesn't work.
>
> This hack, which is based on code from the FRITZ!Box 7530 GPL archive,
> fixes the issue. It
On Thu, 26 Jan 2023 at 16:18, Peter Naulls wrote:
>
>
> I'm expecting this to need to be tidied up based upon feedback, but here's the
> first try of support for the two mt7621 atel platforms I've been working on.
>
> I have a number of smaller changes to go with this, but these are the top
>
olfsslcpu-crypto
as a target package by default, however, this is breaking image builder.
So, I wanted to bring some attention to this patchset that is fixing this issue
as I am sure we are gonna hit more of these in the future are well.
Tested-by: Robert Marko # ipq807x
Regards,
Robert
inability for the 5.15 kernel bump to be tested
which is a requirment for the next release.
So, for those reasons, lets mark it as source-only so that Buildbots dont
use the resources for building the images for this target anymore.
Signed-off-by: Robert Marko
---
target/linux/ath25/Makefile | 2
if-else and move the matching
> from devices.txt
>
> When a device is matched using compatible in iwinfo the hardware will be
> flagged as embedded and won't print empty ids.
>
> Tested-by: Christian Marangi
> Co-developed-by: Christian Marangi
> Signed-off-by: Jo-Philipp Wich
On Thu, 29 Dec 2022 at 19:23, Robert Marko wrote:
>
> archs38 seems to be pretty much unused, usually only treewide changes or
> kernel bumps in order to branch off new stable are done to it.
>
> Considering that target only support some Synopsis HS38 ARC reference
> boar
On Fri, 6 Jan 2023 at 23:43, Jo-Philipp Wich wrote:
>
> Hi Robert,
>
> I know that you're just expanding existing code (which I recently noticed for
> the first time) but I think that adding more and more if/else clauses with
> further hardware matches for purely cosmetic reasons* is a good way
On Sat, 7 Jan 2023 at 16:26, Thibaut VARÈNE wrote:
>
>
>
> > Le 7 janv. 2023 à 15:06, Christian Marangi a écrit :
> >
> > On Fri, Jan 06, 2023 at 11:49:44PM -0800, Brian Norris wrote:
> >> I need to express a per-target dependency on the 'base64' utility, and
> >> that's seemingly impossible to
On Fri, 6 Jan 2023 at 17:42, Christian Marangi wrote:
>
> On Fri, Jan 06, 2023 at 05:32:48PM +0100, Robert Marko wrote:
> > On Fri, 6 Jan 2023 at 17:31, Christian Marangi wrote:
> > >
> > > On Fri, Jan 06, 2023 at 05:14:37PM +0100, Robert Marko wrote:
> > &
Add Qualcomm Atheros QCN6024/9024/9074 PCI ID, they all are compatible and
use the same ID.
Signed-off-by: Robert Marko
---
Changes in v2:
* Remove iwinfo prefix
---
devices.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/devices.txt b/devices.txt
index bc0257c..d76bbca 100644
On Fri, 6 Jan 2023 at 17:31, Christian Marangi wrote:
>
> On Fri, Jan 06, 2023 at 05:14:37PM +0100, Robert Marko wrote:
> > Add Qualcomm Atheros QCN6024/9024/9074 PCI ID, they all are compatible and
> > use the same ID.
> >
> > Signed-off-by: Robert Mark
Add Qualcomm Atheros QCN6024/9024/9074 PCI ID, they all are compatible and
use the same ID.
Signed-off-by: Robert Marko
---
devices.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/devices.txt b/devices.txt
index bc0257c..d76bbca 100644
--- a/devices.txt
+++ b/devices.txt
@@ -173,6
Add detection of the Qualcomm Atheros IPQ8074 WiSoC using the compatible
string from device tree.
Signed-off-by: Robert Marko
---
devices.txt | 1 +
iwinfo_nl80211.c | 5 +
2 files changed, 6 insertions(+)
diff --git a/devices.txt b/devices.txt
index e0663b8..bc0257c 100644
On Thu, 5 Jan 2023 at 19:47, Brian Norris wrote:
>
> Hi Christian,
>
> On Wed, Jan 04, 2023 at 01:58:01PM +0100, Christian Marangi wrote:
> > On Mon, Jan 02, 2023 at 03:25:33PM -0800, Brian Norris wrote:
> > > See the patch notes about the stock firmware for TP-Link Onhub and
> > >
On Thu, 5 Jan 2023 at 04:02, Brian Norris wrote:
>
> Hi Christian, Robert,
>
> On Wed, Jan 04, 2023 at 02:30:23PM +0100, Robert Marko wrote:
> > On Wed, 4 Jan 2023 at 14:04, Christian Marangi wrote:
> > >
> > > On Mon, Jan 02, 2023 at 03:25:31PM -0800, Br
On Wed, 4 Jan 2023 at 14:21, Christian Marangi wrote:
>
> On Mon, Jan 02, 2023 at 03:25:29PM -0800, Brian Norris wrote:
> > Normalize = `make kernel_menuconfig`, save.
>
> Better be less cryptic and use something like "Refresh target config
> with make kernel_menuconfig, save"
>
> >
> >
On Wed, 4 Jan 2023 at 14:03, Christian Marangi wrote:
>
> On Mon, Jan 02, 2023 at 03:25:30PM -0800, Brian Norris wrote:
> > Clock controller used by some IP blocks (e.g., LPASS / audio) on
> > IPQ8064.
>
> Since this will be only for 2 target, should we consider introducing ko
> for LPASS? They
On Wed, 4 Jan 2023 at 14:24, Christian Marangi wrote:
>
> On Mon, Jan 02, 2023 at 03:25:32PM -0800, Brian Norris wrote:
> > For IPQ8064 systems based off the "Google Storm" reference platform,
> > such as the TP-Link OnHub.
>
> As this is really ipq806x specific, instead of bloating the
On Wed, 4 Jan 2023 at 14:30, Christian Marangi wrote:
>
> On Wed, Jan 04, 2023 at 02:28:19PM +0100, Robert Marko wrote:
> > On Wed, 4 Jan 2023 at 14:21, Christian Marangi wrote:
> > >
> > > On Mon, Jan 02, 2023 at 03:25:29PM -0800, Brian Norris wrote:
> > >
On Tue, 3 Jan 2023 at 00:30, Brian Norris wrote:
>
> See the patch notes about the stock firmware for TP-Link Onhub and
> https://chromium-review.googlesource.com/243115.
>
> As noted there, the production firmware for Google OnHub devices only
> provide the *-base64 Device Tree property, and so
On Wed, 4 Jan 2023 at 14:04, Christian Marangi wrote:
>
> On Mon, Jan 02, 2023 at 03:25:31PM -0800, Brian Norris wrote:
> > This fixes device tree registration for 'qcom,lpass-cpu' as used by
> > qcom-ipq8064 SoCs, and allows speaker audio to function.
> >
> > This patch has been submitted (and
On Wed, 28 Dec 2022 at 21:21, Philip Prindeville
wrote:
>
>
>
> > On Dec 28, 2022, at 1:14 PM, Robert Marko wrote:
> >
> > On Wed, 28 Dec 2022 at 01:01, Philip Prindeville
> > wrote:
> >>
> >>
> >>
> >>> On Dec 27, 2022, a
On Fri, 30 Dec 2022 at 03:41, Jan-Niklas Burfeind wrote:
>
> in both the stable and the testing kernel
>
> h2+/h3/h5 devices have a Secure ID that can be read from
> `/sys/bus/nvmem/devices/sunxi-sid0/nvmem`.
> Enabling CONFIG_NVMEM_SYSFS grants sysfs access from userspace.
>
> Signed-off-by:
On Thu, 29 Dec 2022 at 23:28, Rosen Penev wrote:
>
> On Thu, Dec 29, 2022 at 10:52 AM Robert Marko wrote:
> >
> > archs38 seems to be pretty much unused, usually only treewide changes or
> > kernel bumps in order to branch off new stable are done to it.
> >
&g
resources on building the target and packages for it.
Signed-off-by: Robert Marko
---
target/linux/archs38/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/archs38/Makefile b/target/linux/archs38/Makefile
index e08f779170..756de43561 100644
--- a/target/linux/archs38
On Wed, 28 Dec 2022 at 01:01, Philip Prindeville
wrote:
>
>
>
> > On Dec 27, 2022, at 4:50 PM, Robert Marko wrote:
> >
> > On Wed, 28 Dec 2022 at 00:48, Philip Prindeville
> > wrote:
> >>
> >> Hi,
> >>
> >> I originally
On Wed, 28 Dec 2022 at 00:48, Philip Prindeville
wrote:
>
> Hi,
>
> I originally set up my env/kernel-config a long time ago (like 2018) by hand,
> and since then the kernel has gone through several bumps. How do I easily
> refresh it to pick up new stuff from
On Wed, 14 Dec 2022 at 18:16, Janusz Dziedzic wrote:
>
> śr., 14 gru 2022 o 12:59 Janusz Dziedzic
> napisał(a):
> >
> > wt., 13 gru 2022 o 14:20 Daniel Golle napisał(a):
> > >
> > > On Tue, Dec 13, 2022 at 11:17:49AM +0100, Janusz Dziedzic wrote:
> > > > Hello,
> > > >
> > > > Do you know
On Tue, 13 Dec 2022 at 11:18, Janusz Dziedzic wrote:
>
> Hello,
>
> Do you know any/some ethernet switch project (best 18+ gbps ports)
> that using linux/openwrt and DSA architecture?
Check out the Realtek target in OpenWrt.
Regards,
Robert
>
> BR
> Janusz
>
>
On Thu, 1 Dec 2022 at 14:43, Christian Marangi wrote:
>
> On Thu, Dec 01, 2022 at 02:39:56PM +0100, Robert Marko wrote:
> > On Thu, 1 Dec 2022 at 14:34, Christian Marangi wrote:
> > >
> > > On Thu, Dec 01, 2022 at 02:23:08PM +0100, Josef Schlehofer wrote:
> >
1 - 100 of 232 matches
Mail list logo
