Re: [OpenWrt-Devel] [PATCH] Orion doesn't build anymore

2011-07-06 Thread mail
On Wed, July 6, 2011 11:54, Maarten Bezemer wrote: On Tue, 2011-07-05 at 22:47 +0200, Matthias Buecher / Germany wrote: Thanks Maarten, now kernel compiles again. One of your patches had a typo (COFIG instead of CONFIG), corrected it and recreated it for the latest trunk revision. You're

Re: [OpenWrt-Devel] [PATCH 3/5] [packages] rsync: cosmetic changes after package split

2011-09-30 Thread mail
On Fri, September 30, 2011 13:48, Florian Fainelli wrote: Hello, On Monday 29 August 2011 22:09:35 eugene...@gmail.com wrote: From: Eugene San (eugenesan) eugene...@gmail.com Signed-off-by: Eugene San (eugenesan) eugene...@gmail.com --- net/rsync/Makefile | 26

Re: [OpenWrt-Devel] [PATCH 3/5] [packages] rsync: cosmetic changes after package split

2011-09-30 Thread mail
On Fri, September 30, 2011 16:10, Emmanuel Deloget wrote: Le 30/09/2011 14:59, Florian Fainelli a �crit : On Friday 30 September 2011 14:37:05 Eugene San wrote: Ok. I just tried to unify style of this file, and wasn't planning tabs-spaces holy-war :-) Although, both approaches can be found

Re: [OpenWrt-Devel] shellinabox build problems

2012-02-07 Thread mail
On Tue, February 7, 2012 12:28, lee.es...@nowonline.co.uk wrote: Hi, There's a ticket open (#7043) for adding shellinabox to openwrt ... there are patches attached to it which seem to do the job, however (as you can see from the last comment in Jan) there is a problem building it. I've got

Re: [OpenWrt-Devel] uClibc build failure

2009-05-12 Thread mail
Hello Josh, make distclean is the solution from Florian, as it will reset your working copy that it looks like it was checked out from new. Unfortunately it also deletes the download folder dl, that's why I move away first then move it back. Maddes On Tue, May 12, 2009 16:10, Josh Abbott wrote:

Re: [OpenWrt-Devel] [PATCH] dropbear: allow multiple listen ports to be configured

2010-02-28 Thread mail
On Sun, February 28, 2010 21:58, Stefan Monnier wrote: This patch allows multiple listen ports to be configured for dropbear in /etc/config/dropbear. It renames the 'Port' option to 'Ports', so this will break existing configs. Shouldn't this be sent to the dropbear upstream maintainers? It

Re: [OpenWrt-Devel] 2.6 kernel crash on Asus WL500gP_V2

2010-03-01 Thread mail
On Mon, March 1, 2010 09:01, K�vesdi Gy�rgy wrote: Compile a kernel with debugging enabled, this is pretty much worthless There are a lot of options under debugging in the config. I enabled all of them, but the result hangs during boot. Which one must be enabled? Most important is Compile the

Re: [OpenWrt-Devel] [PATCH] dropbear: allow multiple listen ports to be configured

2010-03-01 Thread mail
On Mon, March 1, 2010 10:31, Bas Mevissen wrote: On Sun, 2010-02-28 at 11:30 +0100, Stijn Tintel wrote: On 28-02-10 11:28, Stijn Tintel wrote: This patch allows multiple listen ports to be configured for dropbear in /etc/config/dropbear. It renames the 'Port' option to 'Ports', so this

Re: [OpenWrt-Devel] [patch] firewall feature

2010-03-01 Thread mail
On Tue, March 2, 2010 07:10, Imre Kaloz wrote: On 2010.03.02. 04:52:23 Nico n...@openwrt.org wrote: Well, using DEVICE_TYPE does not solve the issue, it will just prevent netfilter modules from being embedded in the final images, but wont prevent them from being built and that will just fail

Re: [OpenWrt-Devel] [PATCH] iptables compile fix

2010-11-15 Thread mail
All current trunk packages for Orion compiled fine for me. See: ftp://ftp.maddes.net/openwrt/trunk/orion/build_23990/flash/packages/ Maybe a clean checkout or `make distclean` will help. Maddes On Mon, November 15, 2010 10:25, Maarten Bezemer wrote: It is quite a while now and no-one

Re: [OpenWrt-Devel] Archer C7 v2 with Target System "Atheros ATH79 (DTS)" or "Atheros AR7xxx/AR9xxx"

2018-06-28 Thread mail
> -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

Re: [OpenWrt-Devel] Archer C7 v2 with Target System "Atheros ATH79 (DTS)" or "Atheros AR7xxx/AR9xxx"

