Re: [OpenWrt-Devel] openwrt-devel Digest, Vol 50, Issue 39

Baptiste, Thanks for taking a lead on this, it's a fantastic idea! I've had a look at the project ideas posted, and I'd like to put my name forward for a few areas where I'd like to contribute: 1. There is a great documentation for creating lua-based luci applications and model/cbi which allowed

[OpenWrt-Devel] [openwrt] Patch notification: 1 patch updated

Hello, The following patch (submitted by you) has been updated in Patchwork: * openwrt: [OpenWrt-Devel] iwinfo: add device id for Mikrotik R11e-5HacD miniPCIe card - http://patchwork.ozlabs.org/project/openwrt/patch/mailman.1406.1586210362.2542.openwrt-de...@lists.openwrt.org/ - for:

[OpenWrt-Devel] [openwrt] Patch notification: 1 patch updated

Hello, The following patch (submitted by you) has been updated in Patchwork: * openwrt: [OpenWrt-Devel] iwinfo: add device id for Mikrotik R11e-5HacD miniPCIe card - http://patchwork.ozlabs.org/project/openwrt/patch/mailman.1406.1586210362.2542.openwrt-de...@lists.openwrt.org/ - for:

[OpenWrt-Devel] [openwrt] Patch notification: 1 patch updated

Hello, The following patch (submitted by you) has been updated in Patchwork: * openwrt: [OpenWrt-Devel] Do not hard-code IS_TTY in script scripts/feeds - http://patchwork.ozlabs.org/project/openwrt/patch/mailman.2840.1586705844.2542.openwrt-de...@lists.openwrt.org/ - for: OpenWrt deve

[OpenWrt-Devel] OpenWrt 19.07.3 service release

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, The OpenWrt community is proud to announce the third service release of OpenWrt 19.07. OpenWrt 19.07.3 focuses on security, stability and device support. Selected highlights of this service release are: * reduce opkg memory usage * allow to

[OpenWrt-Devel] OpenWRT 19.07.2 SQM memory leak

I found a huge memory leak when SQM shaper is engaged on my MT7620N-powered router. It regards IPv6 operation only though. How to test: 1. Obvious part: sqm-scripts package has to be installed, /etc/config/sqm has to be configured with shaper and cake or fq_codel qdisc enabled. 2. Your connect

Re: [OpenWrt-Devel] openwrt-18.06 broken since kernel bump 4.14 to 4.14.169

Hello Luiz, On 4/15/20 4:16 AM, Luiz Angelo Daros de Luca wrote: > Hello, > > I was doing a clean build for 18.06 and got: > > x86 instruction decoder selftest (X86_DECODER_SELFTEST) [N/y/?] (NEW) aborted! > > It looks like kernel bump happened both in openwrt-19.07 > (eca8a2ee0d4404d9454cac47

[OpenWrt-Devel] openwrt-18.06 broken since kernel bump 4.14 to 4.14.169

Hello, I was doing a clean build for 18.06 and got: x86 instruction decoder selftest (X86_DECODER_SELFTEST) [N/y/?] (NEW) aborted! It looks like kernel bump happened both in openwrt-19.07 (eca8a2ee0d4404d9454cac473ee8d4d1ce7152e4) and openwrt-18.06 (4eba86820fd3d0ccf1f8e6addaa24ed6cd994b2f) but

Re: [OpenWrt-Devel] Openwrt TpLink Archer D2

Hello Martin, The final halt happens because the DTS file specifies a VR9 platform, while your device is part of AR10 family. I would like to help, but for the moment being you can see I am struggling to get ethernet working, I am not much farther. :) Any help would be apreciated. enrico

Re: [OpenWrt-Devel] Openwrt TpLink Archer D2

Hello, On Mon, Apr 06, 2020 at 07:05:44PM +0200, Martin Heck via openwrt-devel wrote: > i have a Tp Link Archer D2 Router This page https://openwrt.org/toh/tp-link/archer_d2_ac750 tells me it has 64 MiB RAM. > DDR size from 0xa000 - 0xa3ff This confirms the size. > DRAM:  64 MiB And t

[OpenWrt-Devel] Openwrt TpLink Archer D2

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 there, i have a Tp Link Arc

Re: [OpenWrt-Devel] OpenWrt developer meeting at Battlemesh and COVID-19

