Re: [PATCH 1/5] uqmi: support C reserved keywords in upstream JSON files

Hi Jean, On Wed, 10 Apr 2024 12:25:05 +0200 Jean Thomas wrote: > Add a dummy prefix in case a name in the upstream JSON files is a > C reserved keyword. > > This is the case with the "Register" element of the new "Configure > Profile Event List" message. > > Signed-off-by: Jean Thomas thanks

Re: Status of snapshot builds for omap target

Hi Raylynn, I've it on my list to test it again on the beagleboard black and re-enable it if it works with the older ethernet driver which doesn't have the hardcoded VLAN tags. Best, lynxis ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.or

Re: makefile debugging

Hi Tim, > I seem to recall a way to ask OpenWrt's build system to output a list > of all variable values used in the build but can't find it documented > or in my notes. Does anyone know how to do that? > > Also, is there a way to output a post-processed Makefile after all the > define foo gets d

Re: Mark lantiq and omap as source only

Hi Paul, > I haven’t seen much progress happening regarding bringing the targets lantiq > or omap to Kernel 5.15. That fact is currently the last blocker for branching > another release. > Instead of postponing another release I’d like to mark both targets as > source-only and do the 23.05 bra

Re: OpenWrt 22.03 expat - CVE-2022-43680/CVE-2022-40674

Hi Peter, I've updated the expat of openwrt-22.03 branch to 2.5.0. Best, lynxis ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [RFC] dropping of $(AUTORELEASE) feature

Hi, > I agree that this increases maintenance burden but I believe that a > CI side solution for those > conflicting-because-of-deviating-PKG_RELEASE situations would be the > better course of action. I would also like to drop the AUTORELEASE feature. I would like to have a specific version in th

OpenWrt 21.02 branch

Hi, I've created branches for OpenWrt 21.02. Even there is still a lot of work to be done for the next release we decided to branch now. This allow us to stabilize 21.02 and make it ready for release. Further more patches has been piling up which couldn't merged into master before the branch for t

Re: ramips: add support for Xiaomi Mi Router 4AC (100M Edition)

Hi Sorin, do you know if the Xiaomi Mi Router 4A is the same? I've a router 4a (100m) around which boots from bc26. Most likely a EU variant. Best, lynxis > It seems that the difference is not that it's 4AC because even the > one > in OpenWrt ATM is a 4AC (defined as 4A) but what I found ou

Re: SAD DNS cache poisoning attack

Hi, I'm wondering is dnsmasq also vulnerable as forwarder? Or only as recursive resolver? Did someone tested it? Is there a public poc? Best, lynxis -- Alexander Couzens mail: lyn...@fe80.eu jabber: lyn...@fe80.eu gpg: 390D CF78 8BF9 AA50 4F8F F1E2 C29E 9DA6 A0DF 8604 pgpud5IIPn7jp.pgp Desc

Re: [PATCH] generic: platform/mikrotik: implement multi caldata

On Fri, 25 Sep 2020 21:09:26 +0200 Thibaut wrote: > Ping? LGTM. What's in the "$wdata/data_0" file? Is it the BDF? Best, lynxis -- Alexander Couzens mail: lyn...@fe80.eu jabber: lyn...@fe80.eu gpg: 390D CF78 8BF9 AA50 4F8F F1E2 C29E 9DA6 A0DF 8604 pgpbyv_G_1yGj.pgp Description: OpenPGP di

Re: [PATCH] omap: update uboot to v2020.04

On Mon, 21 Sep 2020 18:53:13 +0200 Alexander 'lynxis' Couzens wrote: > > do you mind to take a quick look? In the end this is just a tiny > > package bump! :) > > let me have a tiny look on other devices ;) the pandaboards fails, but the bbb boots. same as befor

Re: [PATCH] omap: update uboot to v2020.04

> do you mind to take a quick look? In the end this is just a tiny > package bump! :) let me have a tiny look on other devices ;) pgpOzAIMUIUuc.pgp Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org ht

Re: [OpenWrt-Devel] [PATCH] lantiq: fritz7312: set maximum speed to 100 mbit on 5.4

> Hi, > > I don't have any clue at all about the problem itself. > > I just found the inconsistency and want to align 4.19 and 5.4, as > currently it is effectively a regression. > > If you want to address this differently, go for it, but don't ask me > anything about it ;-) i tested it before

Re: [OpenWrt-Devel] [PATCHv3] ubox: run init script through shellcheck

Hi Rosen, do you plan to do a v4? Otherwise I would merge it. Best, lynxis -- Alexander Couzens mail: lyn...@fe80.eu jabber: lyn...@fe80.eu gpg: 390D CF78 8BF9 AA50 4F8F F1E2 C29E 9DA6 A0DF 8604 pgp0cNu8MC65G.pgp Description: OpenPGP digital signature

Re: [OpenWrt-Devel] [PATCH] tools: squashfskit4: fix build with GCC10

Hi Paul, Hi Robert, > Sorry, I did not know about that situation but after a look it seems > that squashfs-tools is more up to date that the fork. > There has been a 4.4 release and couple of patches each month to it. you're right! I would like to discontinue squashfskit. It had it's reason, but

Re: [OpenWrt-Devel] hostapd fails to link at current master

Hi Arne, > I'm getting the following liker errors trying to build hostapd-full or > wpad-full fpr x86_64 at the current master, and tag 19.07.1: > > The last error also appears at tag 18.06.7. thanks for your bug report. I've looked into it. It seems a Makefile dependency problem. I've done a

Re: [OpenWrt-Devel] [PATCH] ppp: activate PIE ASLR by default

On Thu, 20 Feb 2020 10:56:26 +0100 Petr Štetiar wrote: > This activates PIE ASLR support by default when the regular option is > selected. > > Size increase on imx6: > > 112681 ppp_2.4.8-2_arm_cortex-a9_neon.ipk > 121879 ppp_2.4.8-2_arm_cortex-a9_neon.ipk > = 9198 diff Acked-by: Alexander C

[OpenWrt-Devel] jffs2 runs into read-only on low memory systems (5 eblocks)

Hi David, I'm currently working with low flash system (4MB flash / jffs2: 320 kb, 5 erase blocks). Some of the systems seems to run into read-only mode, while most work fine. I've around ~50 devices which is less than 5 %. My devices runs 4.14 and ar71xx devices. I would guess the garbage collec