2018-06-28 Thread mail
> -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

Re: [OpenWrt-Devel] [PATCH] ath79: Add support for Ubiquity Bullet M2HP

2018-11-16 Thread mail
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- >

[OpenWrt-Devel] uci_validate_section/ubox/validate does not understand link-local IPv6 addresses

2019-01-26 Thread mail
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

Re: [OpenWrt-Devel] [PATCH 1/2] ar71xx: Correct MAC address for WAN interface of Archer C7 v5

2019-04-03 Thread mail
> -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

Re: [OpenWrt-Devel] [PATCH] ath79: speed up ath9k-eeprom extraction

2019-02-25 Thread mail
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

Re: [OpenWrt-Devel] [PATCH] ramips: Speed up eeprom read/write

2019-03-18 Thread mail
> -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

Re: [OpenWrt-Devel] [PATCH] ath79: Add SUPPORTED_DEVICES for Archer C7 v1/v2

2019-06-15 Thread mail
> 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 >

Re: [OpenWrt-Devel] [PATCH 1/2] openwrt-19.07: ath79: Code style fixes in 10_fix_wifi_mac

2019-06-22 Thread mail
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

Re: [OpenWrt-Devel] [PATCH] ath79: Add SUPPORTED_DEVICES for Archer C7 v1/v2

2019-04-30 Thread mail
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]

Re: [OpenWrt-Devel] [PATCH] base-files: Really check path in get_mac_binary

2019-07-08 Thread mail
> 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

Re: [OpenWrt-Devel] [PATCH] ath79: Add SUPPORTED_DEVICES for Archer C7 v1/v2

2019-04-22 Thread mail
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:

Re: [OpenWrt-Devel] [PATCH v3 2/5] ath79: WNR612v2: improve device support

2019-08-12 Thread mail
> 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

[OpenWrt-Devel] execute bit in board.d files

2019-08-04 Thread mail
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

Re: [OpenWrt-Devel] [PATCH 2/2] mediatek: fix typo in Banana Pi R64 device title

2019-08-04 Thread mail
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 >

[OpenWrt-Devel] Old GitHub PRs

2019-08-18 Thread mail
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

Re: [OpenWrt-Devel] [PATCH] ath79: convert devices to interrupt-driven gpio-keys

2019-08-10 Thread mail
> -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

Re: [OpenWrt-Devel] [PATCH v2] ath79: convert devices to interrupt-driven gpio-keys

2019-08-10 Thread mail
th79: 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. In the for

Re: [OpenWrt-Devel] [PATCH] ath79: use gpio_hog instead of gpio-export

2019-08-10 Thread mail
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

Re: [OpenWrt-Devel] [PATCH] ath79: convert devices to interrupt-driven gpio-keys

2019-08-10 Thread mail
> -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

Re: [OpenWrt-Devel] [PATCH] ath79: use gpio_hog instead of gpio-export

2019-08-11 Thread mail
> -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

Re: [OpenWrt-Devel] [PATCH] ath79: use gpio_hog instead of gpio-export

2019-08-11 Thread mail
> -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 > >

Re: [OpenWrt-Devel] [PATCH] ramips: add support for Xiaomi Mi Wi-Fi Router 3G v2

2019-08-22 Thread mail
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_

Re: [OpenWrt-Devel] [PATCH] ramips: add support for Northbound Networks Zodiac GX

2019-08-20 Thread mail
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:

Re: [OpenWrt-Devel] [PATCH] ramips: add support for Northbound Networks Zodiac GX

2019-08-20 Thread mail
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]

Re: [OpenWrt-Devel] [PATCH v4] ramips: add support for Asus RT-AC85P

2019-08-23 Thread mail
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

Re: [OpenWrt-Devel] [PATCH v3] ramips: add support for Xiaomi Mi Wi-Fi Router 3G v2

2019-08-31 Thread mail
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]

Re: [OpenWrt-Devel] [PATCH] ipqx0xx: add Generic subtarget

2019-08-22 Thread mail
> -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 > >

Re: [OpenWrt-Devel] [PATCH 7/7] ath79: image: disable sysupgrade images for routerstations and ja76pf2

2019-08-22 Thread mail
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:

Re: [OpenWrt-Devel] [PATCH] base-files: fix get_mac_address not accepting hex offsets

2019-09-04 Thread mail
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:

Re: [OpenWrt-Devel] [PATCH 2/2] ath79: refactor ath9k/ath10k caldata functions into library

2019-09-06 Thread mail
> -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 >

Re: [OpenWrt-Devel] [PATCH 3/3] treewide: sysupgrade: use $UPGRADE_BACKUP to check for backup

2019-09-15 Thread mail
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,