Hello, I would love an invite as an outside contributor. Regards, On March 26, 2020 8:38:28 AM UTC, Paul Spooren wrote: >Hi team, > >I hope everyone is fine & healthy and can use the time in quarantine to > >finally review those important patches I sent! > >>> Based on recent events regarding C

Re: [OpenWrt-Devel] OpenWrt developer meeting at Battlemesh and COVID-19

Hi team, I hope everyone is fine & healthy and can use the time in quarantine to finally review those important patches I sent! Based on recent events regarding COVID-19 the Battlemesh and the OpenWrt developer meeting will not take place in May this year. it's really nice and necessary to m

Re: [OpenWrt-Devel] [openwrt/openwrt] mac80211: do not try to setup hostapd-managed interfaces.

> > > + ip link set dev "$ifname" "$action" || { > > > + wireless_setup_vif_failed IFUP_ERROR > > > + json_select .. > > > + return > > > +

Re: [OpenWrt-Devel] [openwrt/openwrt] mac80211: do not try to setup hostapd-managed interfaces.

-924,6 +927,7 @@ drv_mac80211_setup() { > >       has_ap= >       hostapd_ctrl= > +     ap_ifname= >       hostapd_noscan= >       for_each_interface "ap" mac80211_check_ap > > > ___ > lede-commits mailing list > lede-comm...@lists.infradead.org <mailto:lede-comm...@lists.infradead.org> > http://lists.infradead.org/mailman/listinfo/lede-commits > ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [openwrt/openwrt] mac80211: do not try to setup hostapd-managed interfaces.

Hi John, Are you able to describe what exactly does not work - how to reproduce it? Maybe it is simple and obvious to you, but please describe what does not work. I just removed setting interface up and setting txpower on it - when the interface is fully managed by hostapd. That looks reasonable

Re: [OpenWrt-Devel] [openwrt/openwrt] mac80211: do not try to setup hostapd-managed interfaces.

Hi below commit breaks wifi reconf feature and to be honest it looks like the wrong fix to me. John dangole pushed a commit to openwrt/openwrt.git, branch master: https://git.openwrt.org/23a885bf89a204f91e4f17ed96f1a9fc7f50ea34 commit 23a885bf89a204f91e4f17ed96f1a9fc7f50ea34 Author:

Re: [OpenWrt-Devel] OpenWrt developer meeting at Battlemesh and COVID-19

Mar 14, 2020 12:50:02 Hauke Mehrtens : Hi, > Based on recent events regarding COVID-19 the Battlemesh and the OpenWrt > developer meeting will not take place in May this year. it's really nice and necessary to meet in person, but I would like to (ab)use the current situation and find out, if

[OpenWrt-Devel] OpenWrt developer meeting at Battlemesh and COVID-19

Hi, Based on recent events regarding COVID-19 the Battlemesh and the OpenWrt developer meeting will not take place in May this year. We will monitor the situation and plan to organize the event at a different date in Calafou for instance in September. Hauke Forwarded Message S

Re: [OpenWrt-Devel] [OpenWrt-devel][PATCH] kernel: iio: fix iio-st_sensors-spi missing dependency

Tim Harvey [2020-03-06 14:10:05]: > Fixes following build error on octeontx: > > Package kmod-iio-st_sensors-spi is missing dependencies for the following > libraries: > regmap-spi.ko Fixed already in ee92838dd2a777c94d70bb08a4cc983214367b18 ___ ope

[OpenWrt-Devel] [OpenWrt-devel][PATCH] kernel: iio: fix iio-st_sensors-spi missing dependency

Fixes following build error on octeontx: Package kmod-iio-st_sensors-spi is missing dependencies for the following libraries: regmap-spi.ko Fixes: 2d8f4c4fbd46 ("kernel: iio: add st-accel driver modules") Signed-off-by: Tim Harvey --- package/kernel/linux/modules/iio.mk | 2 +- 1 file changed,

[OpenWrt-Devel] OpenWrt 18.06.8 service release

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, The OpenWrt Community is proud to announce the eighth service release of the stable OpenWrt 18.06 series. OpenWrt 18.06.8 brings security fixes, as well as the usual device support fixes and core components update. - --- The main highlights of

[OpenWrt-Devel] OpenWrt 19.07.2 service release

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, The OpenWrt community is proud to announce the second service release of OpenWrt 19.07. OpenWrt 19.07.2 focuses on security and device support. It notably fixes a security issue in ppp and improves support for migrating devices from ar71xx to at

[OpenWrt-Devel] [openwrt] Patch notification: 1 patch updated

Hello, The following patch (submitted by you) has been updated in Patchwork: * openwrt: [OpenWrt-Devel] proc: cancel script killing only if process ends - http://patchwork.ozlabs.org/patch/1174815/ - for: OpenWrt development was: Under Review now: Changes Requested This email

[OpenWrt-Devel] [openwrt] Patch notification: 1 patch updated

Hello, The following patch (submitted by you) has been updated in Patchwork: * openwrt: [OpenWrt-Devel] proc: cancel script killing only if process ends - http://patchwork.ozlabs.org/patch/1174815/ - for: OpenWrt development was: New now: Under Review This email is a notificat

[OpenWrt-Devel] OpenWrt developer meeting at Battlemesh

Hi, We would like to organize a public, free of charge OpenWrt developer meeting at the Battlemesh this year. The Wireless Battle of the Mesh (Battlemesh) is an event that aims at bringing together people from across the world to test the performance of different routing protocols for ad-hoc netwo

Re: [OpenWrt-Devel] [openwrt/openwrt] mac80211: Expose support for ath9k Dynack

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, should iw phy1 set distan

[OpenWrt-Devel] OpenWrt 19.07.1 service release

Hi, The OpenWrt Community is proud to announce the first service release of the stable OpenWrt 19.07 series. OpenWrt 19.07.1 incorporates important security updates for base packages, fixes for 5GHz performance issues and flow offloading memory leaks as well as new versions of the Linux kernel and

[OpenWrt-Devel] OpenWrt 18.06.7 service release

Hi, The OpenWrt Community is proud to announce the seventh service release of the stable OpenWrt 18.06 series. OpenWrt 18.06.7 incorporates important security updates for base packages, new versions of the Linux kernel and fixes for various devices. Selected highlights of this service releas

[OpenWrt-Devel] OpenWrt 19.07.1 and 18.06.7

Hi, We plan to tag and build OpenWrt 19.07.1 and 18.06.7 on Wednesday evening. Hauke signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwr

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

> Von: openwrt-devel Im > Auftrag von Hauke Mehrtens > Gesendet: Sonntag, 19. Januar 2020 18:17 > This is just my proposal and I would see the dates relaxed, it also depends if > people have time to do it and so on. We can also do two weeks between the > RCs and do one more like you suggested a m

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

On 1/19/20 6:56 PM, Hannu Nyman wrote: > Hauke Mehrtens kirjoitti 19.1.2020 klo 19.17: >> On 1/16/20 11:05 AM, Petr Štetiar wrote: >> >>> BTW it's still master + 2 stable releases which will receive the >>> support? Once >>> the 20.y is out, the 18.06 is EOL? >> I think this is not really clarified

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

Hauke Mehrtens kirjoitti 19.1.2020 klo 19.17: On 1/16/20 11:05 AM, Petr Štetiar wrote: BTW it's still master + 2 stable releases which will receive the support? Once the 20.y is out, the 18.06 is EOL? I think this is not really clarified yet. I assume that 15.05 and 17.01 are now officially fu

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

On 1/16/20 12:48 PM, Petr Štetiar wrote: > Peter Geis [2020-01-15 21:15:41]: > > Hi, Hi, > tl;dr I'm going to vote in favor of skipping release with 4.19 and focus on > 5.4 kernel. > > The 19.07 release was delayed by a few months, so this has affected the > subsequent release as well. The pla

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

On 1/16/20 11:05 AM, Petr Štetiar wrote: > Hauke Mehrtens [2020-01-16 00:00:33]: > > Hi, Hi, Sorry for answering so late, was busy with other stuff. >> My preferred timeline would the the following: >> * Beginning of February: freeze master for big changes (adding new >> boards is no problem) >

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

t;> 2019. >> >> IMHO OpenWrt should have an one final, rock-stable release based on >> latest 4.x LTS kernel (4.19 that is) with ath79 replacing ar71xx >> whenever possible. >> >> Apologies for being so Atheros-ce

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

On 16/01/2020, Hauke Mehrtens wrote: > Hi, > > I meet with jow about 2 weeks ago and we talked about a lot of OpenWrt > related stuff, one of the topics was the release after 19.07. > > As the 19.07 release is now done, I would like to follow up on this topic. > > We thought that the time between

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

ar71xx > whenever possible. > > Apologies for being so Atheros-centric :-) > > Cheers > Michal > > _______ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel > ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

Hi! Speaking as a small part-time contributor of some Netgear WN(D)R routers code, please reconsider if jumping over 4.19 straight to 5.4 is not a too big leap. I'm sure kernel devs here knows better than me how many OpenWrt drivers, quirks and enhancements can be ported without too much effort fr

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

Peter Geis [2020-01-15 21:15:41]: Hi, tl;dr I'm going to vote in favor of skipping release with 4.19 and focus on 5.4 kernel. The 19.07 release was delayed by a few months, so this has affected the subsequent release as well. The plan is to have stable release every 6 months as it is easier to

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

Hi, > Does anyone else see any other topic which should be included in this combined > vote? If so, let us know ASAP and ideally prepare the text/voting options as > well. while I wouldn't add the whole auto-deletion topic to the discussion yet, I'd be happy to ask for permission to delete/auto-

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

Hauke Mehrtens [2020-01-16 00:00:33]: Hi, > My preferred timeline would the the following: > * Beginning of February: freeze master for big changes (adding new > boards is no problem) > * Beginning of March: branch off 20.3 release branch > * 1 week after the branch was created: tag and build 20

Re: [OpenWrt-Devel] OpenWrt 20.X release plans

the branching, releasing and keeping an overview. > > Hauke > > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] OpenWrt 20.X release plans

