> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tom Psyborg
> Sent: Montag, 18. März 2019 15:51
> To: Rosen Penev
> Cc: Adrian Schmutzler ; OpenWrt
> Development List
> Subject: Re: [OpenWrt-Devel] [PATCH] ramips: Speed up eeprom
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Adrian Schmutzler
> Sent: Mittwoch, 3. April 2019 19:09
> To: openwrt-devel@lists.openwrt.org
> Subject: [OpenWrt-Devel] [PATCH 1/2] ar71xx: Correct MAC address for
> WAN interface of
Hi all,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of David Bauer
> Sent: Sonntag, 21. April 2019 15:19
> To: Christian Lamparter
> Cc: Adrian Schmutzler ; openwrt-
> de...@lists.openwrt.org; Tomasz Maciej Nowak
> Subject: Re:
Hi Camden,
> From: camden lindsay [mailto:camden.lindsay+l...@gmail.com]
> Sent: Dienstag, 30. April 2019 03:48
> To: m...@adrianschmutzler.de
> Cc: David Bauer ; Christian Lamparter
> ; Adrian Schmutzler ;
> OpenWrt Development List ; Tomasz Maciej
> Nowak
> Subject: Re: [OpenWrt-Devel] [PAT
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of camden lindsay
> Sent: Donnerstag, 2. Mai 2019 05:38
> To: m...@adrianschmutzler.de
> Cc: Adrian Schmutzler ; OpenWrt Development
> List ; Tomasz Maciej Nowak ;
> David Bauer ; Christian Lamparter
> Subject
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Jonas Gorski
> Sent: Samstag, 22. Juni 2019 14:14
> To: Adrian Schmutzler
> Cc: OpenWrt Development List
> Subject: Re: [OpenWrt-Devel] [PATCH 1/2] openwrt-19.07: ath79: Code st
> From: Matthias Schiffer [mailto:mschif...@universe-factory.net]
> Sent: Montag, 8. Juli 2019 01:02
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH] base-files: Really check path in
> get_mac_binary
>
> On 7/4/19 11:28 PM, Adrian Schmutzler w
> -Original Message-
> From: Darbyshire-Bryant, Kevin [mailto:ke...@darbyshire-bryant.me.uk] On
> Behalf Of Kevin Darbyshire-Bryant
> Sent: Dienstag, 9. Juli 2019 21:09
> To: openwrt-devel@lists.openwrt.org
> Cc: Adrian Schmutzler ; Kevin Darbyshire-
> Bryant
> Subject: Merged: rb532: Fix
Hi Daniel,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Daniel Danzberger
> Sent: Dienstag, 16. Juli 2019 12:31
> To: openwrt-devel@lists.openwrt.org
> Cc: Daniel Danzberger
> Subject: [OpenWrt-Devel] [PATCH] ramips: mt7621: Ad
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Birger Koblitz
> Sent: Samstag, 20. Juli 2019 12:49
> To: openwrt-devel@lists.openwrt.org
> Subject: [OpenWrt-Devel] [PATCH v2] ramips: add support for Edimax RG21S
>
> ramips: a
Hi,
> -Original Message-
> From: Birger Koblitz [mailto:m...@birger-koblitz.de]
> Sent: Samstag, 20. Juli 2019 17:20
> To: m...@adrianschmutzler.de; openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH v2] ramips: add support for Edimax
> RG21S
>
> Hi Adrian,
>
> I'll su
ge instead of the DTS.
If you move it, add an empty line between the compatible and the first led.
> +&pcie0 {
> + wifi@0,0 {
This is what I was referring to in my other mail:
Maybe already use
+ wifi0: wifi@0,0 {
here, so I can refer to that one later.
> +&pcie1
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Birger Koblitz
> Sent: Samstag, 20. Juli 2019 19:36
> To: openwrt-devel@lists.openwrt.org
> Subject: [OpenWrt-Devel] [PATCH] ramips: add support for Asus RT-AC85P
>
> ramips: add
HI,
you mix spaces and tabs for indentation in DTS files. Those should have tab
indentation.
Other comments below.
> -Original Message-
> From: Robinson Wu [mailto:wurobin...@qq.com]
> Sent: Sonntag, 21. Juli 2019 14:00
> To: openwrt-devel@lists.openwrt.org
> Cc: Robinson Wu
> Subject:
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Adrian Schmutzler
> Sent: Donnerstag, 25. Juli 2019 00:50
> To: openwrt-devel@lists.openwrt.org
> Subject: [OpenWrt-Devel] [PATCH v2] octeon: Replace backticks by $(...)
sorry, I
Hi,
I was just wondering why the execute bit for board.d subfiles is set.
In package/base-files/files/bin/board_detect:
[ -d "/etc/board.d/" -a ! -s "$CFG" ] && {
for a in `ls /etc/board.d/*`; do
[ -x $a ] || continue;
$(. $a)
done
}
So, to me it l
blogic included it in
https://github.com/openwrt/openwrt/commit/efe09ef67f3737349552df44cb0d256aac6b4cbc
already ...
> -Original Message-
> From: Petr Štetiar [mailto:yn...@true.cz]
> Sent: Sonntag, 4. August 2019 22:53
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org
> Sub
Are you using recent master?
DEVICE_MODEL is the way to go now.
> -Original Message-
> From: Dmitry Tunin [mailto:hanipouspi...@gmail.com]
> Sent: Mittwoch, 7. August 2019 21:27
> To: Adrian Schmutzler
> Cc: OpenWrt Development List
> Subject: Re: [OpenWrt-Devel] [PATCH] ath79: add supp
> -Original Message-
> From: Tom Psyborg [mailto:pozega.tomis...@gmail.com]
> Sent: Mittwoch, 7. August 2019 23:19
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH 2/3] ath79: fix IMAGE_SIZE for
> common TP-Link definitions
>
> Correct me
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Dmitry Tunin
> Sent: Samstag, 10. August 2019 11:53
> To: Adrian Schmutzler
> Cc: OpenWrt Development List
> Subject: Re: [OpenWrt-Devel] [PATCH] ath79: convert devices to interrupt-
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Dmitry Tunin
> Sent: Samstag, 10. August 2019 18:25
> To: Adrian Schmutzler
> Cc: OpenWrt Development List
> Subject: Re: [OpenWrt-Devel] [PATCH] ath79: convert devices to interrupt-
Hi,
> + usb {
> + gpio-hog;
> + line-name = "tp-link:power:usb";
> + gpios = <6 GPIO_ACTIVE_HIGH>;
> + output-high;
> };
> };
As stated earlier, I would prefer calling those blocks usb-power, usb1-power,
etc..
> diff --git a/target/linux/ath79/dts/qca9531_yu
9: convert devices to
> interrupt-driven gpio-keys
>
> As I mentioned before with 'gpio-keys' debounce-interval is not needed.
In your other e-mail, you said without them it would work better.
Now you are telling that they are not needed.
In the latter case, I'd remove them.
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Birger Koblitz
> Sent: Sonntag, 11. August 2019 13:11
> To: m...@adrianschmutzler.de
> Cc: 'OpenWrt Development List'
> Subject: Re: [OpenWrt-Devel] [PATCH] ath79: use gpio_hog instea
> -Original Message-
> From: Birger Koblitz [mailto:m...@birger-koblitz.de]
> Sent: Sonntag, 11. August 2019 22:06
> To: m...@adrianschmutzler.de; 'OpenWrt Development List' de...@lists.openwrt.org>
> Subject: Re: [OpenWrt-Devel] [PATCH] ath79: use gpio_hog instead of gpio-
> export
>
> H
> Hello Adrian,
> This 'uboot' label was used only for MAC address extraction from
> u-boot partition (kinda strange, I couldn't find a clue why it was
> expected there), so I decided to remove it.
Just out of curiosity:
Did you check what's in the relevant uboot locations?
So, are the addre
Hi,
since GitHub PRs have piled up again, I have invested some time to look at the
old ones to categorized them.
There are some really old PRs which lack any action by the author for several
months. I would be inclined to close those (i.e. have them closed), so they do
not enlarge the list (an
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Yousong Zhou
> Sent: Dienstag, 20. August 2019 15:52
> To: j...@phrozen.org
> Cc: Yousong Zhou ; openwrt-
> de...@lists.openwrt.org; p...@northboundnetworks.com
> Subject: [OpenWr
Hi,
just some comments on your comments ;-)
> -Original Message-
> From: Yousong Zhou [mailto:yszhou4t...@gmail.com]
> Sent: Dienstag, 20. August 2019 17:58
> To: m...@adrianschmutzler.de
> Cc: John Crispin ; OpenWrt Development List
> ; Paul Zanna
>
> Subject: Re: [OpenWrt-Devel] [PATCH
Hi,
> > > + DEVICE_MODEL := Mi router 3G v2
> >
> > Capitalize "router". Despite, use DEVICE_VARIANT, so:
> >
> > + DEVICE_MODEL := Mi Router 3G
> > + DEVICE_VARIANT := v2
> >
> > > + SUPPORTED_DEVICES += mir3gv2
> >
> > Drop this line.
>
> So apparently this "v2" is in fact an _officially_ r
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Paul Spooren
> Sent: Donnerstag, 22. August 2019 21:07
> To: John Crispin ; openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH] ipqx0xx: add Generic subtarget
>
>
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Tomasz Maciej Nowak
> Sent: Donnerstag, 22. August 2019 20:59
> To: openwrt-devel@lists.openwrt.org
> Cc: Matt Merhar
> Subject: [OpenWrt-Devel] [PATCH 7/7] ath79: image: disable
Hi,
> a/target/linux/ramips/base-files/lib/upgrade/platform.sh
> b/target/linux/ramips/base-files/lib/upgrade/platform.sh
> index a65492a309..cd9d8ae650 100755
> --- a/target/linux/ramips/base-files/lib/upgrade/platform.sh
> +++ b/target/linux/ramips/base-files/lib/upgrade/platform.sh
> @@ -18,9 +
Hi,
additional comments below.
> -Original Message-
> From: Paul Fertser [mailto:fercer...@gmail.com]
> Sent: Mittwoch, 28. August 2019 11:09
> To: John Crispin
> Cc: openwrt-devel@lists.openwrt.org; Adrian Schmutzler
> ; Roger Pueyo Centelles
> ; Paul Fertser
> Subject: [PATCH v3] rami
Hi,
if I haven't overlooked it, the patch does not provide a "factory" Image as in
ar71xx, at least according to "Flashing instructions".
Is this specific to this patch or is there some reason why factory won't be
available for XM on ath79 at all?
Best Adrian
> -Original Message-
> Fr
Hi all,
this is concerning the ubox package. If there is a more specific mailing
list/issue tracker for this, please tell me so.
We have found that the during validation of an NTP server in [1], the
validation as “host” fails if the “host” is a link-local IPv6 address.
If you track th
Hi Dmitry,
I just sent a bunch of patches based on your initial patch.
Note that your patch is only stored as comment to another and lacks Signed-off,
if I'm not mistaken.
Will try to test all of this during the week.
Best
Adrian
> -Original Message-
> From: openwrt-devel [mailto:ope
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Lucian Cristian
> Sent: Donnerstag, 28. Juni 2018 00:03
> To: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] Archer C7 v2 with Target System "Atheros
> ATH79 (DTS)" or
> -Original Message-
> From: Kevin Darbyshire-Bryant [mailto:ke...@darbyshire-bryant.me.uk]
> Sent: Donnerstag, 28. Juni 2018 10:07
> To: m...@adrianschmutzler.de
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] Archer C7 v2 with Target System "Atheros
> ATH79 (DTS)" or
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of David Bauer
> Sent: Mittwoch, 4. September 2019 21:19
> To: openwrt-devel@lists.openwrt.org
> Cc: m...@adrianschmutzler.de
> Subject: [OpenWrt-Devel] [PATCH] base-files: fi
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Adrian Schmutzler
> Sent: Freitag, 6. September 2019 16:54
> To: openwrt-devel@lists.openwrt.org
> Subject: [OpenWrt-Devel] [PATCH 2/2] ath79: refactor ath9k/ath10k caldata
> functions
Hi,
> > However, this will obviously swap eth0/eth1 on EVERY upgrade, not just
> when coming from ar71xx.
> > So, does anyone have an idea how to limit this to run only when updated
> from ar71xx?
>
> I was thinking about the same. As we have no information about the
> previously installed platfo
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Adrian Schmutzler
> Sent: Sonntag, 8. September 2019 16:11
> To: openwrt-devel@lists.openwrt.org
> Subject: [OpenWrt-Devel] [PATCH 0/4] Move caldata extraction and MAC
> patching to co
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of m...@adrianschmutzler.de
> Sent: Dienstag, 10. September 2019 00:01
> To: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH 0/4] Move caldata extraction and MAC
> p
Hi,
please also backport this to 19.07, since the variables for ath79 are still
wrong there.
Despite, maybe have a look at my annotations below, at least one of them might
require a fix…
Best
Adrian
From: Adrian Schmutzler [mailto:m...@adrianschmutzler.de]
Sent: Mittwoch, 11.
Hi,
see additions to the newer-ending-story below.
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Birger Koblitz
> Sent: Samstag, 14. September 2019 10:52
> To: openwrt-devel@lists.openwrt.org
> Subject: [OpenWrt-Devel] [PATCH v6
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Jonas Gorski
> Sent: Samstag, 14. September 2019 11:54
> To: Paul Spooren
> Cc: Sergey Ryazanov ; Tomasz Maciej Nowak
> ; Roman Yeryomin ; Tim Harvey
> ; Luka Perkov ; Jason Wu
>
Hi,
> I am investigating it.
> Still, something is wrong if I don't see interface events when unplugging the
> cable, right?
For that topic, maybe have a look at:
https://github.com/openwrt/openwrt/pull/1942#issuecomment-529078064
This might not apply 1:1 for your device, but essentially the por
Hi,
> > As stated above, this will make eth1 part of "lan" ...
> I don't think you can have two interfaces in one network unless you use
> bridge which you definitely don't want to use in this case.
Well, I would have expected that this adds eth0.1 and eth1 to br-lan, which is
a bridge.
Haven't
Hi,
> Issues:
> switch configuration currently broken (port 2 on device is seen as port 3,
> port
> 3 as port 2).
If it's only that, just do:
+ tplink,tl-mr6400-v1)
+ ucidef_set_interfaces_lan_wan "eth0.1 eth1" "usb0"
+ ucidef_add_switch "switch0" \
+
> From: Karl Palsson [mailto:ka...@tweak.net.au]
> Sent: Montag, 23. September 2019 16:50
> To: Adrian Schmutzler
> Cc: openwrt-devel
> Subject: Re: [OpenWrt-Devel] [PATCH v2 5/7] ath79: set checksum when patching
> MAC address on ath10k
>
>
> Adrian Schmutzler wrote:
> > Several devices use
Hi,
> I prefer consistency, so my preference would be staying with the initial
> naming scheme used for this "family" of devices.
I'm all about consistency. I just scanned the image definitions in ramips:
define Device/zbtlink_zbt-we1226
DEVICE_VENDOR := ZBTlink
DEVICE_MODEL := ZBT-WE1226
d
Hi Kristian,
I've just sent two patches on which you could rebase if you like.
Since I do not have the device, I cannot test, so they most probably won't be
merged soon.
Best
Adrian
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf
Hello Christian,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Christian Lamparter
> Sent: Samstag, 28. September 2019 18:37
> To: openwrt-devel@lists.openwrt.org
> Cc: Adrian Schmutzler
> Subject: Re: [OpenWrt-Devel] [PATCH] ip
Hi Petr,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Petr Štetiar
> Sent: Montag, 30. September 2019 21:54
> To: openwrt-devel@lists.openwrt.org
> Cc: Petr Štetiar
> Subject: [OpenWrt-Devel] [PATCH 19.07] ar71xx: fix sysupgra
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Jeff Kletsky
> Sent: Mittwoch, 2. Oktober 2019 21:06
> To: openwrt-devel@lists.openwrt.org
> Cc: Jeff Kletsky
> Subject: [OpenWrt-Devel] [PATCH] ath79: Clean up GL-AR300M DTS/DTS
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Adrian Schmutzler
> Sent: Sonntag, 22. September 2019 11:57
> To: openwrt-devel@lists.openwrt.org
> Subject: [OpenWrt-Devel] [PATCH v2 0/7] Move caldata extraction and MAC
> patching t
Hi,
> +#include "mt7621_asus_rt-ac[68]5p.dtsi"
that's not really nice. Consider to use just: mt7621_asus_rt-acx5p.dtsi
Best
Adrian
openpgp-digital-signature.asc
Description: PGP signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.or
Hi,
> &pcie {
> @@ -116,6 +123,8 @@
> ath9k: wifi@0,0 {
> compatible = "pci168c,002b";
> reg = <0x 0 0 0 0>;
> + mtd-mac-address = <&art 0x0>;
> + mtd-mac-address-increment = <1>;
Sorry if I ask again, but I do not remember whether I
Hi,
> +define Device/netgear_wnr2200-8m
> + $(Device/netgear_wnr2200_common)
> + DEVICE_VARIANT := 8M
> + IMAGE_SIZE := 7808k
> + IMAGES += factory-NA.img
> + IMAGE/factory-NA.img := $$(IMAGE/default) | netgear-dni NA | \
> + check-size (IMAGE_SIZE)
> + SUPPORTED_DEVICES += wnr2200-8
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Adrian Schmutzler
> Sent: Freitag, 25. Oktober 2019 13:39
> To: openwrt-devel@lists.openwrt.org
> Subject: [OpenWrt-Devel] [PATCH] ath79: remove redundant mtd-mac-
> address for wmac
>
Hi,
> @@ -75,6 +76,7 @@
> gmac0: mac@0 {
> compatible = "mediatek,eth-mac";
> reg = <0>;
> + mtd-mac-address = <&factory 0x2a>;
Strange indent here ...
> phy-mode = "sgmii";
> fixed-link {
>
Hi Kristian,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Kristian Evensen
> Sent: Samstag, 2. November 2019 15:19
> To: openwrt-devel@lists.openwrt.org
> Cc: Kristian Evensen
> Subject: [OpenWrt-Devel] [PATCH v3 2/2] ramips: A
> -Original Message-
> From: Kristian Evensen [mailto:kristian.even...@gmail.com]
> Sent: Sonntag, 3. November 2019 14:35
> To: Adrian Schmutzler
> Cc: OpenWrt Development List
> Subject: Re: [OpenWrt-Devel] [PATCH v3 2/2] ramips: Add support for ZBT
> WE1026-H
>
> Hi Adrian,
>
> On Sun
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Kristian Evensen
> Sent: Samstag, 2. November 2019 15:19
> To: openwrt-devel@lists.openwrt.org
> Cc: Kristian Evensen
> Subject: [OpenWrt-Devel] [PATCH v3 0/2] Add support for the ZBT
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Adrian Schmutzler
> Sent: Dienstag, 5. November 2019 16:12
> To: openwrt-devel@lists.openwrt.org
> Cc: Birger Koblitz
> Subject: [OpenWrt-Devel] [PATCH v2] ath79: use gpio_hog in
Hi David,
I've just tested with the dump approach:
diff --git a/package/kernel/mac80211/patches/ath/552-ahb_of.patch
b/package/kernel/mac80211/patches/ath/552-ahb_of.patch
index 1170fc64bd..57647e16fd 100644
--- a/package/kernel/mac80211/patches/ath/552-ahb_of.patch
+++ b/package/kernel/mac80211
Hi,
> -Original Message-
> From: Enrico Mioso [mailto:mrkiko...@gmail.com]
> Sent: Dienstag, 5. November 2019 23:07
> To: Adrian Schmutzler
> Cc: Bjørn Mork ; openwrt-devel@lists.openwrt.org; Birger
> Koblitz
> Subject: Re: [OpenWrt-Devel] [PATCH v2] ath79: use gpio_hog instead of
> gpio
te:
> >> Hi David,
> >>
> >> thanks for your response.
> >>
> >> To me it looks like qca953x already uses 25 MHz clock, or am I looking at
> the wrong value:
> >
> > Yes, however ath9k does not use this value but tries to determine the
>
Hi,
TL;DR:
1. We should find an agreement that can be used coherently at least for new
device support submissions.
2. Everyone (and particular committers) feel invited to add your view.
> > I've just had a look at the openmesh_om5p-ac-v2, and it seems as if the
> gpio-exports there are just volt
Hi,
for the to-be-supported TP-Link Archer C6/A6 v2 US (QCA9563) there are reports
that 5 GHz channels from 52 to 144 lead to "Device is not active" messages and
5 GHz WiFi disabled:
https://github.com/openwrt/openwrt/pull/2470#issuecomment-550444362
Since 52 is the first DFS channel, I wonder
Hi,
> -Original Message-
> From: Jonas Gorski [mailto:jonas.gor...@gmail.com]
> Sent: Samstag, 9. November 2019 10:37
> To: Adrian Schmutzler
> Cc: OpenWrt Development List ; Rosy
> Song
> Subject: Re: [OpenWrt-Devel] [PATCH 2/2] base-files: rename SSID with EUI
> of mac address
>
> On
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Jonas Gorski
> Sent: Samstag, 9. November 2019 13:57
> To: m...@adrianschmutzler.de
> Cc: OpenWrt Development List ; Rosy
> Song
> Subject: Re: [OpenWrt-Devel] [PATCH 2/2] base-f
> diff --git a/target/linux/ramips/mt7621/base-files/etc/board.d/02_network
> b/target/linux/ramips/mt7621/base-files/etc/board.d/02_network
> index ae03dc71b1..0de3804cdb 100755
> --- a/target/linux/ramips/mt7621/base-files/etc/board.d/02_network
> +++ b/target/linux/ramips/mt7621/base-files/etc/b
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Adrian Schmutzler
> Sent: Mittwoch, 13. November 2019 00:57
> To: openwrt-devel@lists.openwrt.org
> Cc: Sungbo Eo
> Subject: [OpenWrt-Devel] [PATCH] base-files: config_generate: split
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Paul Blazejowski
> Sent: Mittwoch, 13. November 2019 20:20
> To: openwrt-devel@lists.openwrt.org
> Cc: Michal Cieslakiewicz
> Subject: [OpenWrt-Devel] [PATCH 1/2] ath79: split dt
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Russell Senior
> Sent: Donnerstag, 14. November 2019 00:16
> To: Daniel Golle
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH] base-files: add
> /usr/
Hi Piotr,
Thank you for providing extensive feedback on this topic.
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Piotr Dymacz
> Sent: Samstag, 16. November 2019 16:32
> To: Adrian Schmutzler ; openwrt-
> de...@lists.openwrt.org
Hi,
Here you say WA850, but you disable WA860 ...
Adrian
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Jo-Philipp Wich
> Sent: Samstag, 16. November 2019 21:24
> To: openwrt-devel@lists.openwrt.org
> Cc: Jo-Philipp Wich
> Subj
Hi,
this actually additionally disables netgear-wnr3500l-v1-na without a comment
about it.
Best
Adrian
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Jo-Philipp Wich
> Sent: Samstag, 16. November 2019 21:24
> To: openwrt-devel
Hi,
this disables "Keenetic" and "Keenetic Start".
As there are so many keenetic variants flying around, I'd consider it helpful
to mention both in the commit message/title.
Best
Adrian
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Be
Hi Piotr,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Piotr Dymacz
> Sent: Samstag, 16. November 2019 16:50
> To: Adrian Schmutzler ; openwrt-
> de...@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH 1/2] base-files: ind
Hi Piotr,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Piotr Dymacz
> Sent: Samstag, 16. November 2019 15:51
> To: Adrian Schmutzler ; openwrt-
> de...@lists.openwrt.org
> Cc: bj...@mork.no; 'Enrico Mioso' ; 'Mathias Kresin'
> ;
Hi,
> * 10-ath9k-eeprom: extract 0x440 instead of 0x800 bytes from caldata
due to https://bugs.openwrt.org/index.php?do=details&task_id=2612 I had another
look at this device.
What is/was the reason for that change and do we have to backport it to ar71xx?
Best
Adrian
openpgp-digital-signat
Hi,
> -Original Message-
> From: Michal Cieslakiewicz [mailto:michal.cieslakiew...@wp.pl]
> Sent: Mittwoch, 20. November 2019 00:21
> To: m...@adrianschmutzler.de
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH v2] ath79: add support for Netgear
> WNDR4300
>
>
Hi,
in the commit title NETGAR -> NETGEAR.
One could additionally remove the includes in mt7621_netgear_r6850.dts
Two nitpicks below.
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of David Bauer
> Sent: Samstag, 23. November 2019
Hi Stijn,
does the device have a MAC address label or imprint on the box?
[...]
> +define Device/ubnt_litebeam-ac-gen2
> + $(Device/ubnt-wa)
> + DEVICE_TITLE := Ubiquiti LiteBeam AC Gen2
DEVICE_TITLE has been replaced by DEVICE_VENDOR, DEVICE_MODEL and
DEVICE_VARIANT. In your case, I'd choos
> -Original Message-
> From: Stijn Tintel [mailto:st...@linux-ipv6.be]
> Sent: Dienstag, 3. Dezember 2019 00:58
> To: m...@adrianschmutzler.de; openwrt-devel@lists.openwrt.org
> Cc: pozega.tomis...@gmail.com
> Subject: Re: [OpenWrt-Devel] [PATCH] ath79: add support for Ubiquiti
> LiteBeam A
Well, address the issues we have agreed on in a v3.
From my scanning of the open discussion points, the following was unresolved in
some way:
1. Name prefix for LED labels
In ar71xx, all devices use "d-link". In ath79, so far two devices use "d-link"
and four devices use the device name.
Since d
> - SUNXI_DTS:=sun7i-a20-olinuxino-micro
> + SUNXI_SOC := =sun7i
The extra "=" has already been removed during my build tests (just forgot to
commit it). If someone tests on this device, please remove it manually.
Adrian
openpgp-digital-signature.asc
Description: PGP signature
_
Hi,
please rephrase the "commit message" to be a sentence (or two ...).
Just send the text as reply to this e-mail, I will add it when merging the
patch. (So I do not need to add my SOB)
Best
Adrian
> -Original Message-
> From: openwrt-devel [mailto:op
nt "suck it" (guess what) is also an obvious and disgusting example of
> a masculist culture which hurts our community as a whole and I strongly
> believe we should not tolerate that.
>
> And yes this was a spam mail. And it's even needless to say that replying to a
> sp
Hi,
I consider doing a DTS rename for lantiq target similar to what it's like on
ath79 and what I did for ramips earlier that year.
However, I wonder whether the "soc_vendor_model.dts" scheme is useful there, or
whether it wouldn't be better to just use "vendor_model.dts" ...
Any thoughts on t
Hi,
how would you call the SOC variable in image Makefile then? (the equivalent to
ATH_SOC and MTK_SOC...)
Best
Adrian
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Hauke Mehrtens
> Sent: Sonntag, 15. Dezember 2019 14:49
> To
Hallo Matthias,
> Having a WAN port by default is extremely useful (and necessary for easy
> automatic configuration by OpenWrt-based frameworks like Gluon without
> having to special-case many devices).
> I would prefer if we could always make one port WAN as long as we have at
> least two in
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Stijn Segers
> Sent: Mittwoch, 25. Dezember 2019 15:39
> To: openwrt-devel@lists.openwrt.org
> Subject: [OpenWrt-Devel] [PATCH] [19.07] ramips: rename DIR-860L entries
> according
Hi,
> >> Master had this updated a while ago, it's okay there.
> >
> >Though I'm a big fan of unification and made an effort to have this
> >sorted out in master, I do not think backporting those device name
> >changes is very helpful. This will create additional work, but
> >effectively it will j
Hi again,
> -define Device/dir-860l-b1
> +define Device/dlink_dir-860l-b1
This would break sysupgrade, as SUPPORTED_DEVICES is derived from device
definition name, and thus would change.
So, this shouldn't be applied if someone really plans to do it.
BTW That's a good example of why backporting
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Matthias Schiffer
> Sent: Montag, 16. Dezember 2019 21:25
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH] ramips: fix port se
Hi Sven,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Sven Roederer
> Sent: Freitag, 13. Dezember 2019 20:51
> To: openwrt-devel@lists.openwrt.org
> Cc: Luochongjun
> Subject: [OpenWrt-Devel] [PATCH 19.07] ath79: add support fo
1 - 100 of 377 matches
Mail list logo
