On 2023-11-10 10:41, Shiji Yang wrote:
From: Shiji Yang
This patch allow user to perform basic bitwise clear/set operation on
OF DT MAC address. We use two new added dt-bindings to specific the
MAC address bits clear/set mask. "mac-address-bitwise-set" can be used
to set bit. And "mac-address-b
On 2023-11-10 10:28, Shiji Yang wrote:
From: Shiji Yang
ASCII MAC address can be handled by nvmem "fixed-layout" now. And all
related devices were converted to the new "mac-base" layout format.
It's time to remove this hack.
Oh, I was hoping for that for a long time. Looks great.
--
Rafał Mi
e9hack kirjoitti 9.11.2023 klo 17.32:
I face a strange behaviour since commit
516ab774cc16d4b04b3b17a067cbf2649f1adaeb (system-linux: fix race condition
on bringing up wireless devices). After a reboot or a full restart of
hostapd via 'wifi down; sleep 30; killall hostapd; sleep 5; wifi', only
Hi,
> Le 7 nov. 2023 à 23:25, Rafał Miłecki a écrit :
>
> From: Rafał Miłecki
>
> Allow selecting KERNEL_SLUB_DEBUG and KERNEL_SLUB_DEBUG_ON manually and
> provide detailed help for both.
>
> Signed-off-by: Rafał Miłecki
> ---
> config/Config-kernel.in | 15 +--
> 1 file changed,
lip Prindeville
> Sent: Saturday, October 28, 2023 11:09 AM
> To: Xiaojun Liu
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [PATCH] x86 64: Add new device Cordoba Edge Platform
>
> LGTM
>
>
>> On Oct 23, 2023, at 8:52 PM, Xiaojun Liu wrote:
>>
>>
> On Oct 30, 2023, at 11:17 AM, Paul Spooren wrote:
>
> Hi,
>
> We kind of don’t add image just to contain extra drivers. Extra UCI defaults
> for eth ordering are fine but please don’t add an extra image if it just
> contains 1-2 extra packages, installable via the ImageBuilder or OPKG.
>
Hi Matt,
> Does the Renesas/RZ U-boot have EFI support enabled ('bootefi' command)?
> Could you try an armsr/armv8 image and see if it boots?
I've just tried:
=> fatload mmc 1:1 0x4800 openwrt-armsr-armv8-generic-initramfs-kernel.bin
32223744 bytes read in 2669 ms (11.5 MiB/s)
=> bootefi 0x4
Torsten,
> The question then is: are they similar enough to build from one kernel
> source, or will they require different sets of patches?
RZ includes different subseries, as of today: RZ/G, RZ/V and some new
RZ/T run Linux.
Renesas official SW package is based on the CIP Linux, even though the
Hi Michele,
On Fri, 3 Nov 2023 09:04:08 +0100
Michele Bisogno wrote:
> > is able to handle that at this folder level. Much of the above is
> > "legacy" and does not run OpenWRT(?), but they also seem to aim for
> > Risc-V. There is a platform called "ramips" and the broadcoms each
> > have their
> Renesas offers different architectures in their portfolio[1], I haven't
> dug into the OpenWRT build system for this issue yet to tell whether it
> is able to handle that at this folder level. Much of the above is
> "legacy" and does not run OpenWRT(?), but they also seem to aim for
> Risc-V. The
> On Nov 2, 2023, at 20:16, Sebastian Schaper
> wrote:
>
> This tool will encrypt/decrypt factory images requiring the "SHRS" header
> e.g. COVR-C1200, COVR-P2500, COVR-X1860, DIR-878, DIR-882, ...
>
> Encryption is loosely based on a series of blogposts by ricksanchez [1]
> and the provided
Hello,
> On Jun 23, 2023, at 14:06, Sebastian Schaper
> wrote:
>
> This tool will encrypt/decrypt factory images requiring the "SHRS" header
> e.g. COVR-C1200, COVR-P2500, COVR-X1860, DIR-878, DIR-882, ...
>
> Encryption is loosely based on a series of blogposts by ricksanchez [1]
> and the pr
On Mon, 30 Oct 2023 21:40:02 +0100
Robert Marko wrote:
> 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.
Same here :-)
[...]
> >
> > For example, naming
Hi Matt,
> Does the Renesas/RZ U-boot have EFI support enabled ('bootefi' command)?
> Could you try an armsr/armv8 image and see if it boots?
It does support it but I have never tried it.
> (You will need to start U-Boot from qspi or sd card and OpenWrt from a USB or
> different sd card)
>
> If
Hi Michele,
On Mon, Oct 30, 2023, at 8:39 PM, 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.
>
> I've been working (actually only in my free time as a hobby) on
> porting OpenWRT onto this Renesas
On Tue, 31 Oct 2023 at 10:06, Robert Marko wrote:
>
> To me, the most sense would be to provide one or 2 boards as part 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 make
On Tue, 31 Oct 2023 at 09:56, Michele Bisogno wrote:
>
> Hi Robert,
>
> thanks for the encouragement.
> I'll go for plain "renesas" then.
>
> I am a bit hesitating on when / how to submit patches.
> At the moment the image generated is for the sd card (similar to
> Raspberry Pi) and for a single d
Hi,
On Mon, 30 Oct 2023 at 23:11, Hauke Mehrtens wrote:
>
> This fixes compilation with glibc.
>
> _FORTIFY_SOURCE only works with compiler optimizations activated.
> We have to deactivate it when we set -O0.
>
> This fixes the following error message with glibc:
> error: #warning _FORTIFY_SOURC
Hi Robert,
thanks for the encouragement.
I'll go for plain "renesas" then.
I am a bit hesitating on when / how to submit patches.
At the moment the image generated is for the sd card (similar to
Raspberry Pi) and for a single device (RZ/G2L)
However I am planning to support more boot memories (de
Hi,
Thank you for your guide!
I will resubmit it.
-Original Message-
From: Paul Spooren
Sent: Tuesday, October 31, 2023 1:18 AM
To: Xiaojun Liu
Cc: Philip Prindeville ; openwrt-devel
Subject: Re: [PATCH] x86 64: Add new device Cordoba Edge Platform
Hi,
We kind of don’t add image
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 this
Hi,
We kind of don’t add image just to contain extra drivers. Extra UCI defaults
for eth ordering are fine but please don’t add an extra image if it just
contains 1-2 extra packages, installable via the ImageBuilder or OPKG.
>
>> On Oct 23, 2023, at 8:52 PM, Xiaojun Liu wrote:
>>
>> Add new
Hi Philip,
Thank you! Do you know when it will be merged to Openwrt main thread ?
-Original Message-
From: Philip Prindeville
Sent: Saturday, October 28, 2023 11:09 AM
To: Xiaojun Liu
Cc: openwrt-devel@lists.openwrt.org
Subject: Re: [PATCH] x86 64: Add new device Cordoba Edge Platform
On Sun, Oct 29, 2023 at 07:25:38AM +0200, Stijn Tintel wrote:
> On 24/10/2023 15:25, Christian Marangi wrote:
> > On Tue, Oct 24, 2023 at 02:21:35PM +0200, Bjørn Mork wrote:
> >> Christian Marangi writes:
> >>
> >>> Anyway I have also found this [1]... if it does actually works, it might
> >>> be
On 24/10/2023 15:25, Christian Marangi wrote:
On Tue, Oct 24, 2023 at 02:21:35PM +0200, Bjørn Mork wrote:
Christian Marangi writes:
Anyway I have also found this [1]... if it does actually works, it might be
THE solution to our specific problem. Wonder if someone can test it on a
sample repos
On 28/10/2023 20:03, Paul D wrote:
Hi, maybe some housekeeping process is nececssary, but I got this
immediately after I did the usually recommended checkout procedures,
and have been even after a git pull, every time I run make.
The prce package was moved from the base repo to the packages,
Philip Prindeville wrote:
> Thought I sent this earlier but I see no trace of it, so here goes again.
> Here it is again with the link to the build and the extracted logs from one
> of the failing builds:
> https://github.com/openwrt/packages/actions/runs/6629645917/job/18009391257?pr=22359
>
LGTM
> On Oct 23, 2023, at 8:52 PM, Xiaojun Liu wrote:
>
> Add new device Cordoba Edge Platform
> Device name:Cordoba Edge Platform
> hardware specifications: CPU - Intel Atom C3000
> WiFi - mt7915e
>
> Signed-off-by: Xiaojun Liu mailto:xiaojun@silicom.co.il
>
Thought I sent this earlier but I see no trace of it, so here goes again.
Here it is again with the link to the build and the extracted logs from one of
the failing builds:
https://github.com/openwrt/packages/actions/runs/6629645917/job/18009391257?pr=22359
CFLAGS="-Os -pipe -mcpu=8548 -fno-cal
On Tue, Oct 24, 2023 at 02:21:35PM +0200, Bjørn Mork wrote:
> Christian Marangi writes:
>
> > Anyway I have also found this [1]... if it does actually works, it might be
> > THE solution to our specific problem. Wonder if someone can test it on a
> > sample repository.
> >
> > [1] https://devblog
Pfendtner Steffen [2022-10-18 14:38:56]:
Hi,
> We decided to publish our internal fork of the Timesys SBOM Tool we found on
> github. You find our version at: https://github.com/ads-tec/sbom-openwrt
thanks for sharing!
BTW I took that output and drafted first version[1] by extending current
im
Roger-
Good idea. I think I may have been running firmware for a different
device (E-320N, probably - it appears to have been the base design for
several of their products).
I was hoping you (or someone) could look at the log and say, "Hey, I
know what that is..."
Worth a shot...
Next step - pu
On Wed, Oct 25, 2023 at 11:31 AM Christian Marangi wrote:
> Hi, I merged this series on main.
Thanks Christian! (I hope it doesn't explode...)
> I hope to have followup for the firmware (hoping it will ever be
> accepted upstream)
Yeah I am working on that.
> and for the hotplug script for th
On Mon, Oct 23, 2023 at 08:43:02AM +0200, Linus Walleij wrote:
> XP4xx was deleted because of lack of maintenance in 2020.
>
> In the years since, the upstream Linux support for IXP4xx has
> been rewritten from scratch. It is now pretty well supported
> using device tree and modern subsystems that
On Tue, Oct 24, 2023 at 02:25:06PM +0200, Christian Marangi wrote:
> On Tue, Oct 24, 2023 at 02:21:35PM +0200, Bjørn Mork wrote:
> > Christian Marangi writes:
> >
> > > Anyway I have also found this [1]... if it does actually works, it might
> > > be
> > > THE solution to our specific problem. W
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Hi, Bill,
I have a couple of the
W dniu 23.10.2023 o 08:43, Linus Walleij pisze:
> This resurrects the support for IXP4xx using device tree
> rather than the old (deleted) board files. The final pieces
> of IXP4xx board files were deleted in Linux v5.19.
>
> Ext4 root filesystems on CF and USB are supported by the
> default confi
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 Tue, Oct 24, 2023 at 02:21:35PM +0200, Bjørn Mork wrote:
> Christian Marangi writes:
>
> > Anyway I have also found this [1]... if it does actually works, it might be
> > THE solution to our specific problem. Wonder if someone can test it on a
> > sample repository.
> >
> > [1] https://devblog
Christian Marangi writes:
> Anyway I have also found this [1]... if it does actually works, it might be
> THE solution to our specific problem. Wonder if someone can test it on a
> sample repository.
>
> [1] https://devblogs.microsoft.com/oldnewthing/20190919-00/?p=102904
Nice! Seems to work.
On Tue, Oct 24, 2023 at 01:40:22PM +0200, Bjørn Mork wrote:
> Ack on the broken history problem.
>
> I don't think it's necessary to keep two separate histories though. The
> main issue is the periodical removal of files keeping parts of history,
> resulting in an increasing number of file names
Ack on the broken history problem.
I don't think it's necessary to keep two separate histories though. The
main issue is the periodical removal of files keeping parts of history,
resulting in an increasing number of file names to follow for the
complete history.
Doing
git mv config-5.15 config
Thanks for your reminding! I will update my patch to fix these issues.
-Original Message-
From: Philip Prindeville
Sent: Monday, October 23, 2023 1:05 PM
To: Xiaojun Liu
Cc: openwrt-devel@lists.openwrt.org
Subject: Re: Subject: [PATCH] x86 64: Add new device Cordoba Edge Platform
Doesn't this just have ixgbe and igc NIC's? And the mt7915e of course.
Don't think we need the amd-xgbe, bnx2, e1000e, e1000, r8169, tg3 drivers.
The BIOS we've been using has some odd enumeration of the PCI bus, so you might
want to include a patch for target/linux/x86/base-files/etc/board.d/0
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Hello Hauke,
On 10/22/23 17:53, H
Cc Felix's correct address. Sorry for the noise!
Best,
Sander
On Sun, 2023-10-22 at 17:51 +0200, Sander Vanheule wrote:
> jshn stores a JSON file in the shell environment using a set of
> variable, using the key to an object in the shell variable name. This
> restricts the allowed character set t
On 10/22/23 12:31, Alexis Lothoré wrote:
From: Alexis Lothoré
Kernel 6.1 has introduced support for RTW8822BU network adapter, which
is an USB variant of the rtw8822b 802.11ac chipset family.
Build and install the corresponding module in the rtw88 package
Signed-off-by: Alexis Lothoré
---
Th
On Fri, Oct 20, 2023 at 2:52 PM Christian Marangi wrote:
> On Fri, Oct 20, 2023 at 02:48:33PM +0200, Linus Walleij wrote:
> > On Fri, Oct 20, 2023 at 2:32 PM Christian Marangi
> > wrote:
> >
> > > Yes! Would be ideal then we can just bump the linux-firmware package and
> > > reference it there.
On Fri, Oct 20, 2023 at 02:48:33PM +0200, Linus Walleij wrote:
> On Fri, Oct 20, 2023 at 2:32 PM Christian Marangi
> wrote:
>
> > Yes! Would be ideal then we can just bump the linux-firmware package and
> > reference it there.
>
> OK I'll try this.
>
> > What would happen to the additional sou
On Fri, Oct 20, 2023 at 2:32 PM Christian Marangi wrote:
> Yes! Would be ideal then we can just bump the linux-firmware package and
> reference it there.
OK I'll try this.
> What would happen to the additional source tho? Would it be included in
> the submitted fw?
Yes there are several things
On Fri, Oct 20, 2023 at 02:26:30PM +0200, Linus Walleij wrote:
> On Fri, Oct 20, 2023 at 1:33 PM Christian Marangi
> wrote:
> > On Fri, Oct 20, 2023 at 01:15:51PM +0200, Linus Walleij wrote:
>
> > > If there is some rough consensus on this, could someone start
> > > applying these patches, apart
On Fri, Oct 20, 2023 at 1:33 PM Christian Marangi wrote:
> On Fri, Oct 20, 2023 at 01:15:51PM +0200, Linus Walleij wrote:
> > If there is some rough consensus on this, could someone start
> > applying these patches, apart from patch 10/10 where we might
> > want to do something different?
> >
>
>
On Fri, Oct 20, 2023 at 01:15:51PM +0200, Linus Walleij wrote:
> If there is some rough consensus on this, could someone start
> applying these patches, apart from patch 10/10 where we might
> want to do something different?
>
I started to merge the first trivial patch that just adds packages and
On Thu, Oct 12, 2023 at 10:42:21AM +0200, Linus Walleij wrote:
> The firmware package for the IXP4xx microcode was deleted but
> the source files are still in the file cache so we can easily
> resurrect it.
>
> The firmware either supports ethernet (the most common) or
> WAN (less common), image t
If there is some rough consensus on this, could someone start
applying these patches, apart from patch 10/10 where we might
want to do something different?
If no-one is willing to shepherd IXP4xx I am willing to do commits
but that requires commit access, and I don't think I can
self-nominate for
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Em 16/10/2023 04:32, Bjørn Mork e
Hi, that was my mistake - sorry!
Thanks for finding and fixing it :-)
I keep accidentally tapping the R key when jumping over words (E) for some
reason.
"Purging the r's" is something I do quite regularly.
But a 't'? :-D
Regarding the detection of such mistakes:
To retain alphabetical ordering,
Christian Marangi writes:
> On Sun, Oct 15, 2023 at 09:59:57PM +0200, Paul D wrote:
>> On 2023-10-15 19:41, Bjørn Mork wrote:
>>
>> > And it would be great if we could have some automated check
>> > to help us spot these kinds of unrelated and unexpected
>> > changes. I don't think the regular re
On 15.10.2023 21:59, Paul D wrote:
This needs to be applied to 23.05 and master ASAP. It is already
bricking devices.
how about quickly
removing the erroneous image from
https://downloads.openwrt.org/releases/23.05.0/
plus
adding a prominent red NOTE on https://openwrt.org/toh/zyxel/nr7101
On Sun, Oct 15, 2023 at 09:59:57PM +0200, Paul D wrote:
> On 2023-10-15 19:41, Bjørn Mork wrote:
> > A typo snuck in with the addition of Cudy M1800, changing
> > "nr7101" to "nt7101". The result is a default network config
> > for NR7101 without the only ethernet interface on the NR7101,
> > there
While I second the urgency of this, I venture the question of how one
might otherwise catch these things, but for sharp eyes. There is an
attention deficit with respect to the volume of patches and PRs that
come in.
On 2023-10-15 19:41, Bjørn Mork wrote:
A typo snuck in with the addition of
Congratulations on an epic release
All the best,
Nicholas
All the best,
Nicholas
Nicholas Smith
NB Embedded Pty Ltd
nicho...@nbembedded.com
ABN: 54 663 236 940
https://nbembedded.com
On Fri, 13 Oct 2023 at 19:26, Hauke Mehrtens wrote:
>
> Hi,
>
> The OpenWrt community is proud to announce t
Linus Walleij wrote:
> On Fri, Oct 13, 2023 at 12:28 AM Andrey Jr. Melnikov
> wrote:
> > Linus Walleij wrote:
> > > This script will make sure to spin down harddrives on IXP4xx
> > > NAS devices such as the NSLU2 and siblings after 1 minute
> > > of inactivity.
> >
> > Why not use hotplug event
On Fri, Oct 13, 2023 at 12:28 AM Andrey Jr. Melnikov
wrote:
> Linus Walleij wrote:
> > This script will make sure to spin down harddrives on IXP4xx
> > NAS devices such as the NSLU2 and siblings after 1 minute
> > of inactivity.
>
> Why not use hotplug events?
Could be a good idea! Do you have
Linus Walleij wrote:
> This script will make sure to spin down harddrives on IXP4xx
> NAS devices such as the NSLU2 and siblings after 1 minute
> of inactivity.
Why not use hotplug events?
> Signed-off-by: Linus Walleij
> ---
> target/linux/ixp4xx/base-files/etc/board.d/03_hdparm | 14
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Hello
On 2023/10/12 13:59, Chuan
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
> 1 file changed, 16 i
On Thu, 12 Oct 2023 at 10:43, 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
> ---
> ChangeLog v1->v3:
> - Use autoprobe, exclude from preinit.
LGTM,
Reviewed-by: Rober
On Thu, 12 Oct 2023 at 10:43, 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
> ---
> ChangeLog v1->v3:
> - Use AutoProbe, drop preinit hook.
LGTM,
Reviewed-by:
Hi!
On Thu, Oct 12, 2023 at 5:02 AM Randy Li via openwrt-devel
wrote:
> Subject: [PATCH 1/2] ath79: correct switch PHYs for GMAC0 in ar934x
> According to Ethernet Subsystem section of Functional Description
> chapter of the datasheet, when GMAC0 connects to the internal
> switch, it is MDC/MDIO
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Idiots
> On Oct 11, 2023, at 7:5
On Wed, Oct 11, 2023 at 5:21 PM Sebastian Moeller wrote:
>
> Hi Mark,
>
>
> > On Oct 11, 2023, at 21:05, Mark Thurston wrote:
> >
> > On Wed, 11 Oct 2023 18:04:41 +0100 Dave Taht wrote ---
> >> Anyone got a ps4 or ps5 and can take a packet capture at their router?
> >> Dying to know if it
Hi Mark,
> On Oct 11, 2023, at 21:05, Mark Thurston wrote:
>
> On Wed, 11 Oct 2023 18:04:41 +0100 Dave Taht wrote ---
>> Anyone got a ps4 or ps5 and can take a packet capture at their router?
>> Dying to know if it is cubic or bbr in particular
>>
>
> Sorry if this is a silly comment
On Wed, 11 Oct 2023 18:04:41 +0100 Dave Taht wrote ---
> Anyone got a ps4 or ps5 and can take a packet capture at their router?
> Dying to know if it is cubic or bbr in particular
>
Sorry if this is a silly comment but will all traffic not be encrypted?
Unless you've changed the certs
>
> Anyone got a ps4 or ps5 and can take a packet capture at their router?
> Dying to know if it is cubic or bbr in particular
>
> https://entertainment.slashdot.org/story/23/10/05/154219/sonys-high-bitrate-movie-service-is-now-available-on-ps5-and-ps4
>
80 mbps oh boy... the dream for correct str
Hi Henrik,
On 10/11/23 09:52, Henrik Ginstmark wrote:
Hi
I have a similar patch for APN profile commands,
https://patchwork.ozlabs.org/project/openwrt/patch/20220905200751.998416-1-hen...@ginstmark.se/
I included commands for
--get-default-profile-number
--get-profile-settings
--create-profile
Hi
I have a similar patch for APN profile commands,
https://patchwork.ozlabs.org/project/openwrt/patch/20220905200751.998416-1-hen...@ginstmark.se/
I included commands for
--get-default-profile-number
--get-profile-settings
--create-profile
--modify-profile
/Henrik
Den tis 10 okt. 2023 kl 16:0
On Mon, Oct 9, 2023 at 6:05 AM Eicke Herbertz wrote:
>
> >
> > Where does that CMAKE_GENERATOR environment variable come from? Would
> > it make sense to undefine it instead?
> >
> > Regards,
> > Jonas
>
> Well, from the environment of my development machine.
> I have it set to Ninja for a long ti
Where does that CMAKE_GENERATOR environment variable come from? Would
it make sense to undefine it instead?
Regards,
Jonas
Well, from the environment of my development machine.
I have it set to Ninja for a long time on this system.
Do you mean undefining it manually or as part of the build pr
On Mon, Oct 9, 2023 at 11:41 AM Nagumalla Venkata Uday Bhaskar
wrote:
> Thank you for your response. I appreciate your guidance. I am interested
> in working on this and would like to get started. However, I'm not very
> experienced with hardware hacking, so I could use some more specific
> inst
On Sun, 8 Oct 2023 at 18:56, wrote:
>
> From: Eicke Herbertz
>
> When CMAKE_GENERATOR environment variable is defined, CMake will use the
> specified generator by default instead of "Unix Makefiles".
> This breaks the build of packages setting PKG_USE_NINJA to 0, like
> package/kernel/mt76.
Wher
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Hi Linus,
Thank you for your res
On Fri, Oct 6, 2023 at 8:18 AM Nagumalla Venkata Uday Bhaskar via
openwrt-devel wrote:
> Hardware Specifications:: SOC - RTL9310, CPU - 1000MHz, LX - 200MHz, DDR
That SoC is technically supported but definitely not that device,
would have been in this file:
target/linux/realtek/image/rtl931x.mk
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
++ Contact Team.
On 06/10/23 11
W dniu 4.10.2023 o 19:11, Jonas Gorski pisze:
> Hi,
>
> On Thu, 28 Sept 2023 at 15:29, Linus Walleij wrote:
>>
>> XP4xx was deleted because of lack of maintenance in 2020.
>>
>> In the years since, the upstream Linux support for IXP4xx has
>> been rewritten from scratch. It is now pretty well sup
Hi,
some comments inline.
W dniu 28.09.2023 o 15:28, Linus Walleij pisze:
> This resurrects the support for IXP4xx using device tree
> rather than the old (deleted) board files. The final pieces
> of IXP4xx board files were deleted in Linux v5.19.
>
> Ext4 root filesystems on CF and USB are suppo
Hi,
On Thu, 28 Sept 2023 at 15:29, Linus Walleij wrote:
>
> XP4xx was deleted because of lack of maintenance in 2020.
>
> In the years since, the upstream Linux support for IXP4xx has
> been rewritten from scratch. It is now pretty well supported
> using device tree and modern subsystems that did
On Wed, 4 Oct 2023 at 14:51, Robert Marko wrote:
>
> 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
On Thu, Sep 28, 2023 at 03:28:31PM +0200, Linus Walleij wrote:
> This script was used to modify the wrong machine type passed
> from the boot loader to the kernel. The device tree kernels
> does not use the machine type so this script is no longer
> needed.
>
> Signed-off-by: Linus Walleij
Can y
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 +
> targe
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 top
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 chang
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 a/pack
On Mon, Oct 2, 2023 at 12:25 AM Linus Walleij wrote:
> Test with ping from host:
>
> PING 192.168.1.220 (192.168.1.220) 1472(1500) bytes of data.
> 1480 bytes from 192.168.1.220: icmp_seq=1 ttl=64 time=0.723 ms
> 1480 bytes from 192.168.1.220: icmp_seq=2 ttl=64 time=0.562 ms
> 1480 bytes from 192
On Mon, Oct 2, 2023 at 1:52 PM Christian Marangi wrote:
>
> On Fri, Sep 29, 2023 at 09:26:48PM -0400, Zeyu Dong wrote:
> > Fix the building issue setting CC to KERNEL_CC in kernel.mk. The
> > kernel backports by default uses CC to compile kconf. A new patch is
> > added to mac80211 to compile kcon
On Fri, Sep 29, 2023 at 09:26:48PM -0400, Zeyu Dong wrote:
> Fix the building issue setting CC to KERNEL_CC in kernel.mk. The
> kernel backports by default uses CC to compile kconf. A new patch is
> added to mac80211 to compile kconf with host gcc.
>
> Signed-off-by: Zeyu Dong
Can you run this u
On Sun, Oct 1, 2023 at 10:55 PM Jonas Gorski wrote:
> On Sun, 1 Oct 2023 at 22:40, Linus Walleij wrote:
> >
> > The max MTU for this ethernet switch is 1536 bytes, not 1510 as it is
>
> The maximum *frame* size accepted is 1536 bytes, not MTU. A difference
> of 14 bytes.
Darn. I sent a new versi
On Sun, 1 Oct 2023 at 22:40, Linus Walleij wrote:
>
> The max MTU for this ethernet switch is 1536 bytes, not 1510 as it is
The maximum *frame* size accepted is 1536 bytes, not MTU. A difference
of 14 bytes.
> right now. The available overhead is needed when using the DSA switch with
> a cascade
On Sat, Sep 2, 2023 at 6:33 PM Linus Walleij wrote:
> Building the DIR-890L image requires U-Boot to be built
> so list it as a device package.
>
> Reported-by: Arınç ÜNAL
> Signed-off-by: Linus Walleij
Scratch this, Rani has made a proper solution to the problem, see:
https://github.com/openw
801 - 900 of 20037 matches
Mail list logo