Hi, I meet with jow about 2 weeks ago and we talked about a lot of OpenWrt related stuff, one of the topics was the release after 19.07. As the 19.07 release is now done, I would like to follow up on this topic. We thought that the time between the 19.07 branch and the final release was way too

[OpenWrt-Devel] [openwrt] Patch notification: 5 patches updated

Hello, The following patches (submitted by you) have been updated in Patchwork: * openwrt: [OpenWrt-Devel,v3] dropbear: move failsafe code out of base-files - http://patchwork.ozlabs.org/patch/1197588/ - for: OpenWrt development was: New now: Accepted * openwrt: [OpenWrt-Deve

[OpenWrt-Devel] OpenWrt 18.06.6 service release

Hi, The OpenWrt Community is proud to announce the sixth service release of the stable OpenWrt 18.06 series. OpenWrt 18.06.6 incorporates security updates for base packages, new versions of the Linux kernel, a bug fix related to signature verification, and fixes for various devices. Some sel

[OpenWrt-Devel] OpenWrt 19.07.0 first stable release

Hi, The OpenWrt community is proud to announce the first stable release of the OpenWrt 19.07 stable version series. It incorporates 3954 commits since the previous release 18.06.0 and 85 commits since the previous release candidate 19.07.0-rc2. An upgrade from OpenWrt 18.06 to OpenWrt 19.07 is su

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

