[OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SXTsq 2nD

2020-03-15 Thread Thibaut VARÈNE
[no change, commit msg update: fixed installation instructions] This patch adds support for the MikroTik RouterBOARD SXTsq Lite2 https://mikrotik.com/product/sxtsq_lite2 Specifications: - SoC: Qualcomm QCA9533 (650MHz) - RAM: 64MB - Storage: 16MB SPI NOR flash - Wireless: QCA9533 built-in, dual-c

Re: [OpenWrt-Devel] [PATCH 1/2] ipq40xx: 5.4: fix networking PHY driver

2020-03-15 Thread Robert Marko
On Tue, Mar 3, 2020 at 8:19 PM Robert Marko wrote: > > In 5.4 kernel old u32 array way of setting network features was dropped and > linkmode is now the only way. > So lets migrate the PHY driver to support linkmode. > Also, now in order for gigabit to work, PHY driver needs to advertise > PHY_G

Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SXTsq 2nD

2020-03-15 Thread mail
Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Thibaut VARÈNE > Sent: Sonntag, 15. März 2020 11:35 > To: openwrt-devel@lists.openwrt.org > Cc: Thibaut VARÈNE > Subject: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SX

Re: [OpenWrt-Devel] [PATCH 1/2] ipq40xx: 5.4: fix networking PHY driver

2020-03-15 Thread Petr Štetiar
Mar 15, 2020 12:42:59 Robert Marko : > On Tue, Mar 3, 2020 at 8:19 PM Robert Marko wrote: > > > > > In 5.4 kernel old u32 array way of setting network features was dropped and > > linkmode is now the only way. > > So lets migrate the PHY driver to support linkmode. > > Also, now in order for gig

Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SXTsq 2nD

2020-03-15 Thread Roger Pueyo Centelles | Guifi.net via openwrt-devel
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 Thibaut, We're actually workin

Re: [OpenWrt-Devel] [PATCH 1/2] ipq40xx: 5.4: fix networking PHY driver

2020-03-15 Thread Robert Marko
On Sun, Mar 15, 2020 at 1:14 PM Petr Štetiar wrote: > > Mar 15, 2020 12:42:59 Robert Marko : > > > On Tue, Mar 3, 2020 at 8:19 PM Robert Marko wrote: > > > > > > > > In 5.4 kernel old u32 array way of setting network features was dropped > > > and linkmode is now the only way. > > > So lets migr

[OpenWrt-Devel] [PATCH] ipq40xx: 5.4: enable NAND

2020-03-15 Thread Robert Marko
From: "Signed-off-by: Robert Marko" Lets enable RAW NAND and Qcom NANDC drivers again in kernel 5.4. They were dropped when 5.4 support was introduced due to upstream changing the symbol names so refreshing was not enough. Signed-off-by: Robert Marko --- target/linux/ipq40xx/config-5.4 | 3 ++

Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SXTsq 2nD

2020-03-15 Thread mail
Hi, > -Original Message- > From: Thibaut [mailto:ha...@slashdirt.org] > Sent: Sonntag, 15. März 2020 13:39 > To: m...@adrianschmutzler.de > Cc: OpenWrt Development List > Subject: Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SXTsq > 2nD > > Hi, > > > Le 15 mars 2020 à 13:05

Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SXTsq 2nD

2020-03-15 Thread Thibaut
Hi, > Le 15 mars 2020 à 13:05, > a écrit : > > Hi, > >> -Original Message- >> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] >> On Behalf Of Thibaut VARÈNE >> Sent: Sonntag, 15. März 2020 11:35 >> To: openwrt-devel@lists.openwrt.org >> Cc: Thibaut VARÈNE >> Subj

Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SXTsq 2nD

2020-03-15 Thread Thibaut
Hi Roger, > Le 15 mars 2020 à 13:20, Roger Pueyo Centelles | Guifi.net > a écrit : > > Hi Thibaut, > > We're actually working on the ath79/mikrotik subtarget, to deal with the > particularities of MikroTik devices and migrate the two currently > supported. You may want to base your commit on t

Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SXTsq 2nD

2020-03-15 Thread Thibaut
Hi, > Le 15 mars 2020 à 13:52, > a écrit : > > Hi, > >> -Original Message- >> From: Thibaut [mailto:ha...@slashdirt.org] >> Sent: Sonntag, 15. März 2020 13:39 >> To: m...@adrianschmutzler.de >> Cc: OpenWrt Development List >> Subject: Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add suppor

Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SXTsq 2nD

2020-03-15 Thread Roger Pueyo Centelles | Guifi.net via openwrt-devel
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, > I believe this is a waste o

Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SXTsq 2nD

2020-03-15 Thread Thibaut
Hi, > Le 15 mars 2020 à 14:20, Roger Pueyo Centelles | Guifi.net > a écrit : > > Hi, > >> I believe this is a waste of resources and a very suboptimal approach. I’m >> not sure I’m interested in spending time on this :P > Probably it is. How would you approach it? Some devices that are the sa

Re: [OpenWrt-Devel] [PATCH] ubus: lua binding does not allow a reply with 64 bit numbers

2020-03-15 Thread Jo-Philipp Wich
Hi, applied with slight changes in https://git.openwrt.org/?p=project/ubus.git;a=commitdiff;h=171469e3138cce191892e20b6fd35b52c9368064 - thanks! ~ Jo signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@li

[OpenWrt-Devel] [sdwalker/sdwalker.github.io] cebd6a: This week's update

2020-03-15 Thread Stephen Walker
Branch: refs/heads/master Home: https://github.com/sdwalker/sdwalker.github.io Commit: cebd6a1ffab432fb9e4dabefdd24638420f26c72 https://github.com/sdwalker/sdwalker.github.io/commit/cebd6a1ffab432fb9e4dabefdd24638420f26c72 Author: Stephen Walker Date: 2020-03-15 (Sun, 15 Mar 2

Re: [OpenWrt-Devel] [PATCH] iproute2: revert add libcap support, enabled in ip-full

2020-03-15 Thread Mathias Kresin
05/03/2020 23:29, Alin Năstac: On Thu, Mar 5, 2020 at 8:34 PM Mathias Kresin wrote: This reverts commit a6da3f9ef746101b84a6f530f5a40de28341b69a. Not exactly a revert, since it keeps HAVE_CAP logic. Sure, I want to make sure that HAVE_CAP is really disabled. The libcap isn't as optional