Re: [OpenWrt-Devel] [PATCH v6] ramips: add support for Asus RT-AC85P

2019-09-15 Thread mail
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

Re: [OpenWrt-Devel] [PATCH] treewide: add Generic subtarget if missing

2019-09-15 Thread mail
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

Re: [OpenWrt-Devel] Migration in ath79 for swapped ethernet

2019-09-07 Thread mail
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

Re: [OpenWrt-Devel] [PATCH 0/4] Move caldata extraction and MAC patching to common file

2019-09-09 Thread mail
> -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

Re: [OpenWrt-Devel] [PATCH] ath79: add support for TP-Link TL-MR6400

2019-09-17 Thread mail
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

Re: [OpenWrt-Devel] [PATCH V2] ath79: add support for TP-Link TL-MR6400

2019-09-17 Thread mail
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" \ +

Re: [OpenWrt-Devel] [PATCH] ath79: add support for TP-Link TL-MR6400

2019-09-17 Thread mail
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

Re: [OpenWrt-Devel] [PATCH 0/4] Move caldata extraction and MAC patching to common file

2019-09-12 Thread mail
> -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 >

Re: [OpenWrt-Devel] [PATCH] ath79: add support of Netgear WNR3800 (Ch)

2019-08-07 Thread mail
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

Re: [OpenWrt-Devel] [PATCH 2/3] ath79: fix IMAGE_SIZE for common TP-Link definitions

2019-08-07 Thread mail
> -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

Re: [OpenWrt-Devel] [PATCH v2] ramips: add support for Edimax RG21S

2019-07-20 Thread mail
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:

Re: [OpenWrt-Devel] [PATCH v3] ramips: add support for Edimax RG21S

2019-07-20 Thread mail
t message instead of the DTS. If you move it, add an empty line between the compatible and the first led. > + { > + 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. > + { > + wifi@0,0

Re: [OpenWrt-Devel] [PATCH] ramips: add support for Asus RT-AC85P

2019-07-20 Thread mail
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:

Re: [OpenWrt-Devel] [PATCH v2] ramips: add support for Edimax RG21S

2019-07-20 Thread mail
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

Re: [OpenWrt-Devel] [PATCH] ramips: mt7621: Add new device AsiaRF AP7621-NV1

2019-07-17 Thread mail
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:

Re: [OpenWrt-Devel] [PATCH v2] octeon: Replace backticks by $(...)

2019-07-25 Thread mail
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,

Re: [OpenWrt-Devel] [PATCH] ramips: add support to JS7628 development board

2019-07-22 Thread mail
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 >

Re: [OpenWrt-Devel] [PATCH v2 2/2] ramips: Add support for ZBT WE1026-H

2019-09-24 Thread mail
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

Re: [OpenWrt-Devel] [PATCH] ath79: Clean up GL-AR300M DTS/DTSI inclusions

2019-10-02 Thread mail
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

Re: [OpenWrt-Devel] [PATCH v2 0/7] Move caldata extraction and MAC patching to common file

2019-10-02 Thread mail
> -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

Re: [OpenWrt-Devel] [PATCH] ipq40xx: add label MAC address for FritzBox 4040

2019-09-29 Thread mail
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]

Re: [OpenWrt-Devel] [PATCH 19.07] ar71xx: fix sysupgrade to ath79 for wndr3700v2 and wndr3800

2019-09-30 Thread mail
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

Re: [OpenWrt-Devel] [PATCH v2 5/7] ath79: set checksum when patching MAC address on ath10k

2019-09-23 Thread mail
> 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

Re: [OpenWrt-Devel] Merged: rb532: Fix missing DEVICE_TITLE

2019-07-09 Thread mail
> -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

Re: [OpenWrt-Devel] [PATCH v3 2/2] ramips: Add support for ZBT WE1026-H

2019-11-03 Thread mail
> -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

Re: [OpenWrt-Devel] [PATCH v3 0/2] Add support for the ZBT WE1026-H

2019-11-03 Thread mail
> -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

Re: [OpenWrt-Devel] [PATCH v3 2/2] ramips: Add support for ZBT WE1026-H

2019-11-03 Thread mail
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:

Re: [OpenWrt-Devel] [PATCH 1/2] ramips: read label MAC address from flash instead of using phy0/phy1

2019-11-10 Thread mail
> 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 > +++

Re: [OpenWrt-Devel] [PATCH 2/2] base-files: rename SSID with EUI of mac address

2019-11-10 Thread mail
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]

Re: [OpenWrt-Devel] [PATCH v2] ath79: use gpio_hog instead of gpio-export

2019-11-05 Thread mail
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

Re: [OpenWrt-Devel] Broken WiFi on QCA9533 rev. 2