On Tue, Jan 7, 2020 at 6:42 PM Hauke Mehrtens wrote: > > On 1/7/20 9:09 PM, Eneas Queiroz wrote: > > On Mon, Jan 6, 2020 at 1:59 PM Hauke Mehrtens wrote: > >> > >> I cherry-picked it, but WPA3 still does not work for me. > >> > >> Hauke > > > > TLDR: WPA3 support with wolfssl is still not ideal.

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

On 1/7/20 9:09 PM, Eneas Queiroz wrote: > On Mon, Jan 6, 2020 at 1:59 PM Hauke Mehrtens wrote: >> >> I cherry-picked it, but WPA3 still does not work for me. >> >> Hauke > > TLDR: WPA3 support with wolfssl is still not ideal. > > WPA3 success was reported to me here: > https://forum.openwrt.org/

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

On Mon, Jan 6, 2020 at 1:59 PM Hauke Mehrtens wrote: > > I cherry-picked it, but WPA3 still does not work for me. > > Hauke TLDR: WPA3 support with wolfssl is still not ideal. WPA3 success was reported to me here: https://forum.openwrt.org/t/wpa3-wolfssl-fail-openssl-success/50161/7 Another use

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

> -Original Message- > From: Dmitry Tunin [mailto:hanipouspi...@gmail.com] > Sent: Dienstag, 7. Januar 2020 00:27 > To: Adrian Schmutzler > Cc: Hauke Mehrtens ; Jo-Philipp Wich > ; LEDE Development List de...@lists.openwrt.org> > Subject: Re: [OpenWrt-Devel] Open

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

