nk_dgs-1210: refactor common family bits
>
> So it can be easily shared with other boards in the family and while at it add
> missing SPDX license identifiers into the DTS files.
Acked-by: Adrian Schmutzler
for the patchset.
One comment on this patch below.
>
> Signed-off-by: Petr
Hi Sander,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Sander Vanheule
> Sent: Mittwoch, 4. November 2020 10:21
> To: openwrt-devel@lists.openwrt.org
> Cc: Sander Vanheule
> Subject: [PATCH 2/5] ramips: mt7621: drop custom uIm
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Yousong Zhou
> Sent: Dienstag, 10. November 2020 03:22
> To: Adrian Schmutzler ; Philip Prindeville
>
> Cc: Yousong Zhou ; OpenWrt Development List
>
&g
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Yousong Zhou
> Sent: Dienstag, 10. November 2020 03:22
> To: Adrian Schmutzler ; Philip Prindeville
>
> Cc: Yousong Zhou ; OpenWrt Development List
>
&g
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Yousong Zhou
> Sent: Dienstag, 10. November 2020 03:22
> To: Adrian Schmutzler ; Philip Prindeville
>
> Cc: Yousong Zhou ; OpenWrt Development List
>
&g
> I would wait for the build bot results and then do it at the weekend.
>
> Should we also do an other 19.07 release now?
"ath79: ar8216: make switch register access atomic" could be a big deal for
ath79 users, and several ramips users might be happy about "Revert "ramips:
ethernet: fix to inte
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Baptiste Jonglez
> Sent: Mittwoch, 11. November 2020 13:15
> To: Hauke Mehrtens
> Cc: openwrt-devel@lists.openwrt.org; Thomas Endt
> Subject: Re: Upcoming 19.07.4 and 18.07.9 stable
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Daniel González Cabanelas
> Sent: Mittwoch, 11. November 2020 23:25
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH 2/2] mvebu: LS421DE: improve the HDD leds
>
> Improve
Hi Sven,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Sven Danner
> Sent: Mittwoch, 11. November 2020 06:05
> To: j...@phrozen.org
> Cc: openwrt-devel@lists.openwrt.org
> Subject: [PATCH] Adds support for Comfast CF-E538AC
>
>
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Daniel González Cabanelas
> Sent: Donnerstag, 12. November 2020 00:20
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [PATC
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of pe...@cardoe.co.uk
> Sent: Dienstag, 3. November 2020 20:30
> To: openwrt-devel@lists.openwrt.org
> Cc: Peter Cardoe
> Subject: [PATCH 1016/1016] Fix Netgear D7800 eth0 WAN Port
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Josef Schlehofer
> Sent: Freitag, 13. November 2020 09:33
> To: openwrt-devel@lists.openwrt.org
> Cc: Hauke Mehrtens
> Subject: [PATCH 19.07] kernel: Update kernel 4.14 to version 4.1
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Hannu Nyman
> Sent: Samstag, 14. November 2020 10:08
> To: openwrt-devel@lists.openwrt.org
> Subject: Re: RE: Upcoming 19.07.4 and 18.07.9 stable releases
>
> I wonder why there seems
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Filip Moc
> Sent: Dienstag, 17. November 2020 12:34
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH v1 4/4] ramips: add support for TP-Link MR6400 v4
>
> You can flash vi
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Filip Moc
> Sent: Dienstag, 17. November 2020 12:33
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH v1 2/4] uqmi: set device-operating-mode to online
>
> This is required
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Filip Moc
> Sent: Dienstag, 17. November 2020 12:33
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH v1 3/4] generic: add DTR quirk patch for MR400 LTE
>
> This is require
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Baptiste Jonglez
> Sent: Freitag, 20. November 2020 11:21
> To: openwrt-devel@lists.openwrt.org; John Crispin
> Cc: Baptiste Jonglez
> Subject: [PATCH 19.07] ipq40xx: Revert "ip
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Paul Spooren
> Sent: Freitag, 20. November 2020 01:36
> To: openwrt-devel@lists.openwrt.org
> Subject: 20.xx: state of the DSA
>
> Hi all,
>
> DSA (Distributed Switch Architectu
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Alberto Bursi
> Sent: Freitag, 20. November 2020 17:32
> To: openwrt-devel@lists.openwrt.org
> Subject: Re: 20.xx: postponse LuCI HTTPS per default
>
>
>
> On 20/11/20 17:17, F
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Sven Danner
> Sent: Montag, 23. November 2020 03:23
> To: j...@phrozen.org
> Cc: openwrt-devel@lists.openwrt.org
> Subject: [PATCH] Adds support for Comfast CF-E538AC
Please use
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of pe...@cardoe.co.uk
> Sent: Dienstag, 24. November 2020 14:55
> To: openwrt-devel@lists.openwrt.org
> Cc: Peter Cardoe
> Subject: [PATCH] ipq806x: Fix FS#3086 - Netgear D7800 eth0
Hi,
a few minor comments:
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Filip Moc
> Sent: Dienstag, 24. November 2020 10:01
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH] ramips: add support for TP-Link MR6400 v5
>
>
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tomasz Maciej Nowak
> Sent: Freitag, 20. November 2020 19:47
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH] treewide: replace my o2.pl email address
>
> I'm still avail
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Bjørn Mork
> Sent: Mittwoch, 25. November 2020 12:45
> To: openwrt-devel@lists.openwrt.org
> Cc: Bjørn Mork
> Subject: [PATCH 0/8] kernel: mtdsplit_uimage: use device tree proper
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tomasz Maciej Nowak
> Sent: Mittwoch, 25. November 2020 17:34
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH 2/8] mvebu: sysupgrade: use v function for writing logs
>
>
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tomasz Maciej Nowak
> Sent: Mittwoch, 25. November 2020 17:34
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH 6/8] tegra: sysupgrade: use v function for writing logs
>
>
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tomasz Maciej Nowak
> Sent: Mittwoch, 25. November 2020 17:34
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH 7/8] tegra: sysupgrade: use get_image_dd wrapper
>
> This fu
Hi,
> -Original Message-
> From: Paul Spooren [mailto:m...@aparcar.org]
> Sent: Mittwoch, 25. November 2020 19:21
> To: Rui Salvaterra ; openwrt-
> de...@lists.openwrt.org
> Cc: freif...@adrianschmutzler.de
> Subject: Re: [PATCH v2] tools/sstrip: update to latest version
>
> On Wed Nov 25
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Daniel Gröber
> Sent: Mittwoch, 25. November 2020 18:47
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH v2] wireguard: Make IPv6 addrs available for automatic
> prefix ass
Hi,
> > This should not land in the final commit message. To make sure of that, and
> have it in patchwork anyway, please add a line with only "---" after your
> Signed-off-by and then add anything like that after that line.
>
> Are you mainly talking about the message-id bit or about the entire
etree/bindings/spi/spi-gpio.yaml
[2]
https://www.kernel.org/doc/Documentation/devicetree/bindings/spi/spi-controller.yaml
Signed-off-by: Adrian Schmutzler
---
target/linux/ath79/dts/ar9330_dlink_dir-505.dts | 1 -
target/linux/ath79/dts/ar9330_glinet_gl-ar150.dts| 2 --
target/
None of the spi drivers on ath79 uses the num-cs property.
Cc: Chuanhong Guo
Signed-off-by: Adrian Schmutzler
---
target/linux/ath79/dts/ar1022_iodata_wn-ag300dgr.dts | 2 --
target/linux/ath79/dts/ar1022_sitecom_wlr-7100.dts | 2 --
target/linux/ath79/dts
Hi,
> -Original Message-
> From: Raylynn Knight [mailto:raykni...@me.com]
> Sent: Dienstag, 1. Dezember 2020 06:58
> To: OpenWrt Development List
> Subject: Octeon snapshot builds missing EdgeRouter artifacts
>
> The snapshot builds for Octeon are missing the artifacts for the EdgeRouter
The first gpio controller (gpio or gpio0) is always enabled by
default in the SoC DTSI files. No need to set status=okay in the
device DTS files a second time.
Remove the redundant statements.
Signed-off-by: Adrian Schmutzler
---
target/linux/ramips/dts/mt7620a_alfa-network_tube-e4g.dts
files, having
the TP-Link devices treated like the rest of mt7628an DTSes, i.e.
ehci/ohci is enabled by default and needs to be disabled explicitly
where needed.
Signed-off-by: Adrian Schmutzler
---
.../linux/ramips/dts/mt7628an_tplink_8m-split-uboot.dtsi | 8
target/linux/ramips/dts
devices enabled ehci/ohci in the DTS
files, and there is actually no device actively disabling it.
It looks like only a few people are aware that the controllers are
enabled by default here.
Signed-off-by: Adrian Schmutzler
---
target/linux/ramips/dts/mt7621.dtsi | 1 -
target
Several devices enable GPIO controllers not used in the DTS files.
Drop them.
Signed-off-by: Adrian Schmutzler
---
Is it really that simple or am I moving along the wrong path here?
---
target/linux/ramips/dts/mt7620a_engenius_esr600.dts | 4
target/linux/ramips/dts
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of X Xiao
> Sent: Dienstag, 1. Dezember 2020 18:53
> To: openwrt-devel@lists.openwrt.org
> Subject: Makefile warnings on master branch
>
> I did a git pull yesterday and saw the bel
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tomasz Maciej Nowak
> Sent: Dienstag, 1. Dezember 2020 18:30
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH] ath79: restore sysupgrade support for ja76pf2 and
> routersta
> I'm fine with using that command and moving it to image.mk. I'm planing to
> move both ja76pf2 and routerstations images to use sysupgrade-tar, after
> first ath79-only stable release, so I don't know if we should bother moving
> the combine-image command.
Ah, then it's probably a waste of time
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tomasz Maciej Nowak
> Sent: Dienstag, 1. Dezember 2020 18:36
> To: openwrt-devel@lists.openwrt.org
> Cc: Vladimir Georgievsky
> Subject: [PATCH 1/2] ath79: add support for Mojo N
> diff --git a/target/linux/ath79/image/generic.mk
> b/target/linux/ath79/image/generic.mk
> index 0f90c00b9c43..b7618a8ab33c 100644
> --- a/target/linux/ath79/image/generic.mk
> +++ b/target/linux/ath79/image/generic.mk
> @@ -1199,7 +1199,7 @@ define Device/mojo_c-75
>DEVICE_ALT0_VENDOR := Wat
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Petr Štetiar
> Sent: Mittwoch, 2. Dezember 2020 11:34
> To: openwrt-devel@lists.openwrt.org
> Cc: Petr Štetiar
> Subject: [PATCH 19.07 6/6] toolchain: kernel-headers: kernel Git
> > Hauke Mehrtens (4):
> > mac80211: Update to version 5.8.18-test2
> > mac80211: Update to version 5.9.11-test3
> > mac80211: Update to version 5.10-rc6-test5
> Can you squash these three commints into one?
Having each major version separate might be helpful to track changes more
easily .
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Rui Salvaterra
> Sent: Mittwoch, 2. Dezember 2020 16:42
> To: openwrt-devel@lists.openwrt.org
> Cc: Rui Salvaterra
> Subject: [PATCH] ramips/mt7621: refresh the kernel config
>
> -Original Message-
> From: Felix Fietkau [mailto:n...@nbd.name]
> Sent: Mittwoch, 2. Dezember 2020 19:25
> To: Adrian Schmutzler ; 'Rui Salvaterra'
> ; openwrt-devel@lists.openwrt.org
> Subject: Re: [PATCH] ramips/mt7621: refresh the kernel config
>
>
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Felix Fietkau
> Sent: Mittwoch, 2. Dezember 2020 19:46
> To: Adrian Schmutzler ; 'Rui Salvaterra'
> ; openwrt-devel@lists.openwrt.org
> Subject: Re: [PA
Hi,
several comments below in addition to what Daniel stated.
As a general comment:
It would have been quicker if you asked the questions first, because now you
will have to send another version ...
Please use versions on your patch (-v parameter to git format-patch) so we can
track the change
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Andre Heider
> Sent: Freitag, 4. Dezember 2020 08:44
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH] ltq-dsl-base: only lock the dsl pipe once for all stats
>
> Instead
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Alexandra Alth
> Sent: Freitag, 4. Dezember 2020 13:59
> To: Tomasz Maciej Nowak
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [PATCH] mvebu: macchiatobin-singleshot: enable he
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Hannu Nyman
> Sent: Freitag, 4. Dezember 2020 15:27
> To: openwrt-devel@lists.openwrt.org; Hauke Mehrtens m.de>
> Subject: What happened to 18.06.9? (Re: Upcoming 19.07.4 and 18.07.9
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Sorin Pop
> Sent: Sonntag, 6. Dezember 2020 00:54
> To: openwrt-devel@lists.openwrt.org
> Subject: ramips: add support for Xiaomi Mi Router 4AC (100M Edition)
>
> - SoC: MediaTek
> --- a/target/linux/ath79/image/common-tp-link.mk
> +++ b/target/linux/ath79/image/common-tp-link.mk
> @@ -40,6 +40,7 @@ define Device/tplink-4m
>$(Device/tplink-nolzma)
>TPLINK_FLASHLAYOUT := 4M
>IMAGE_SIZE := 3904k
> + FEATURES := small_flash
Features are a target property, definin
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Sven Roederer
> Sent: Sonntag, 6. Dezember 2020 02:07
> To: openwrt-devel@lists.openwrt.org
> Subject: [RFC 0/5] ath79: add a lower RAM-using version of 8/32 devices
>
> Currently 8MB
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Sven Roederer
> Sent: Sonntag, 6. Dezember 2020 02:07
> To: openwrt-devel@lists.openwrt.org
> Cc: adminuser
> Subject: [RFC PATCH 2/5] kernel: deactivate usb on ath79-tiny
>
> F
> I agree, that some of the "small_flash" defaults are probably not the optimal
> choice for 8MB-flash devices.
> A new subtarget might be an option, but is it really worth to define a new
> one for "deprecated" boards? Esp. as it's to be expected that both will vanish
> in the release following 20
> Having all this features diabled gives for the kernel of a Nanostation M XM
> ubnt_nanostation-m-kernel.bin:
> - ath79-generic: 1792151
> - ath79-tiny: 1500108
> vmlinux:
> - ath79-generic: 5588220
> - ath79-tiny: 4687644
>
> So a bit more than 16% smaller size, or 900k absolute. A direc
> -Original Message-
> From: Sorin Pop [mailto:alexsorin...@gmail.com]
> Sent: Sonntag, 6. Dezember 2020 02:06
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: ramips: add support for Xiaomi Mi Router 4AC (100M Edition)
>
> The diffe
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Sorin Pop
> Sent: Sonntag, 6. Dezember 2020 02:06
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: ramips: add support for Xiaom
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Andreas Böhler
> Sent: Dienstag, 8. Dezember 2020 19:43
> To: openwrt-devel@lists.openwrt.org
> Subject: Re: ramips: Strange boot failures on TP-Link RE200v1
>
> On 08/12/2020 00:53,
Please bump PKG_RELEASE
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Bjørn Mork
> Sent: Donnerstag, 10. Dezember 2020 13:40
> To: openwrt-devel@lists.openwrt.org
> Cc: Bjørn Mork
> Subject: [PATCH 1/2] uboot-envtools:
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Paul Spooren
> Sent: Sonntag, 13. Dezember 2020 08:17
> To: openwrt-devel@lists.openwrt.org
> Cc: Paul Spooren
> Subject: [PATCH] build/prereq: requie make 4.1 or later
there is
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Florian Eckert
> Sent: Montag, 14. Dezember 2020 13:36
> To: dan...@makrotopia.org
> Cc: openwrt-devel@lists.openwrt.org; Florian Eckert ;
> florian.eck...@googlemail.com
> Subjec
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of xinfa.d...@gl-inet.com
> Sent: Montag, 14. Dezember 2020 10:55
> To: openwrt-devel@lists.openwrt.org
> Cc: GL.iNet-Xinfa.Deng
> Subject: [PATCH] ramips: add support for GL.iNet G
Hi,
> -Original Message-
> From: Tomasz Maciej Nowak [mailto:tmn...@gmail.com]
> Sent: Dienstag, 8. Dezember 2020 18:05
> To: Adrian Schmutzler ; openwrt-
> de...@lists.openwrt.org
> Cc: 'Vladimir Georgievsky'
> Subject: Re: [PATCH 2/2] ath79: mojo c-75: us
Hi,
only have time for a quick subset of answers:
> -Original Message-
> From: Tomasz Maciej Nowak [mailto:tmn...@gmail.com]
> Sent: Dienstag, 8. Dezember 2020 17:53
> To: Adrian Schmutzler ; openwrt-
> de...@lists.openwrt.org
> Cc: 'Vladimir Georgievsky'
-
> From: Szabolcs Hubai [mailto:szab...@gmail.com]
> Sent: Dienstag, 8. Dezember 2020 01:37
> To: openwrt-devel@lists.openwrt.org
> Cc: Russell Morris ; Adrian Schmutzler
> ; David Bauer
> Subject: Re: Preparing commit description for "ramips: disable default build
>
Hi,
>
> I've tested it, but doesn't work.
Okay, it was worth a try. Maybe it's a similar driver issue on ramips like that
one we had about one year ago, where a similar case was not "picked up" from
10_fix_wifi_mac for a single radio ...
Best
Adrian
>
> I made the following change,
>
> ``
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of xinfa.d...@gl-inet.com
> Sent: Dienstag, 15. Dezember 2020 05:15
> To: openwrt-devel@lists.openwrt.org
> Cc: Xinfa Deng
> Subject: [PATCH] ramips: add support for GL.iNet GL-MT13
Hi,
just a taste nitpick:
> --- a/package/boot/uboot-envtools/files/realtek
> +++ b/package/boot/uboot-envtools/files/realtek
> @@ -15,15 +15,21 @@ zyxel,gs1900-10hp)
> idx="$(find_mtd_index u-boot-env)"
> [ -n "$idx" ] && \
> ubootenv_add_uci_config "/dev/mtd$idx" "0x0"
Hi,
quick final question, answer via e-mail should be enough, I'll change at my
tree then:
> + switch {
> + label = "switch";
> + gpios = <&gpio 16 GPIO_ACTIVE_LOW>;
> + linux,code = ;
If this is a "switch", I probably shou
Hi again,
one comment and a slightly conceptual question:
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tomasz Maciej Nowak
> Sent: Dienstag, 15. Dezember 2020 18:17
> To: openwrt-devel@lists.openwrt.org
> Cc: Vladimir Georgievs
Hi,
a few last-minute remarks. I plan to merge this afterwards.
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tomasz Maciej Nowak
> Sent: Dienstag, 15. Dezember 2020 18:17
> To: openwrt-devel@lists.openwrt.org
> Cc: Vladimir Geo
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Russell Senior
> Sent: Mittwoch, 16. Dezember 2020 12:01
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCHv2] ath79: Add support for Ubiquiti Bullet AC
>
>
> CPU:
Hi,
> >> Notes:
> >>
> >> - there is no way to configure the correct MAC address for secondary phy
> >>(5GHz) on MT7615D
> > This one seems to address a similar case (just scroll to the very bottom):
> >
> > https://patchwork.ozlabs.org/project/openwrt/patch/1607939702-85475-
> 1-
> > git-send
Hi,
> -Original Message-
> From: INAGAKI Hiroshi [mailto:musashino.o...@gmail.com]
> Sent: Samstag, 19. Dezember 2020 14:54
> To: Adrian Schmutzler ; openwrt-
> de...@lists.openwrt.org
> Subject: Re: [PATCH 1/2] ramips: add support for ELECOM WRC-1167GS2-B
okay, looks
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Petr Štetiar
> Sent: Dienstag, 22. Dezember 2020 10:47
> To: openwrt-devel@lists.openwrt.org
> Cc: Petr Štetiar
> Subject: [PATCH] build: replace which with Bash command built-in
ch might be perceived as an
alternate firmware for dual boot etc.
This applies the new naming consistently for all relevant devices,
i.e. fwconcatX for virtual "firmware" members and ubiconcatX for
"ubi" members.
While at it, use DT labels and label property consistently, and
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Rafaël Carré
> Sent: Donnerstag, 24. Dezember 2020 09:33
> To: Chuanhong Guo
> Cc: OpenWrt Development List
> Subject: Re: [PATCH 3/3] ramips: add RT6855A SoC Linux support patc
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Paul Spooren
> Sent: Sonntag, 27. Dezember 2020 22:31
> To: openwrt-devel@lists.openwrt.org
> Cc: Paul Spooren ; ~aparcar/openwrt-de...@lists.sr.ht
> Subject: [PATCH] scripts/feed: no
Hi,
some additional (general) remarks below.
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Rafaël Carré
> Sent: Montag, 28. Dezember 2020 01:25
> To: openwrt-devel@lists.openwrt.org
> Cc: Rafaël Carré
> Subject: [RFC PATCH v2 1
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Rafaël Carré
> Sent: Montag, 28. Dezember 2020 01:25
> To: openwrt-devel@lists.openwrt.org
> Cc: Rafaël Carré
> Subject: [RFC PATCH v2 3/3] ramips: add RT6855A SoC Linux support patch
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Hannu Nyman
> Sent: Montag, 28. Dezember 2020 10:12
> To: OpenWrt Development List
> Cc: Petr Štetiar ; Christian Lamparter
>
> Subject: Please revert 98b86296e6 as it breaks several
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Christian Lamparter
> Sent: Montag, 28. Dezember 2020 16:00
> To: Adrian Schmutzler ; 'Hannu Nyman'
> ; 'OpenWrt Development List' de...@
0-December/032960.html
Best
Adrian
> -Original Message-
> From: Hannu Nyman [mailto:hannu.ny...@iki.fi]
> Sent: Donnerstag, 31. Dezember 2020 13:49
> To: Christian Lamparter ; Adrian Schmutzler
> ; 'OpenWrt Development List' de...@lists.openwrt.org>
> Cc: &#x
Hi David,
a few minor comments below.
> +&spi0 {
> + status = "okay";
> +
> + flash@0 {
> + compatible = "mx25l25635f", "jedec,spi-nor";
> + reg = <0>;
> + spi-max-frequency = <5000>;
> +
> + partitions {
> + compatib
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Rui Salvaterra
> Sent: Sonntag, 3. Januar 2021 01:33
> To: openwrt-devel@lists.openwrt.org
> Cc: ha...@hauke-m.de; dan...@makrotopia.org; Rui Salvaterra
>
> Subject: [PATCH] kern
While the speed improvement might be negligible, there is still no
reason to read individual bytes.
Signed-off-by: Adrian Schmutzler
---
package/base-files/Makefile| 2 +-
package/base-files/files/lib/upgrade/common.sh | 2 +-
2 files changed, 2 insertions(+), 2 deletions
While the speed improvement might be negligible, there is still no
reason to read individual bytes.
Suggested-by: Paul Spooren
Signed-off-by: Adrian Schmutzler
---
package/base-files/Makefile| 2 +-
package/base-files/files/lib/upgrade/common.sh | 2 +-
2 files changed, 2
> > And where did CONFIG_PCAP_HAS_NETFILTER go?
> Oversight. Will add.
> >
> > I don't understand why you do these unnecessary style changes while
> > updating package versions. You're obviously not testing them. And you
> > do add bugs. But whatever.
While one can discuss about the tone, there i
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Karl Palsson
> Sent: Montag, 4. Januar 2021 12:58
> To: Adrian Schmutzler
> Cc: openwrt-devel
> Subject: Re: [PATCH] base-files: read all 5 bytes in get_
Hi Daniel,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Daniel Golle
> Sent: Montag, 4. Januar 2021 20:19
> To: Paul Fertser
> Cc: Gary Cooper ; openwrt-devel@lists.openwrt.org
> Subject: Re: [PATCH v2 1/2] mac80211: add 802.11
> -Original Message-
> From: Adrian Schmutzler [mailto:m...@adrianschmutzler.de]
> Sent: Montag, 4. Januar 2021 22:31
> To: 'Daniel Golle' ; 'Paul Fertser'
>
> Cc: 'Gary Cooper' ; 'openwrt-
> de...@lists.openwrt.org'
> Su
Hi,
> Subject: [PATCH 2/3] realtek: introduce common DTSI for ZyXEL GS1900-10HP
> and GS1900-8HP.
Please, no full stop after the commit title. Looks too long by the way.
> Memory node is moved out of the rtl838.dtsi and into the device DTS as well.
Please do that separately (= in a separate com
Hi,
essentially the same comments as in the 2/3:
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Stijn Segers
> Sent: Mittwoch, 6. Januar 2021 01:45
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH 3/3] realtek: add support
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Paul Fertser
> Sent: Montag, 4. Januar 2021 18:28
> To: openwrt-devel@lists.openwrt.org
> Cc: Gary Cooper
> Subject: [PATCH v2 2/2] ipq806x: add support for TP-Link Talon AD7200
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Stijn Segers
> Sent: Mittwoch, 6. Januar 2021 19:25
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org
> Subject: RE: [PATCH 3/3] realtek:
Hi,
>
> Alright, I'll split them out then. Can I refer to the v1 commit for the
> flashing
> procedure or would you like me to include it in full in the v2 commit message
> as well?
If you make two patches out of it, I'd prefer to have the flashing instructions
twice (just copy them).
That's a
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Stijn Segers
> Sent: Mittwoch, 6. Januar 2021 22:45
> To: openwrt-devel@lists.openwrt.org
> Subject: [PATCH 4/5] realtek: introduce shared DTSI for GS1900-HP series
>
> The ZyXEL
Hi,
> -Original Message-
> From: Stijn Segers [mailto:f...@volatilesystems.org]
> Sent: Donnerstag, 7. Januar 2021 22:23
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org
> Subject: RE: [PATCH 4/5] realtek: introduce shared DTSI for GS1900-HP series
>
1 - 100 of 1157 matches
Mail list logo