2019-11-05 Thread mail
gt;> 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 > >

Re: [OpenWrt-Devel] [PATCH 2/2] base-files: rename SSID with EUI of mac address

2019-11-09 Thread mail
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

Re: [OpenWrt-Devel] [PATCH v2] ath79: use gpio_hog instead of gpio-export

2019-11-05 Thread mail
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 >

Re: [OpenWrt-Devel] [PATCH v2] ath79: use gpio_hog instead of gpio-export

2019-11-05 Thread mail
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

Re: [OpenWrt-Devel] Broken WiFi on QCA9533 rev. 2

2019-11-05 Thread mail
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 +++

Re: [OpenWrt-Devel] [PATCH 3/4] mediatek: cosmetic fixes for mt7629-lynx-rfb

2019-11-01 Thread mail
Hi, > @@ -75,6 +76,7 @@ > gmac0: mac@0 { > compatible = "mediatek,eth-mac"; > reg = <0>; > + mtd-mac-address = < 0x2a>; Strange indent here ... > phy-mode = "sgmii"; > fixed-link { >

Re: [OpenWrt-Devel] [PATCH 1/2] ath79: split dts file for Netgear WNDR4300

2019-11-13 Thread mail
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

Re: [OpenWrt-Devel] [PATCH] base-files: add /usr/share/libubox/jshn.sh to sysupgrade stage2

2019-11-13 Thread mail
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 >

Re: [OpenWrt-Devel] [PATCH 0/2] introduce label_mac into hostname and SSID

2019-11-16 Thread mail
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- >

Re: [OpenWrt-Devel] [PATCH 1/2] base-files: indicate initial setup by uci system config option

2019-11-16 Thread mail
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:

Re: [OpenWrt-Devel] [PATCH v2] ath79: use gpio_hog instead of gpio-export

2019-11-17 Thread mail
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' >

Re: [OpenWrt-Devel] [PATCH 17/17] ramips: disable ZyXel Keenetic by default

2019-11-16 Thread mail
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

Re: [OpenWrt-Devel] [PATCH 13/17] brcm47xx: disable Netgear WNR2000 v2 by default

2019-11-16 Thread mail
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:

Re: [OpenWrt-Devel] [PATCH 10/17] ar71xx: disable TP-Link TL-WA850RE by default

2019-11-16 Thread mail
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 >

Re: [OpenWrt-Devel] [PATCH] base-files: config_generate: split macaddr with multiple ifaces

2019-11-12 Thread mail
> -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:

[OpenWrt-Devel] ath79 QCA9563 channel 52+ device not supported

2019-11-06 Thread mail
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

Re: [OpenWrt-Devel] [PATCH] ath79: add support for Ubiquiti LiteBeam AC Gen2

2019-12-02 Thread mail
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

Re: [OpenWrt-Devel] [PATCH] ath79: add support for Ubiquiti LiteBeam AC Gen2

2019-12-02 Thread mail
> -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

[OpenWrt-Devel] Lantiq DTS rename

2019-12-15 Thread mail
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

Re: [OpenWrt-Devel] Lantiq DTS rename

2019-12-15 Thread mail
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 >

Re: [OpenWrt-Devel] Inquery

2019-12-11 Thread mail
uot;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 > spam email i

Re: [OpenWrt-Devel] [PATCH v2] ath79: add D-Link DIR-615 E4

2019-12-07 Thread mail
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

Re: [OpenWrt-Devel] [PATCH 2/2] sunxi: construct DTS name from device node name and SOC

2019-12-07 Thread mail
> - 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

Re: [OpenWrt-Devel] [PATCH] ath79: fix typos in DTS

2019-12-07 Thread mail
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

Re: [OpenWrt-Devel] [PATCH] ramips: fix port setup for Ubiquiti EdgeRouter X (and SFP)

2019-12-16 Thread mail
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

Re: [OpenWrt-Devel] [PATCH v5 5/5] ath79: add support for Netgear WNR2200

2019-10-16 Thread mail
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 +=

Re: [OpenWrt-Devel] [PATCH v5 2/5] ath79: WNR612v2: improve device support

2019-10-16 Thread mail
Hi, > { > @@ -116,6 +123,8 @@ > ath9k: wifi@0,0 { > compatible = "pci168c,002b"; > reg = <0x 0 0 0 0>; > + mtd-mac-address = < 0x0>; > + mtd-mac-address-increment = <1>; Sorry if I ask again, but I do not remember whether I asked

Re: [OpenWrt-Devel] [PATCH] ath79: remove redundant mtd-mac-address for wmac

2019-10-25 Thread mail
> -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

  1   2   3   4   >