вт, 7 янв. 2020 г. в 02:16, : > > make clean? (would be no. 6 now :-) ) My apologies. We are in the middle of Christmas holidays here :-)) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

@lists.openwrt.org> > Subject: Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline > > Nice release tag )) Ever tried a build test before the tag? > > Tried to build > > Collected errors: > * satisfy_dependencies_for: Cannot satisfy the following depend

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

also have hostapd 2.8 in between. > > Hi, > > I still plan to tag v19.07.0 final and v18.06.6 today. > From my side everything needed is in these releases. > > Hauke > > _______ > openwrt-devel mailing list > openwrt-devel@lis

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

On 12/24/19 4:48 PM, Hauke Mehrtens wrote: > Hi, > > I would like to tag 18.06.6 release in the evening of Wednesday 1. > January and then start the builders. > > I would like to tag 19.07 final release on Friday 3. January and the > start the builders on Saturday or Sunday. > > Are there any ob

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

On 1/2/20 1:04 AM, Eneas Queiroz wrote: > > On Wed, Jan 1, 2020 at 6:54 PM Hauke Mehrtens > wrote: > > I will shift both releases (18.06.6 and 19.07.0 final) to Monday 6. > January to get some security fixes in, please get your changes in till > Saturday so w

Re: [OpenWrt-Devel] [OpenWrt-Devel, 5/9] sunxi: add support for pine64 lts

Hi, I do not have the old e-mails for those changes, thus I cannot respond correctly: https://patchwork.ozlabs.org/project/openwrt/list/?series=86042 sunxi target has seen some changes in the meantime, particularly the split of DEVICE_TITLE and the calculation of the DTS name. Please submit a

Re: [OpenWrt-Devel] [OpenWrt-Devel, v5, 2/2] Allow sysupgrade restore on ER

