On 1 June 2024 20:23:20 UTC, "Arınç ÜNAL" wrote:
>I've been working on porting MP-DCCP to Teltonika SDK 7.6.10. The SDK is
>based off of OpenWrt, close to 22.03.6. After spending hours on figuring
>out why my MP-DCCP port works on the vanilla 5.10.201 but not OpenWrt's
>5.10.201, I've started
Hi Michael,
On Fri, May 10, 2024 at 03:03:27PM -0400, Michael Richardson wrote:
>
> Daniel Golle wrote:
> > On Mon, Apr 29, 2024 at 03:04:37PM -0400, Michael Richardson wrote:
> >>
> >> {sorry for the long delay, been unwell}
> >>
>
On Tue, May 07, 2024 at 11:52:02PM +0200, Robert Marko wrote:
> 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
> >
Hi Michael,
On Mon, Apr 29, 2024 at 03:04:37PM -0400, Michael Richardson wrote:
>
> {sorry for the long delay, been unwell}
>
> Bjørn Mork wrote:
> > Maybe it is possible to deploy the system with secure boot and a
> > protected IDevId key by default, but allowing the user/owner to
have the phy-is-integrated property
> set on the PHYs at address 48 and 49.
>
> Signed-off-by: Stijn Tintel
Acked-by: Daniel Golle
> ---
> .../realtek/files-5.15/drivers/net/ethernet/rtl838x_eth.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> di
On Fri, Apr 12, 2024 at 05:37:22PM -0400, Michael Richardson wrote:
>
> John Crispin wrote:
> >> using OP-TEE and fTPM.
>
> > pretty high on my list once we find the time
>
> >
> https://trustedfirmware-a.readthedocs.io/en/latest/components/spd/index.html
> >
>
On Fri, Apr 12, 2024 at 01:38:01PM -0400, Michael Richardson wrote:
>
> John Crispin wrote:
> > On 12.04.24 15:30, Michael Richardson wrote:
> >> Is the MT7981B specification available publically at this point?
> >>
> >> I can find a 7986 sheet on hackaday, but who knows how it
Hi Ivan,
On Thu, Apr 11, 2024 at 10:15:58AM +, Ivan Ivanov wrote:
> > there are no Wifi-5+ chips on the market that can run without blobs
>
> This is true, but at the same time - undoubtedly - some chips are more
> likely to be liberated from blobs than the others. Some WiFi chip may
> have
et is intended to be applied on the current git
HEAD of odhcpd.git, right? Also that is something worth mentioning in
the cover letter.
For the whole series:
Reviewed-by: Daniel Golle
>
> Paul Donald (9):
> various: refactor
> various: refactor
> various: Comment fixes
> ro
On Mon, Apr 01, 2024 at 02:49:46PM +0200, Petr Štetiar wrote:
> Daniel Golle [2024-03-30 15:30:49]:
>
> Hi,
>
> > In many ways, we are already better
>
> I would probably avoid such bold statements and would be more humble, since
> you never know why OpenWrt wa
Hi Sam,
On Sun, Mar 31, 2024 at 03:32:59PM -0700, Sam Petrov wrote:
> I have a project for work I'm shopping around: I have access to an
> existing SDK from Morse Micro
> (https://drive.google.com/drive/folders/18vAzb6E4E33axyx20E9QvXI0NfQVF6S8?usp=sharing).
> I'm trying to get AHM26108D
>
On Sun, Mar 31, 2024 at 12:05:03PM +0200, Thibaut wrote:
>
> > Le 31 mars 2024 à 01:07, Elliott Mitchell a écrit :
> >
> >> Normally upstream publishes release tarballs that are different than the
> >> automatically generated ones in GitHub. In these modified tarballs, a
> >> malicious version
Hi everyone!
you may all have heard and read about CVE-2024-3094. If not, please do
so now [1], [2].
This incident has exposed many long standing issues and should not be
seen as a singular event, but rather as the result of several
unhealthy patterns. And while OpenWrt was not affected by the
On Wed, Mar 13, 2024 at 05:50:36PM -0700, Elliott Mitchell wrote:
> On Wed, Mar 13, 2024 at 09:43:06AM +0100, Olliver Schinagl wrote:
> > On 13-03-2024 08:46, Felix Baumann wrote:
> > > Am 13. März 2024 05:11:23 MEZ schrieb Elliott
> > > Mitchell:
> > >> I must challenge this. If patches via the
On Wed, Feb 21, 2024 at 10:01:30PM +0100, e9hack wrote:
> Am 21.02.2024 um 01:21 schrieb Daniel Golle:
> >
> > Yep, I didn't think about empty variables when I built this...
> >
> > Can you test this please:
> > https://github.com/openwrt/procd/pull/3
> >
On Tue, Feb 20, 2024 at 11:47:49PM +0100, e9hack wrote:
> Am 20.02.2024 um 14:14 schrieb Paul D:
> >
> > Could you show an example of this?
> >
>
> I modified /usr/lib/dnsmasq/dhcp-script.sh to see additional variables in the
> syslog:
>
> --- dhcp-script.sh.orig 2024-02-14 16:22:53.0
On 13 February 2024 17:39:29 UTC, Paul Spooren wrote:
>Hi,
>
>> On Feb 12, 2024, at 14:30, Petr Štetiar wrote:
>>
>> Jo-Philipp Wich [2024-02-12 14:09:27]:
>>
>> Hi,
>>
>>> Ideally all packages specifying an ABI version should ship versioned .so
>>> files
>>> as well.
>>
>> I would like
tiles differ 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, Feb 03, 2024 at 05:42:22PM +0100, Felix Baumann via openwrt-devel wrote:
> 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
>
On Tue, Jan 30, 2024 at 07:15:54PM +0100, Christian Marangi (Ansuel) wrote:
> Robert is active in OpenWrt since 2017 and with some recent stats, he
> has more than 310 commits merged in OpenWrt.
> He also have uncounted Reviewed-by tag on various PR and merged commits
> and generally helps in
On Wed, Jan 17, 2024 at 05:47:26PM +0100, John Crispin wrote:
>
> On 17.01.24 17:46, Janusz Dziedzic wrote:
> > Do you think I can use m.2 A->M converter here and use wifi mt7916 A+E
> > (6GHz) instead of NVMe?
> >
Hi!
On Wed, Jan 10, 2024 at 11:47:08AM +0100, Bjørn Mork wrote:
> John Crispin writes:
>
> > At the beginning we focused on the most powerful (and
> > expensive) configurations possible but finally ended up with something
> > rather simple and above all,feasible.
>
> That's a very wise choice.
On Tue, Jan 09, 2024 at 06:49:04PM +0100, Janusz Dziedzic wrote:
> wt., 9 sty 2024 o 18:02 Robert Marko napisał(a):
> >
> > 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---
> >
On Tue, Jan 09, 2024 at 05:52:57PM +0100, 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 fit that in the
> > > target price.
> > >
> >
On Tue, Jan 09, 2024 at 12:56:55PM +0100, Robert Marko wrote:
> ---SNIP---
>
> > Why not 6GHz?
>
> 6GHz requires an external card, and I doubt you can fit that in the
> target price.
Afaik we could use MT7976A as DBDC front-end supporting 2.4 GHz + 5/6 GHz
instead of MT7976C which only supports
Hi Everyone,
On Sat, Nov 25, 2023 at 05:14:30PM +0100, Hauke Mehrtens wrote:
> Hi Arınç and Paul,
>
> Thank you Arınç for organizing the Battlemesh in Cyprus.
>
> I will probably join the Battlemesh again, but I wont have much time to
> organize stuff.
>
> The following dates are currently
fact fw_printenv's default env
> will not match the vendor's U-Boot one.
>
> Untested features
> -
> Flashing from stock web UI wasn't tested, but is expected to work, being stock
> firmware shipped as a sysupgrade tar image as well.
> Furthermore, going back to
Hi Rafal,
looks good in general, please see minor comments in line.
On Mon, Nov 20, 2023 at 12:01:38PM +0100, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> Acelink EW-7886CAX is an MT7986A (AKA Filogic 830) based access point.
> It has 512 MiB of RAM, one 2.5 Gbps PoE (802.3at) Ethernet port
On Mon, Nov 13, 2023 at 06:26:04PM -0800, Elliott Mitchell wrote:
> On Mon, Nov 13, 2023 at 12:48:14PM +0000, Daniel Golle wrote:
> > On Mon, Nov 13, 2023 at 01:30:10PM +0100, Paul Spooren wrote:
> > >
> > > How about we follow the approach of Alpine Li
On Mon, Nov 13, 2023 at 07:54:34PM +, Petr Štetiar wrote:
> Paul Spooren [2023-11-13 13:30:10]:
>
> Hi,
>
> > How about we follow the approach of Alpine Linux[1] and offer a standard,
> > an extended and a virtual firmware for the x86/64 target?
>
> FYI that pull request added 27 firmware
On Mon, Nov 13, 2023 at 01:30:10PM +0100, Paul Spooren wrote:
> Hi all,
>
> How about we follow the approach of Alpine Linux[1] and offer a standard, an
> extended and a virtual firmware for the x86/64 target?
>
> What packages specifically is another discussion but the approach could be
>
On Wed, Jul 26, 2023 at 02:57:08PM +, 杨 世基 wrote:
> Thanks for your review!
>
> on July 26, 2023, 1:49 p.m. UTC, Daniel Golle wrote:
> >Hi!
> >
> >Thank you for your contribution.
> >I (probably) found a minor typo, see below:
> >
> >On Wed, Jul 2
Hi!
Thank you for your contribution.
I (probably) found a minor typo, see below:
On Wed, Jul 26, 2023 at 09:22:22PM +0800, Shiji Yang wrote:
> From: Shiji Yang
>
> This patch makes some improvements to the MT7620 RF calibration.
>
> 1. Move MT7620 PA/LNA calibration code to dedicated
On Sun, Jul 23, 2023 at 10:14:54AM +0800, Shiji Yang wrote:
> From: Shiji Yang
>
> This patch adds basic TX power control for the MT7620 and limits its
> maximum TX power. This can avoid the link speed decrease caused by
> chip overheating.
>
> Signed-off-by: Shiji Yang
> ---
> Changes since
On Sat, Jul 22, 2023 at 10:52:02PM +0800, Shiji Yang wrote:
> From: Shiji Yang
>
> This patch adds basic TX power control to the MT7620 and limits its
> maximum TX power. This can avoid the link speed decrease caused by
> chip overheating.
Thanks a lot for your patch and analysis of the
On Sat, Jun 03, 2023 at 11:44:04AM +0300, Arınç ÜNAL wrote:
> On 2.06.2023 10:18, Linus Walleij wrote:
> > On Thu, Jun 1, 2023 at 11:20 PM Christian Lamparter
> > wrote:
> >
> > > I looked into "how to get the old and new usb-fotg210" into one
> > > "define KernelPackage/usb-fotg210". Thing is,
On Fri, May 19, 2023 at 10:11:39AM +0200, e9hack wrote:
> Hi,
>
> I face a strange behaviour. If I compile hostapd with openssl, the Luci web
> interface shows both wifis (2.4G+5G) as active and shows connected stations.
> If I compile hostapd with wolfssl, the Luci web interface shows only the
On Sun, May 07, 2023 at 11:56:59AM -0300, Luiz Angelo Daros de Luca wrote:
> Em sáb., 6 de mai. de 2023 06:12, Arınç ÜNAL escreveu:
> >
> > Hi.
>
> Hi Arinç,
>
> > I see a lot of development on the network drivers like DSA, PHY, etc.
> > Are there any plans to put all these drivers on the
There were sound reasons for avoiding initramfs.
>
> Indeed. I'm suggesting perhaps OpenWRT/x86 should be different in having
> one. Otherwise x86 should receive treatment equal to other systems and
> have a few more distinct builds.
>
>
> > >>> If one was
On Mon, May 01, 2023 at 09:01:29AM -0600, Philip Prindeville wrote:
>
>
> > On May 1, 2023, at 8:12 AM, Joseph Mullally wrote:
> >
> > On Mon, May 1, 2023 at 5:43 AM Philip Prindeville
> > wrote:
> >>> On Apr 28, 2023, at 11:18 PM, Elliott Mitchell
> >>> wrote:
> On Fri, Apr 28, 2023
On Tue, Apr 11, 2023 at 02:31:55PM +0200, Koen Vandeputte wrote:
> On Tue, Apr 11, 2023 at 10:33 AM Koen Vandeputte
> wrote:
> >
> > On Tue, Apr 11, 2023 at 1:36 AM Lanchon wrote:
> > >
> > >
> > >
> > > On 4/10/23 15:38, Daniel Golle w
rmat: error!: must use '-S' with non-zero value when reading from stdin
>
> This change fixes sysupgrade for bcm53xx and bcm4908 NAND devices
> possibly some other targets too.
>
> Cc: Rodrigo Balerdi
> Cc: Daniel Golle
> Fixes: 971071212052 ("base-files: accept gzip
On Fri, Mar 31, 2023 at 01:34:03PM -0700, Elliott Mitchell wrote:
> On Fri, Mar 31, 2023 at 02:47:23PM +0100, Daniel Golle wrote:
> >
> > Another example is selection of the rootfs. Kernel folks argue that
> > we should use an initramfs for that, however, we try to avoid the
; Sridhar PSVPhone 571 244-5862
>
> On Friday, March 31, 2023 at 11:07:50 AM CDT, Felix Fietkau
> wrote:
>
> On 31.03.23 14:52, Arınç ÜNAL wrote:
> > On 31.03.2023 14:33, Daniel Golle wrote:
> >> Hi!
> >>
> >> On Fri, Mar 31,
On Fri, Mar 31, 2023 at 05:35:22PM +0300, Arınç ÜNAL wrote:
> On 31.03.2023 16:47, Daniel Golle wrote:
> > On Fri, Mar 31, 2023 at 03:52:47PM +0300, Arınç ÜNAL wrote:
> > > On 31.03.2023 14:33, Daniel Golle wrote:
> > > > Hi!
> > > >
> > > >
On Fri, Mar 31, 2023 at 03:52:47PM +0300, Arınç ÜNAL wrote:
> On 31.03.2023 14:33, Daniel Golle wrote:
> > Hi!
> >
> > On Fri, Mar 31, 2023 at 12:44:12PM +0300, Arınç ÜNAL wrote:
> > > Hi all,
> > >
> > > These are the ideas I'
Hi!
On Fri, Mar 31, 2023 at 12:44:12PM +0300, Arınç ÜNAL wrote:
> Hi all,
>
> These are the ideas I've been thinking about for the future of OpenWrt for a
> while. It looks complete enough to share it with all of you.
>
> I'm willing to put a great deal of effort to get as much out-of-tree
On Mon, Jan 09, 2023 at 07:44:34PM +0100, Andre Heider wrote:
> On 09/01/2023 18:28, Christian Marangi wrote:
> > From: Jo-Philipp Wich
> >
> > Some device have embedded wifi card that are not connected with usb or
> > internall with pci. Such device have fake device_id and only the
> >
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.
> > >
On Wed, Dec 14, 2022 at 07:00:40PM -0800, B wrote:
> On 12/14/22 05:45, e9hack wrote:
> > Hi,
> >
> > I'm build OpenWrt with additional sub directories in /mnt.
> > /etc/config/fstab contains an entry, to mount an usb drive to /mnt/1. If
> > I execute 'block umount', the usb drive will be unmount
On Wed, Dec 14, 2022 at 06:04:40PM +0100, Nick wrote:
> Lately, I had to look at some mac80211 patches and I did not understand why
> some patches are still present or not upstreamed. What about upstreaming
> some of the mac80211 patches or removing some?
> For example
On Wed, Dec 14, 2022 at 02:45:02PM +0100, e9hack wrote:
> Hi,
>
> I'm build OpenWrt with additional sub directories in /mnt. /etc/config/fstab
> contains an entry, to mount an usb drive to /mnt/1. If I execute 'block
> umount', the usb drive will be unmount and the subdirectory 1 in /mnt will
On Tue, Dec 13, 2022 at 11:17:49AM +0100, Janusz Dziedzic wrote:
> Hello,
>
> Do you know any/some ethernet switch project (best 18+ gbps ports)
> that using linux/openwrt and DSA architecture?
Some switches with high port density currently supported by OpenWrt:
* TP-Link SG2452P
* ZyXEL
Hi Peter,
thank you for pointing this out and submitting a patch.
On Mon, Dec 05, 2022 at 02:03:48PM -0500, Peter Naulls wrote:
>
>
> In 22.03, px5-mbedtls isn't bothering to check if the output was opened:
You patch lacks a Signed-off-by: line in the end of the patch
description.
>
> ---
On Tue, Nov 29, 2022 at 12:05:51PM -0500, Peter Naulls wrote:
> On 11/29/22 11:50, Daniel Golle wrote:
>
> >
> > There is nothing wrong with that use-case, and it can even be
> > interesting for other downstream users. Encrypted rootfs_data is
> > generall
On Tue, Nov 29, 2022 at 11:28:29AM -0500, Peter Naulls wrote:
> On 11/29/22 10:32, Daniel Golle wrote:
> > On Tue, Nov 29, 2022 at 10:23:48AM -0500, Peter Naulls wrote:
> > >
> > > This backports the upstream label feature in block2mtd to the 5.10.x
On Tue, Nov 29, 2022 at 10:23:48AM -0500, Peter Naulls wrote:
>
> This backports the upstream label feature in block2mtd to the 5.10.x kernel
> in 22.03:
>
> https://github.com/torvalds/linux/blob/master/drivers/mtd/devices/block2mtd.c
Where are we using block2mtd and why?
I'm not against
On Tue, Nov 29, 2022 at 11:10:22PM +0900, INAGAKI Hiroshi wrote:
> [...]
> This seems to be caused by "image" directory in
> staging_dir/target-mipsel_24kc_musl/ not existing, and when I created that
> folder manually the build succeeded.
>
> ---
>
Call 'mkdir -p $(STAGING_DIR_IMAGE)' before trying to store files in
this potentially non-existing folder.
Signed-off-by: Daniel Golle
---
include/image-commands.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/image-commands.mk b/include/image-commands.mk
index 1f6ba1c15a
On Tue, Nov 29, 2022 at 09:30:25PM +0900, INAGAKI Hiroshi wrote:
> Hi Daniel,
>
> thank you for your review.
>
> On 2022/11/29 11:07, Daniel Golle wrote:
> > On Wed, Nov 23, 2022 at 12:24:09PM +0900, INAGAKI Hiroshi wrote:
> ...
> > > @@ -972,10 +955,13 @@
On Wed, Nov 23, 2022 at 12:24:09PM +0900, INAGAKI Hiroshi wrote:
> Use ARTIFACTS to generate initramfs-based factory image of I-O DATA
> WN-AX1167GR instead of redundant recipe which generate on
> KERNEL_INITRAMFS.
>
> Note:
>
> WN-AX1167GR has 2x OS images on stock firmware.
>
> stock log:
>
On Fri, Nov 18, 2022 at 09:38:55AM -0500, Peter Naulls wrote:
> On 11/17/22 14:33, Petr Štetiar wrote:
> > Daniel Golle [2022-11-17 17:01:43]:
> >
> > Hi,
> >
> > > Add swig/host to build dependencies.
> >
> > this doesn't looks like
Conditionally depend on arm-trusted-firmware-tools as it is only needed
on Cortex-A based systems, hence do not depend on it when building for
MIPSel based SoCs.
Add swig/host to build dependencies.
Reported-by: Peter Naulls
Signed-off-by: Daniel Golle
---
package/boot/uboot-mediatek/Makefile
On Tue, Nov 08, 2022 at 02:26:47PM +, Philipp Meier via openwrt-devel wrote:
> 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
>
Hi Bastian,
On Tue, Aug 23, 2022 at 04:47:28PM +, Bastian Bittorf wrote:
> I'am trying to add ramoops support for a specific mediatek model.
> There are alreay a few commit regarding this, but i'am not apply
> to harvest a crashlog after a crash-reboot.
pstore/ramoops can only work on
On Wed, Aug 17, 2022 at 09:15:12AM +, Ravi Paluri (QUIC) wrote:
> > OpenWrt has procd-ujail, to set capabilities with it:
> > https://github.com/openwrt/openwrt/blob/master/package/utils/busybox/files/sysntpd#L80
> >
On Sun, Jul 31, 2022 at 03:36:32PM +0200, Sander Vanheule wrote:
> On Sat, 2022-07-23 at 22:53 +0200, Jan Hoffmann wrote:
> > Add the 7zr command line tool, which is a version of the 7z application
> > that only supports 7z archives.
> >
> > 7z is one of the two compression formats supported in
On Thu, Jul 28, 2022 at 03:27:14PM +0200, Sander Vanheule wrote:
> On Thu, 2022-07-28 at 15:10 +0200, Jan Hoffmann wrote:
> > > This adds support for three switches from the HPE 1920 series. It has
> > > been tested on HPE 1920-8G and HPE 1920-16G. Support for HPE 1920-24G
> > > is also included,
On Thu, May 19, 2022 at 06:37:28PM +0200, Dominick Grift wrote:
> libselinux-3.4 requires pcre2
>
> Signed-off-by: Dominick Grift
> ---
> package/libs/pcre2/Config.in | 30
> package/libs/pcre2/Makefile | 92
> 2 files changed, 122
to autofs mounts, leaving the autofs codepath in a semi-
broken state.
Restore the original semantics as of before commit 4963db4 to fully
restore functionality for autofs mounts.
Fixes: 4963db4 ("blockd: use uloop_process for calling /sbin/hotplug-call
mount")
Signed-off-by: Da
On Tue, Apr 05, 2022 at 05:05:43PM +0200, Felix Fietkau wrote:
> On 05.04.22 03:14, Daniel Golle wrote:
> > When building the Linux kernel, the linker generates a hash of all
> > versions of tools involved in a build called BuildID in ELF header.
> > This breaks reproducibil
erent build-id style)
At this point, this seems to be what Debian is doing as well in order
to achieve reproducible kernel builds, see[1].
[1]: https://wiki.debian.org/SameKernel#How_this_works
Signed-off-by: Daniel Golle
---
To investigate the issue of non-reproducible kernel images accross
buildhosts
On Sat, Mar 12, 2022 at 01:05:17PM +0900, INAGAKI Hiroshi wrote:
> This patch adds "fstools_use_partlabel" option to partname driver.
>
> The Linux Kernel supports "root=PARTLABEL=" syntax, but fstools
> doesn't and fail to parse the path to the root device.
> To use this syntax, add the option
Hi Henrik,
thank you for submitting this patch. I've also noticed that problem
long ago but it wasn't important for me at the time, so I didn't go
into fixing it.
On Sat, Mar 12, 2022 at 12:33:54AM +0100, Henrik Ginstmark wrote:
> When characters with ascii values bigger than 0x7f are used, the
"learning" only. The major API change associated with a full v5.12+
> backport is neither required nor wanted. A simpler fix, moving the
> call to dsa_port_bridge_flags() out of the loop, has therefore been
> merged into this modified backport.
>
> Fixes: afa3ab54c03d (&q
On Tue, Mar 01, 2022 at 09:51:32PM +0100, Bjørn Mork wrote:
> Petr Štetiar writes:
>
> > Sander Vanheule [2022-02-28 23:00:34]:
> >
> >> I wonder if it doesn't make more sense to drop the firewall package from
> >> the
> >> default now, since there is only one interface, unless there is a
On Mon, Feb 21, 2022 at 08:33:06PM +0100, Sander Vanheule wrote:
> On Mon, 2022-02-21 at 12:09 +0000, Daniel Golle wrote:
> > On Mon, Feb 21, 2022 at 10:04:13AM +0100, Sander Vanheule wrote:
> > > On Sun, 2022-02-20 at 21:13 +0100, Birger Koblitz wrote:
> > > &g
On Mon, Feb 21, 2022 at 03:27:19PM +0300, Arınç ÜNAL wrote:
> On 21/02/2022 05:30, Daniel Golle wrote:
> > On Mon, Feb 21, 2022 at 01:37:10AM +0100, Ansuel Smith wrote:
> > > >
> > > > On Thu, Feb 03, 2022 at 01:44:12AM +0100, Ansuel Smith wrote:
> > >
On Mon, Feb 21, 2022 at 10:04:13AM +0100, Sander Vanheule wrote:
> On Sun, 2022-02-20 at 21:13 +0100, Birger Koblitz wrote:
> > Hi,
> >
> > during development I came across situations where the RTL839x
> > SoC's own reset did not always completely reset its state.
> > U-Boot was no longer able to
On Mon, Feb 21, 2022 at 01:37:10AM +0100, Ansuel Smith wrote:
> >
> > On Thu, Feb 03, 2022 at 01:44:12AM +0100, Ansuel Smith wrote:
> > > Add support for cpu set useful to set CPU port for dsa devices.
> >
> > Please also document the newly added 'cpu' parameter in the command-
> > line output --
On Sun, Feb 20, 2022 at 09:13:24PM +0100, Birger Koblitz wrote:
> Hi,
>
> during development I came across situations where the RTL839x
> SoC's own reset did not always completely reset its state.
> U-Boot was no longer able to boot via tftp afterwards.
> This is the same situation we see on the
On Thu, Feb 03, 2022 at 01:44:12AM +0100, Ansuel Smith wrote:
> Add support for cpu set useful to set CPU port for dsa devices.
Please also document the newly added 'cpu' parameter in the command-
line output -- the manpage isn't even installed/available for OpenWrt
users.
>
> Signed-off-by:
On Thu, Feb 03, 2022 at 01:44:11AM +0100, Ansuel Smith wrote:
> Add support for multi-cpu dsa. This is a reworked version of the RFC patch
> proposed some time ago.
> By default every dsa port is connected to the first cpu port and the command
> 'ip link set PORT cpu CPU_PORT' can be used to
> > Date: Sat, 12 Feb 2022 14:16:05
> > From: Paul Spooren
> > To: openwrt-devel
> > Cc: Ariadne Conill ,
> > Daniel Golle , Timo Teras ,
> > John Crispin
> > Subject: [RFC] ApkWrt
> >
> > Hi all,
> >
> > For the last year or
On Sat, Feb 12, 2022 at 02:28:40PM +, Lucas Ramage wrote:
> This is incredible work Paul!
>
> If I were running Alpine, would I be able to install an OpenWrt repository in
> /etc/apk/repositories and install OpenWrt packages?
At this point Alpine is still using APK version 2.2 while Paul's
On Thu, Feb 10, 2022 at 12:00:25PM +0800, DENG Qingfang wrote:
> Support MT7530 PHY link change interrupts, and enable for MT7621.
>
> For external MT7530, a GPIO IRQ line is required, which is
> board-specific, so it should be added to each DTS. In case the
> interrupt-controller property is
Hi Martin,
On Fri, Jan 21, 2022 at 12:37:14PM +0100, mroe...@metz-connect.com wrote:
> Hi John,
>
> I would like to submit a patch for the OpenWrt package umdns. The patch
> fixes a bug in the cache.c functions cache_record_find() and
> cache_host_is_known(). In both functions, the last
Hi Mathew,
On Tue, Jan 25, 2022 at 03:12:08AM +, Mathew McBride wrote:
> /sys/class/tty/console/active may return multiple values on
> kernels where framebuffer support is enabled but the system
> is supposed to be using a serial console.
> e.g
> $ cat /sys/class/tty/console/active
> tty0
On Thu, Jan 27, 2022 at 08:56:26PM -0800, Brian Norris wrote:
> On Thu, Jan 27, 2022 at 5:34 AM Daniel Golle wrote:
> > Please see my comments inline below:
> >
> > On Sat, Jan 15, 2022 at 09:48:30PM -0800, Brian Norris wrote:
> > > [...]
> > > @@ -559,9 +5
Hi Brian,
thank you for taking care of liberating the Google devices ;)
Please see my comments inline below:
On Sat, Jan 15, 2022 at 09:48:30PM -0800, Brian Norris wrote:
> Chrom{ium,e} OS (shortened as "CrOS") bootloaders use a custom GPT
> partition type to locate their kernel(s), with custom
Please see two comments inline below
On Sun, Jan 23, 2022 at 01:35:25AM +0100, Ansuel Smith wrote:
> Add support for multi-cpu dsa. This is a reworked version of the RFC patch
> proposed some time ago.
> By default every dsa port is connected to the first cpu port and the command
> 'ip link set
On Sun, Jan 23, 2022 at 01:35:24AM +0100, Ansuel Smith wrote:
> This adds the hack patches for DSA multicpu support.
> I still have to clean patch 1, 3, 4 but considering this is still a bit WIP
> I decided to clean and provide a correct patches for the final version.
>
> This version won't
On Fri, Jan 21, 2022 at 09:14:50PM +, Rui Salvaterra wrote:
> On Fri, 21 Jan 2022 at 21:11, Ansuel Smith wrote:
> >
> > Should we follow the suggestion and add a specific attribute just for DSA?
> I believe that would be the right thing to do, but I'd like to know
> what Daniel and Marek
On Wed, Jan 12, 2022 at 10:50:41AM -0700, Philip Prindeville wrote:
>
>
> > On Jan 11, 2022, at 11:56 AM, Daniel Golle wrote:
> >
> > Sadly the falcon didn't really make it to fly with OpenWrt (yet).
> > It's used in a couple of GPON SFP modules, so would sur
On Mon, Jan 10, 2022 at 11:55:54PM +0100, Paul Spooren wrote:
> Hi,
>
> Looking at openwrt.git I find seven targets with the source-only tag. The tag
> means the build infrastructure skips building the targets. Does it make sense
> to carry those target in tree or should we move them to our
On Fri, Jan 07, 2022 at 12:07:38PM +, Sam Kuper wrote:
> On Fri, Jan 07, 2022 at 10:34:34AM +0100, Paul Spooren wrote:
> > Instead of maintaining flyspray and the server, I’d like to export all
> > flyspray issues, migrate them to GitHub and open GitHub issues for
> > openwrt/openwrt to the
On Wed, Jan 05, 2022 at 03:54:56PM +, Daniel Golle wrote:
> On Wed, Jan 05, 2022 at 03:51:09PM +, Rui Salvaterra wrote:
> > We rely on procd to create/populate /dev for us. These can be safely
> > disabled.
>
> NACK. Disabling this will afaik break LXC and container
On Wed, Jan 05, 2022 at 03:51:09PM +, Rui Salvaterra wrote:
> We rely on procd to create/populate /dev for us. These can be safely disabled.
NACK. Disabling this will afaik break LXC and containers relying on it.
We could enable it selectively on !SMALL_FLASH instead, to safe space
on targets
On Fri, Dec 10, 2021 at 04:03:34PM +0100, e9hack wrote:
>
> Hi,
>
> usually the files for a jailed process must be given via procd_add_jail_mount
> or procd_add_jail_mount_rw. It looks like that this isn't necessary for
> hostapd. Why not? I can't found this two parameters in
___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
>From 478ef55cdc2d0e0a615a4fb19430d2ca34c21b31 Mon Sep 17 00:00:00 2001
From: Daniel Golle
Date: Fri, 10 Dec 2021 13:48:59 +
Subject: [PA
1 - 100 of 1121 matches
Mail list logo