Hi, I do not have the old e-mails for those changes, thus I cannot respond correctly. Still, both (very old) patches miss commit message and, more importantly, Signed-off, so I will mark them as "Changes Requested". [OpenWrt-Devel,v5,1/2] Evaluate board names in alphabetical order [OpenWrt-Dev

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

> Baptiste requests this change for 18.06: > https://github.com/openwrt/openwrt/pull/2668 > Could someone please have a look. I will take care. Adrian openpgp-digital-signature.asc Description: PGP signature ___ openwrt-devel mailing list openwrt-deve

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

On Wed, Jan 1, 2020 at 6:54 PM Hauke Mehrtens wrote: > I will shift both releases (18.06.6 and 19.07.0 final) to Monday 6. > January to get some security fixes in, please get your changes in till > Saturday so we have some testing before. > > I would suggest a cherry-pick from d5ede68f8b (wolfss

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

On 12/24/19 4:48 PM, Hauke Mehrtens wrote: > Hi, > > I would like to tag 18.06.6 release in the evening of Wednesday 1. > January and then start the builders. > > I would like to tag 19.07 final release on Friday 3. January and the > start the builders on Saturday or Sunday. > > Are there any ob

[OpenWrt-Devel] [OpenWrt-Devel, OpenWrt-Devel, V3, 2/2] kmodloader: added -a arg to modprobe

-a treats all non-op trailing arguments as module names and attempts to load all of them. This behaviour mirrors the behaviour of the respective -a in /tools/modprobe.c from https://git.kernel.org. This is primarily to satiate the multiple modules passed by docker/libnetwork. Signed-off-by: Gerar

Re: [OpenWrt-Devel] [OpenWrt-Devel, V3, 2/2] kmodloader: added -a arg to modprobe

if ((m->state == PROBE) || m->error) > > - ULOG_ERR("- %s\n", m->name); > > - } > > + load_fail = load_modprobe(true); > > + if (load_fai

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

On 26/12/2019, Hauke Mehrtens wrote: > On 12/24/19 8:50 PM, Tom Psyborg wrote: >> Hi >> >> And what about this one? >> https://bugs.openwrt.org/index.php?do=details&task_id=2593 >> >> Some regulatorty bugs? > > Here is an other one related to ath10k: > https://bugs.openwrt.org/index.php?do=details

[OpenWrt-Devel] OpenWrt GitLab CI details [Was: Re: [PATCH] use strncpy instead of strcpy]

Hauke Mehrtens [2019-12-26 13:49:46]: Hi, I really needed to use latest GCC 10 in order to see that warning/error, I was unable to get those warnings locally with glibc and clang-9/clang-10 and gcc-9. > Please also use a toolchian with glibc when compiling in CI. I'm not sure if I understand t

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

On 12/24/19 8:50 PM, Tom Psyborg wrote: > Hi > > And what about this one? > https://bugs.openwrt.org/index.php?do=details&task_id=2593 > > Some regulatorty bugs? Here is an other one related to ath10k: https://bugs.openwrt.org/index.php?do=details&task_id=2614 The reporter says it works with an

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

Hi And what about this one? https://bugs.openwrt.org/index.php?do=details&task_id=2593 Some regulatorty bugs? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] OpenWrt 19.07 final timeline

Hi, I would like to tag 18.06.6 release in the evening of Wednesday 1. January and then start the builders. I would like to tag 19.07 final release on Friday 3. January and the start the builders on Saturday or Sunday. Are there any objections to these dates? Both releases should fix all known

[OpenWrt-Devel] [openwrt] Patch notification: 2 patches updated

Hello, The following patches (submitted by you) have been updated in Patchwork: * openwrt: [OpenWrt-Devel,1/2] openssh: add openwrt failsafe support - http://patchwork.ozlabs.org/patch/1192884/ - for: OpenWrt development was: New now: Not Applicable * openwrt: [OpenWrt-Devel,

Re: [OpenWrt-Devel] OpenWrt 19.07 status

Hello, 19.07 page has a Roadmap without dates: https://openwrt.org/releases/19.07/start#roadmap It should have some real info with dates, something to make clear that it does not have a real schedule ("It's ready when it is ready") or simply get removed. Regards, --- Luiz Angelo Daros de Lu

Re: [OpenWrt-Devel] [OpenWrt-Devel, V3, 2/2] kmodloader: added -a arg to modprobe

Does anyone have any tips on how to expedite the review of this patch? Am I missing something or is the patch malformed? Thanks in advance, Gerard On Tue, Oct 22, 2019 at 7:08 PM Gerard Ryan wrote: > > -a treats all non-op trailing arguments as module names > and attempts to load all of them. Th

Re: [OpenWrt-Devel] OpenWrt 19.07 status

On 12/6/19 12:23 AM, Hauke Mehrtens wrote: > On 11/26/19 10:44 AM, Stijn Tintel wrote: >> On 26/11/2019 00:34, Hauke Mehrtens wrote: >>> It looks like there is a throughput problem with ath10k-ct on QCA9984, >>> https://bugs.openwrt.org/index.php?do=details&task_id=2593 >>> there are multiple repor

Re: [OpenWrt-Devel] OpenWrt 19.07 status

On 11/26/19 10:44 AM, Stijn Tintel wrote: > On 26/11/2019 00:34, Hauke Mehrtens wrote: >> It looks like there is a throughput problem with ath10k-ct on QCA9984, >> https://bugs.openwrt.org/index.php?do=details&task_id=2593 >> there are multiple reports in the Forum. >> >> For me QCA9880 on a BTHH5A

[OpenWrt-Devel] OpenWrt 19.07.0 second release candidate

Hi, The OpenWrt community is proud to announce the second release candidate of the upcoming OpenWrt 19.07 stable version series. It incorporates 126 commits since the previous release candidate 19.07.0-rc1. With this release, the OpenWrt project brings all supported targets back to a single commo

Re: [OpenWrt-Devel] OpenWrt 19.07 status

On 30/11/2019 22:44, Tom Psyborg wrote: > On 26/11/2019, Stijn Tintel wrote: >> On 26/11/2019 00:34, Hauke Mehrtens wrote: >>> It looks like there is a throughput problem with ath10k-ct on QCA9984, >>> https://bugs.openwrt.org/index.php?do=details&task_id=2593 >>> there are multiple reports in the

Re: [OpenWrt-Devel] OpenWrt 19.07 status

On 26/11/2019, Stijn Tintel wrote: > On 26/11/2019 00:34, Hauke Mehrtens wrote: >> It looks like there is a throughput problem with ath10k-ct on QCA9984, >> https://bugs.openwrt.org/index.php?do=details&task_id=2593 >> there are multiple reports in the Forum. >> >> For me QCA9880 on a BTHH5A with

Re: [OpenWrt-Devel] OpenWrt 19.07 status

Hi, I plan to tag 19.07-rc2 on Saturday afternoon and then start the builders. The problem seen with ath10k-ct will probably not be fixed in time for 19.07-rc2. Hauke signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing lis

Re: [OpenWrt-Devel] OpenWrt 19.07 status

WPA3 works OOTB. Cheers Stijn Hauke ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@l

Re: [OpenWrt-Devel] OpenWrt 19.07 status

wpad-wolfssl to get WPA3 support in the release notes. Excellent point, a lot of people seem to expect WPA3 works OOTB. Cheers Stijn Hauke ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listin

Re: [OpenWrt-Devel] OpenWrt 19.07 status

On 26/11/2019 00:34, Hauke Mehrtens wrote: > It looks like there is a throughput problem with ath10k-ct on QCA9984, > https://bugs.openwrt.org/index.php?do=details&task_id=2593 > there are multiple reports in the Forum. > > For me QCA9880 on a BTHH5A with ath10k-ct on 5GHz works in openwrt 19.07 >

[OpenWrt-Devel] OpenWrt 19.07 status

Hi, There are now quite some changes in the OpenWrt 19.07 branch compared to the 19.07-rc1. The builds are looking ok: http://buildbot.openwrt.org/openwrt-19.07/images/grid I looked through the responses to 19.07-rc1 in the forum and the bug tracker and it looks mostly good. https://forum.openwr

[OpenWrt-Devel] [openwrt] Patch notification: 2 patches updated

Hello, The following patches (submitted by you) have been updated in Patchwork: * openwrt: [OpenWrt-Devel,RESEND,packages,1/2] openssh: add openwrt failsafe support - http://patchwork.ozlabs.org/patch/1199453/ - for: OpenWrt development was: New now: Not Applicable * openwrt

Re: [OpenWrt-Devel] OpenWrt: read label MAC address for FRITZ!WLAN Repeater 300E

> Hey Adrian, > > all mac-addresses can be found in the urlader key value store. > > maca 24:65:11:AE:CB:6B > macb 24:65:11:AE:CB:6C > macwlan 24:65:11:AE:CB:6D > macdsl24:65:11:AE:CB:6E > > Following the fritz_tffs call in 02_netwo

Re: [OpenWrt-Devel] OpenWrt: read label MAC address for FRITZ!WLAN Repeater 300E

12/11/2019 13:26, Adrian Schmutzler: Hi, I'm currently trying to remove the dependency of label_mac in 02_network from phy setup, i.e. replacing stuff like $(cat /sys/class/ieee80211/phyX/macaddress) with extraction from the proper flash location. One obstacle is the AVM FRITZ!WLAN Repeater 30

[OpenWrt-Devel] OpenWrt: read label MAC address for FRITZ!WLAN Repeater 300E

Hi, I'm currently trying to remove the dependency of label_mac in 02_network from phy setup, i.e. replacing stuff like $(cat /sys/class/ieee80211/phyX/macaddress) with extraction from the proper flash location. One obstacle is the AVM FRITZ!WLAN Repeater 300E, where the calibration data is extr

[OpenWrt-Devel] OpenWrt 19.07.0 first release candidate

Hi, The OpenWrt community is proud to announce the first release candidate of the upcoming OpenWrt 19.07 stable version series. It incorporates over 3700 commits since branching the previous OpenWrt 18.06 release and has been under development for about one a half year. With this release the Ope

[OpenWrt-Devel] [openwrt] Patch notification: 1 patch updated

Hello, The following patch (submitted by you) has been updated in Patchwork: * openwrt: [OpenWrt-Devel,v2] hostapd: add IEEE 802.11k support - http://patchwork.ozlabs.org/patch/1187696/ - for: OpenWrt development was: New now: Accepted This email is a notification only - you d

[OpenWrt-Devel] [openwrt] Patch notification: 1 patch updated

Hello, The following patch (submitted by you) has been updated in Patchwork: * openwrt: [OpenWrt-Devel,v2] hostapd: add IEEE 802.11k support - http://patchwork.ozlabs.org/patch/1187712/ - for: OpenWrt development was: New now: Superseded This email is a notification only - you

[OpenWrt-Devel] [openwrt] Patch notification: 1 patch updated

Hello, The following patch (submitted by you) has been updated in Patchwork: * openwrt: [OpenWrt-Devel] hostapd: add IEEE 802.11k support - http://patchwork.ozlabs.org/patch/1187244/ - for: OpenWrt development was: New now: Changes Requested This email is a notification only -

Re: [OpenWrt-Devel] OpenWrt 19.07 release schedule ?

Hauke Mehrtens schreef op 22 oktober 2019 15:59:04 CEST: >On 10/11/19 12:59 PM, Jo-Philipp Wich wrote: >> Hi Bjørn, >> >>> Or: Start discussing the release blockers here and now. Thanks. >> >> 1) Blocker: LuCI master needs to be backported to 19.07 >>Time estimate: 2-3 weeks >> >> 2) Block

Re: [OpenWrt-Devel] OpenWrt 19.07 release schedule ?

On 10/11/19 12:59 PM, Jo-Philipp Wich wrote: > Hi Bjørn, > >> Or: Start discussing the release blockers here and now. Thanks. > > 1) Blocker: LuCI master needs to be backported to 19.07 >Time estimate: 2-3 weeks > > 2) Blocker: All relevant sub-components for WPA-3 + GUI support, such as >

[OpenWrt-Devel] [OpenWrt-Devel, V3, 2/2] kmodloader: added -a arg to modprobe

-a treats all non-op trailing arguments as module names and attempts to load all of them. This behaviour mirrors the behaviour of the respective -a in /tools/modprobe.c from https://git.kernel.org. This is primarily to satiate the multiple modules passed by docker/libnetwork. Signed-off-by: Gerar

Re: [OpenWrt-Devel] OpenWrt 19.07 release schedule ?

Hi all, based on Jo Blockers I created a GtiHub-PR [1] which should work as an comprehensive list for easy review. Based on a short check of the replies, there are only 3 blockers open. The RPCd memleak seems to in good progress to get solved. Thanks to all making this great project Sven 1 -

Re: [OpenWrt-Devel] [OpenWrt-Devel V2 2/2] kmodloader: added -a arg to modeprobe

ULOG_ERR("- %s\n", m->name); } + + exit_code = EXIT_FAILURE; } free_modules(); - return 0; + return exit_code; } static int main_loader(int argc, char **argv) -- 2.17.1 _

[OpenWrt-Devel] [OpenWrt-Devel V2 2/2] kmodloader: added -a arg to modeprobe

This is primarily to satiate the usage by docker/libnetwork. Behaviour mirrors /tools/modprobe.c from https://git.kernel.org Signed-off-by: Gerard Ryan --- Compile tested: x86_x64, Hyper-V, OpenWrt Master Run tested: x86_x64, Hyper-V, OpenWrt Master You can also find this patch on GitHub if you

[OpenWrt-Devel] [OpenWrt-Devel V2 1/2] kmodloader: added -v arg to modeprobe

This is primarily to satiate the usage by docker/libnetwork. Signed-off-by: Gerard Ryan --- Compile tested: x86_x64, Hyper-V, OpenWrt Master Run tested: x86_x64, Hyper-V, OpenWrt Master You can also find this patch on GitHub if you prefer. https://github.com/G-M0N3Y-2503/openwrt-ubox-mirror/tree

Re: [OpenWrt-Devel] OpenWrt 19.07 release schedule ?

On Thu, 17 Oct 2019 at 16:19, Jo-Philipp Wich wrote: > ... > > * rpcd leaks memory I will give this a try and see how many leaks I can uncover in the weekend. Regards, yousong ___ openwrt-devel mailing list openwrt-devel@lists.openwr

Re: [OpenWrt-Devel] OpenWrt 19.07 release schedule ?

Hi, thanks Bjørn - this looks similar to a fix I had in mind. I'll give it some more thorough tries later. ~ Jo ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] OpenWrt 19.07 release schedule ?

Jo-Philipp Wich writes: > Hi, > >> Does it impact OpenWrt ? or just some OpenWrt based distributions ? >> (might influence who need to fix this ;) ) > > it impacts the usage of the kmod compatibility repositories - apparently > they're completely ignored by opkg. > > This problem was reported in

Re: [OpenWrt-Devel] OpenWrt 19.07 release schedule ?

Jo-Philipp Wich [2019-10-17 10:13:44]: Hi, > root@gateway:/tmp# cp > openwrt-ath79-generic-tplink_archer-c7-v5-squashfs-sysupgrade.bin meh.bin > root@gateway:/tmp# ubus call system validate_firmware_image > root@gateway:/tmp# ubus call system validate_firmware_image this was reported by me, bu

  1   2   3   4   5   6   7   8   9   10   >