Re: [OpenWrt-Devel] 转发：Re: [PATCH] [ar71xx] add support for Elink M-150/M-mini

黄方成 schrieb: Hi John, Please confirm that if the blew patch had fixed the white space problem. thanks! No, there are still whitespace problems. Also when you patch target/linux/ar71xx/base-files/etc/uci-defaults/02_network, is there a specific reason to not reuse the existing

Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for the EnGenius ESR900

I'm afraid this patch has seriously been mangled by your mail client, please resend. Also, even though there is already some mess-up in alphabetic order in ar71xx_board_detect(), your entry should be between eap7660d and ja76pf. Forest Crossman schrieb: Signed-off-by: Forest Crossman

[OpenWrt-Devel] [PATCH] Backport essential fixes for ad799x

This series of patches ports back some fixes of the ad799x driver, which were commited between 3.10 and 3.15. Signed-off-by: Hartmut Knaack knaac...@gmx.de --- diff --git a/target/linux/generic/patches-3.10/065-iio_ad799x_backport_fixes.patch b/target/linux/generic/patches-3.10/065

Re: [OpenWrt-Devel] [PATCH] Backport essential fixes for ad799x

Ping Any objections, or everybody just working on the stable release? Hartmut Knaack schrieb: This series of patches ports back some fixes of the ad799x driver, which were commited between 3.10 and 3.15. Signed-off-by: Hartmut Knaack knaac...@gmx.de --- diff --git a/target/linux/generic

[OpenWrt-Devel] [PATCH]other.mk: update configuration for ad799x

The ad799x driver moved out of staging since kernel 3.16, so update filepath, config elements and description. Signed-off-by: Hartmut Knaack knaac...@gmx.de --- diff --git a/package/kernel/linux/modules/other.mk b/package/kernel/linux/modules/other.mk index 2f6f774..6afcbb6 100644 --- a/package

[OpenWrt-Devel] [PATCH][BB]Backport essential fixes for ad799x

This patch ports back some fixes of the ad799x driver, which were committed between 3.10 and 3.15. Signed-off-by: Hartmut Knaack knaac...@gmx.de --- This is the patch out of the series, which got committed to trunk lately, which is appropriate for Barrier Breaker. http://patchwork.openwrt.org

Re: [OpenWrt-Devel] [PATCH] Add support for DHT11 driver

har...@ccbib.org schrieb am 26.09.2014 12:46: The DHT11 is a temperature and humidity sensor supported by linux since 3.14. This patch has been tested on recent mxs with kernel 3.14.18. Signed-off-by: Harald Geyer har...@ccbib.org Hi, I would expect to make it also depend on device tree or

Re: [OpenWrt-Devel] [PATCH] kernel: gpio: pca953x: backport gpio input fix

Pushpal Sidhu schrieb am 09.10.2014 02:51: This fix is for anyone on 3.10 using the pca953x driver. A regression was introduced when this driver was converted to using 8-bit reads/writes the bitmask in pca953x_gpio_get_value wasn't adjusted with the modulus BANK_SZ and consequently looks at

Re: [OpenWrt-Devel] [PATCH] Initial support for Mikrotik RB751G-2HnD and RB751U-2HnD

It might help to send an e-mail to yourself with inline code and diff the received code with your original code files. Take care Hartmut Hanno Schupp schrieb: I am at a loss then what to do. I even went to the length of installing alpine on my pc just for the purpose of sending one email.

Re: [OpenWrt-Devel] Exhausted on finding a gpio for USB_POWER...

Hi, did you actually echo anything to /sys/class/gpio/gpioX/value? Vince Huang schrieb: Hi,guys! I am finding the gpio to enable USB_POWER for tl-wr843n(arthoes ar9341).I've tried out all gpio number just can't power up the usb(with factory firmware it does).Can someone kind to help me

Re: [OpenWrt-Devel] ar9331's usb stability issue. eg.wr703n

This problem has also been discovered in the hardware hacking forum with wr841nd, and I had it on my wr1043nd (ar9132) (https://forum.openwrt.org/viewtopic.php?id=30839). The solution I found to be somehow working is to put a simple usb hub in between. But I would prefer to see a fix of the

Re: [OpenWrt-Devel] Linux 3.3.x has been EOLed ; time to move on ?

Hi, my impression is, that a kernel version makes it into trunk if it is either a long term kernel, or it brings essential new functions. For 3.3 this was most certainly the introduction of BQL code. Keeping in mind that our main targets are network routers, the bufferbloat issue probably

Re: [OpenWrt-Devel] Freescale P1020 WLAN support?

John Clark schrieb: I have been looking and eventually found some set of patches which I have been using that were posted in March. However, what was not clear from the various posts at that time was the following: 1) what SVN revision of OpenWRT that was used. 2) whether anyone has done

[OpenWrt-Devel] modprobe ignoring parameters in /etc/modules.d/files?

Hi, I just installed latest trunk snapshot (r38999) and some i2c/hwmon-packages on my 1043nd and issued an insmod i2c-gpio-custom bus0=0,20,0 which worked properly. So I created the file /etc/modules.d/66-i2c-gpio-custom with the content: i2c-gpio-custom bus0=0,20,0 but after reboot I get like 7

Re: [OpenWrt-Devel] How to use ethernet port as lan or wan port in WR703N

bjzhougong schrieb: Dear Sirs. As we know, we can configure network.lan.interface or network.wan.interface as eth0 to use ethernet port as lan or wan port on WR703N. I think it should need to do anything in driver for switch ethernet port, and I want to know what happened between user

Re: [OpenWrt-Devel] How to use ethernet port as lan or wan port in WR703N

jonsm...@gmail.com schrieb: The switch (esw) configuration separates the LAN and WAN ports. But according to the wiki, the 703n has only one ethernet port and no switch. On Mon, Feb 17, 2014 at 4:07 PM, Hartmut Knaack knaac...@gmx.de wrote: bjzhougong schrieb: Dear Sirs. As we know, we can

Re: [OpenWrt-Devel] [PATCH] kernel: hwmon: GSC fix negative temps

Hi, first off, a short description would have been nice, would make it easier to understand the problem and your solution. So, from what I could see, this driver is already in here for 1 year and 4 months, though I could not yet find it upstream. How comes? Last time I submitted a driver to

Re: [OpenWrt-Devel] [PATCH] kernel: hwmon: GSC fix negative temps

Hartmut Knaack schrieb: Hi, first off, a short description would have been nice, would make it easier to understand the problem and your solution. So, from what I could see, this driver is already in here for 1 year and 4 months, though I could not yet find it upstream. How comes? Last time

Re: [OpenWrt-Devel] is anybody working on supporting Linksys WRT1900ac ?

Gerry Rozema schrieb: On 28/03/14 01:58 PM, Peter Lawler wrote: Hi Pete! We are working with one of the OpenWRT founders and his team. We'll be sharing more details later... Stay tuned! :) https://dev.openwrt.org/wiki/people Two listed there as founders, and I'm one of the two. Isn't me,

Re: [OpenWrt-Devel] is anybody working on supporting Linksys WRT1900ac ?

Toke Høiland-Jørgensen schrieb: There was a patch posted from linksys last week: http://thread.gmane.org/gmane.comp.embedded.openwrt.devel/23500 I would expect, that all on this thread were aware of that. Anyway, (I didn't check all of them, but) those patches also miss a Signed-off-by, the

Re: [OpenWrt-Devel] [PATCH] [packages] add opentracker package

Just a little typo in the description, see below. Daniel schrieb: support for opentracker was suggested in ticket #7023 it's much tighter than cbtt and got only 20% of cbtt's binary size Signed-off-by: Daniel Golle dan...@makrotopia.org --- net/opentracker/Makefile | 51

Re: [OpenWrt-Devel] PATCH: add support for GL-Inet V1 boards/routers (take 3)

maniac...@gmail.com schrieb: Hello, I didn't get ANY response on my previous version... here it is again. Please apply this patch to add support for the GL-iNet devices. I've updated a patch, available at https://github.com/alzhao/Openwrt-patches-for-GL.iNet/blob/master/001-gl-38300.patch

Re: [OpenWrt-Devel] PATCH: add support for GL-Inet V1 boards/routers (take 3)

maniac...@gmail.com schrieb: Hello, I didn't get ANY response on my previous version... here it is again. Please apply this patch to add support for the GL-iNet devices. I've updated a patch, available at https://github.com/alzhao/Openwrt-patches-for-GL.iNet/blob/master/001-gl-38300.patch

Re: [OpenWrt-Devel] [PATCH] add support for GL-Inet V1 boards/routers

Michel Stempin schrieb: The GL-Connect GL.iNet v1 router is basically a TP-Link TL-WR703N with more DRAM/Flash, 2x Ethernet ports and console/GPIO header in the same small form-factor: http://www.gl-inet.com/w/?lang=en Moreover, the manufacturer is promoting the OpenWrt usage to replace the

Re: [OpenWrt-Devel] PATCH: add support for GL-Inet V1 boards/routers (take 3)

Michel Stempin schrieb: Le 30/04/2014 23:48, Hartmut Knaack a écrit : maniac...@gmail.com schrieb: Hello, I didn't get ANY response on my previous version... here it is again. Please apply this patch to add support for the GL-iNet devices. I've updated a patch, available at https

Re: [OpenWrt-Devel] [PATCH 01/30][ WRT1900AC] Add Linksys Mamba WRT1900AC build profile

Hi Matt, sorry to say that, but probably your mail client mangled all your mails, so tabs got changed to whitespaces. So, you need to resend. This resource [1] is quite helpful to solve this issue. Also, it might help to send some test-mail to yourself to see and check how your client submits

Re: [OpenWrt-Devel] [PATCH 01/30][ WRT1900AC] Add Linksys Mamba WRT1900AC build profile

Hartmut Knaack schrieb: Hi Matt, sorry to say that, but probably your mail client mangled all your mails, so tabs got changed to whitespaces. So, you need to resend. This resource [1] is quite helpful to solve this issue. Also, it might help to send some test-mail to yourself to see

Re: [OpenWrt-Devel] [PATCH] [ramips] Add support for samsung cy-swr1100 wireless router

michael lee schrieb: It is base on rt3662 soc with dual band 802.11n wireless router. Use rtl8367R switch chip. This patch adds a profile for this board. It use seama image header. so i also enable it on kernel config. Signed-off-by: michael lee igv...@gmail.com Sadly, there is already some

Re: [OpenWrt-Devel] [PATCH] ramips: Support for Teltonika RUT5XX

Steve Weinreich schrieb: Added support for Teltonika RUT5XX hardware. Signed-off-by: Steffen Weinreich st...@weinreich.org Please don't mess up alphabetic order more than it already is. Pointed out below: --- target/linux/ramips/base-files/etc/diag.sh | 3 +

Re: [OpenWrt-Devel] [PATCH] [ar71xx] add support for Elink M-150/M-mini

`ōlunｘ schrieb: Hey guys, Here is a patch for adding Elink M-150/M-mini to OpenWrt. More infomation about Elink can be find below: M-150: http://item.taobao.com/item.htm?spm=a1z10.5.w4002-2498531248.10.ESiKXRid=16612265015 M-mini:

Re: [OpenWrt-Devel] [PATCH] add support for Elink EL-150

Larry Pinney schrieb: This patch adds support for the Elink EL-150. The Elink EL-150 is a Atheros AR9331 Module. http://item.taobao.com/item.htm?spm=a1z10.5.w4002-2498531248.10.ESiKXRid=16612265015 Two Development Boards are available for this module.

Re: [OpenWrt-Devel] [PATCH] add a option in menuconfig to set a custom folder for the images packages

Hi. Oliver Ertl schrieb: Signed-off-by: Oliver Ertl oli...@ertls-netzwerk.de --- Config.in | 4 rules.mk | 2 +- 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/Config.in b/Config.in index 0ef2f14..0683125 100644 --- a/Config.in +++ b/Config.in @@ -784,6 +784,10 @@

Re: [OpenWrt-Devel] [PATCH] add a option in menuconfig to set a custom folder for the images packages -- fix typo, sorry for this

Now I see. IMHO sending a [PATCH V2] would be the cleaner solution. Oliver Ertl schrieb: Signed-off-by: Oliver Ertl oli...@ertls-netzwerk.de --- rules.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/rules.mk b/rules.mk index 2d4d5c8..8594ca6 100644 --- a/rules.mk

[OpenWrt-Devel] Unexpected behaviour comparing Kernel Patch Versions

Hi, I was working on getting a pretty new kernel device driver into package/kernel/linux/modules/hwmon.mk in recent trunk. My problem occured, when I encapsulated my new block to prevent it from building with older (unsupported) kernel versions. So, to reproduce the problem properly, I checked

Re: [OpenWrt-Devel] 12.09 trunk: kernel is not upgradable?

Paolo Pisati schrieb: Alix2 installed from scratch using a 12.09 image: flag@OpenWrt:/mnt/storage/flag$ cat /etc/opkg.conf src/gz attitude_adjustment http://downloads.openwrt.org/attitude_adjustment/12.09/x86/alix2/packages src/gz trunk

Re: [OpenWrt-Devel] 12.09 trunk: kernel is not upgradable?

a newer version. On Tue, Sep 17, 2013 at 12:30 AM, Hartmut Knaack knaac...@gmx.de mailto:knaac...@gmx.de wrote: Paolo Pisati schrieb: Alix2 installed from scratch using a 12.09 image: flag@OpenWrt:/mnt/storage/flag$ cat /etc/opkg.conf src/gz attitude_adjustment

Re: [OpenWrt-Devel] 12.09 trunk: kernel is not upgradable?

Paolo Pisati schrieb: On Tue, Sep 17, 2013 at 12:08 PM, Hartmut Knaack knaac...@gmx.de mailto:knaac...@gmx.de wrote: Paolo Pisati schrieb: and what about missing packages in the release repo? (e.g. transmission in 12.09) but even more worryingly, what about security

[OpenWrt-Devel] [PATCH] Move I2C-GPIO drivers from i2c.mk to other.mk

Move pca953x support from i2c.mk to other.mk, where other GPIO drivers are located. Remove duplicate pcf857x support from i2c.mk. Signed-off-by: Hartmut Knaack knaac...@gmx.de --- Index: trunk/package/kernel/linux/modules/i2c.mk

[OpenWrt-Devel] [PATCH] Add hwmon driver for ADT7410

Add support for the ADT7410 hwmon driver, a high precision I2C temperature sensor. Signed-off-by: Hartmut Knaack knaac...@gmx.de --- Tested with kernel 3.8. Index: trunk/package/kernel/linux/modules/hwmon.mk === --- trunk/package

[OpenWrt-Devel] [PATCH] Add support for industrial-io and AD799x

Add support for industrial IO core and (still staging) driver for AD799x, a high precision I2C ADC family. Signed-off-by: Hartmut Knaack knaac...@gmx.de --- Tested with kernel 3.8. Index: trunk/package/kernel/linux/modules/other.mk

[OpenWrt-Devel] [PATCH] support for I2C kernel modules (i2c-tiny-usb, pca954x, pca953x, pcf857x)

, there is support for the i2c-mux driver and pca954x as a I2C switch driver. Finally there is support for common I2C gpio expander driver modules pca953x and pcf857x. They work without providing platform data recently (can be instantiated at runtime). Signed-off-by: Hartmut Knaack knaack.h [at] gmx.de Index

Re: [OpenWrt-Devel] Fwd: Open WRT on TP-Link TL WR940N

TP-Link offers only one firmware version for the 940nd, so most likely it will work. But you might be the first one to test. Krisztián Szabolcs Erdélyi schrieb: Dear All! I'm looking for a solution with open WRT. I find the description on http://wiki.openwrt.org/toh/tp-link/tl-wr940n says

Re: [OpenWrt-Devel] Kernel Modules not copying over.

Hi Hauke, sorry for snatching in. If you need some kernel module do make menuconfig and select it if it is there or add a module to packages/kernel/modules/. Hauke So what would be the most convenient way to submit changes (i.e. patches) in packages/kernel/modules/ ? This mailing list, or

Re: [OpenWrt-Devel] [PATCH] support for I2C kernel modules (i2c-tiny-usb, pca954x, pca953x, pcf857x)

Florian Fainelli schrieb: On Wednesday 22 June 2011 00:14:08 Hartmut Knaack wrote: This patch should bring support for several kernel modules related to I2C to openwrt, which are existing for several years now. Namely there is the i2c-tiny-usb bus driver, to hook up an I2C bus on any device

Re: [OpenWrt-Devel] [PATCH] ar71xx: support for kernel 3.1

:17 PM, Outback Dingo outbackdi...@gmail.com wrote: On Sun, Nov 27, 2011 at 11:52 AM, Otto Solares Cabrera so...@guug.org wrote: On Sat, Nov 26, 2011 at 10:37:33PM -0500, Outback Dingo wrote: On Sat, Nov 26, 2011 at 10:13 PM, Hartmut Knaack knaac...@gmx.de wrote: This patch brings support

Re: [OpenWrt-Devel] [PATCH] ar71xx: support for kernel 3.1

Dave Taht schrieb: On Tue, Dec 6, 2011 at 7:13 AM, dingo outbackdi...@gmail.com wrote: On Mon, 2011-12-05 at 10:57 +0100, Hartmut Knaack wrote: Dave Taht schrieb: I applied these patch series, and either I goofed (possible), or subsequent updates to the various trees since the time it came

Re: [OpenWrt-Devel] [PATCH V3] ar71xx: support for kernel 3.1

Peter Naulls schrieb: On 12/22/2011 02:06 AM, Hartmut Knaack wrote: Caught up with the latest changes, mainly added machine support for wzr-hp-g300nh2 and hornet-ub. Successfully booted on WR1043ND with r29595 running kernel 3.1.5. Mostly ok on G300NH, but: Jan 1 00:02:15 OpenWrt

Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for TP-Link TL-MR3020 (V2.1)

Christian Cier-Zniewski schrieb: Sorry, patch v2 did not compile due to a typo. V2.1 compiles successfully. --- This patch adds support for the TP-Link device TL-MR3020 which is very similiar to the TL-WR703N. The correct LED and button GPIO assignments have been added in this second

Re: [OpenWrt-Devel] [PATCH V2] ar71xx: support for kernel 3.1

Otto Solares Cabrera schrieb: On Thu, Dec 08, 2011 at 11:57:46PM +0100, Hartmut Knaack wrote: juhosg was working quite hard to get us out of sync, with decent support of nbd ;-) It took me a while, but we're finally back on the track. Minimum kernel version is probably still 3.1.1

[OpenWrt-Devel] [PATCH] adm5120: fix support for kernel 2.6.38

and tested with r29755. Signed-off-by: Hartmut Knaack knaack.h [at] gmx.de --- Index: target/linux/adm5120/router_le/config-2.6.38 === --- target/linux/adm5120/router_le/config-2.6.38(Revision 29755) +++ target/linux/adm5120/router_le

Re: [OpenWrt-Devel] [PATCH] adm5120: Linux 3.1 support

Jonas Gorski schrieb: Hi, On 22 January 2012 21:12, Hartmut Knaack knaac...@gmx.de wrote: Blow the dust off your adm5120 machines, here comes Linux 3.1 support. Main issues: Any reason for choosing 3.1 over 3.2 (apart from 3.1 likely being easier ;)? 3.1 is EOL'd, it won't receive updates

Re: [OpenWrt-Devel] [PATCH V2] ar71xx: support for kernel 3.1

Sorry, but wrong thread. This is just 3.1, Gabor is seems to be maintaining 3.2. Weedy schrieb: Big nasty FYI, NAND (ie mikrotik profile) is broken. make[5]: Leaving directory `/home/weedy/openwrt/build_dir/linux-ar71xx_nand/linux-3.2.1' LZMA 4.65 : Igor Pavlov : Public domain : 2009-02-03

Re: [OpenWrt-Devel] [PATCH] [ar71xx] Add support for MERCURY MAC1200R

Roger Pueyo Centelles schrieb am 26.01.2015 um 18:10: Hi, Thank you both for your comments. @郭传鈜: + ucidef_set_led_wlan wlan2g WLAN2G mercury:green:wlan2g phy1tpt I think the following line is incorrect: + ucidef_set_led_wlan wlan5g WLAN5G mercury:green:wlan5g phy0tpt

Re: [OpenWrt-Devel] OpenWrt release name

Robert P. J. Day schrieb am 06.04.2015 um 11:49: On Mon, 6 Apr 2015, edgar.sol...@web.de wrote: On 06.04.2015 09:35, John Crispin wrote: i think we have a winner with 96 vs 50 votes. == Dirty Diamond == 2 cl Rum 2 cl Vodka 2 cl Tequila Silver 2 cl Campari 2 cl

Re: [OpenWrt-Devel] Dark Destroyer

That Doodle poll turned out to be spamed/trolled, and everyone could even change or delete other votes. Since this was just communicated over this mailing list, and subscribers are at least basically verified, why not have a good old fashioned poll? Give your +1 answer on this mail if you prefer

Re: [OpenWrt-Devel] Designated Driver

That Doodle poll turned out to be spamed/trolled, and everyone could even change or delete other votes. Since this was just communicated over this mailing list, and subscribers are at least basically verified, why not have a good old fashioned poll? Give your +1 answer on this mail if you prefer

Re: [OpenWrt-Devel] Dirty Diamond

That Doodle poll turned out to be spamed/trolled, and everyone could even change or delete other votes. Since this was just communicated over this mailing list, and subscribers are at least basically verified, why not have a good old fashioned poll? Give your +1 answer on this mail if you prefer

Re: [OpenWrt-Devel] Designated Driver

+1 Hartmut Knaack schrieb am 07.04.2015 um 21:47: That Doodle poll turned out to be spamed/trolled, and everyone could even change or delete other votes. Since this was just communicated over this mailing list, and subscribers are at least basically verified, why not have a good old fashioned

Re: [OpenWrt-Devel] How to config GPIO and read the GPIO value in OpenWRT

Afkar Rafique schrieb am 15.10.2015 um 04:07: > Thanks for the reply. > > i have Create /etc/init.d/buttons and written below script: > > #!/bin/sh /etc/rc.common > START=19 > start() { > /bin/umount /etc/config 2>/dev/null > echo out > /sys/class/gpio/gpio16/direction 2>

Re: [OpenWrt-Devel] How to config GPIO and read the GPIO value in OpenWRT

events", which are long enough (one second, as this is the low limit of sleep time). Also, don't forget to let it run in background, so you don't block your init process. > > On Fri, Oct 16, 2015 at 3:38 AM, Hartmut Knaack <knaac...@gmx.de > <mailto:knaac...@gmx.de>> wr

Re: [OpenWrt-Devel] [PATCH] Complete the trunk rename from Chaos Calmer to Designated Driver

Hannu Nyman schrieb am 13.09.2015 um 19:51: > Sorry, but what is the problem? Most importantly: laziness. In my case, I just keep hitting the next email button and have a quick look. Having to open the attachment, choose an editor, read, close the editor is just inconvenient (and then all the

Re: [OpenWrt-Devel] [PATCH] base-files: For sysfixtime use hwclock if RTC available

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Daniel Dickinson schrieb am 10.01.2016 um 11:32: > And yes you could make a regex that detect any sets of 8 spaces before > non-whitespace text, but that seems like a lot of effort for no good > reason, when not dealing with Makefiles. > >

Re: [OpenWrt-Devel] Convincing vim on Fedora to highlight 'bad' whitespace

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Daniel Dickinson schrieb am 10.01.2016 um 16:01: > Hi all, > > While not strictly an OpenWrt topic, in the interests of helping other > with the style guidelines, here's a snipped for your $HOME/.vimrc > > The following is mostly from John

[OpenWrt-Devel] [PATCH resend] ar71xx: add support for Netgear WPN824N

Add support for Netgear WPN824N. Hardware specs: * AR7240, 4 LAN ports, 1 WAN port * AR9285 WLAN * 32 MB RAM * 4 MB Flash * 16 LEDs (LAN, WAN and Power/Status contain two LEDs for dual color effect) * 3 Buttons (not supported) Signed-off-by: Hartmut Knaack <knaac...@gmx

[OpenWrt-Devel] [PATCH] ar71xx: add support for Netgear WPN824N

) Signed-off-by: Hartmut Knaack <knaac...@gmx.de> - --- Development Thread: https://forum.openwrt.org/viewtopic.php?id=30388 Wiki Page: https://wiki.openwrt.org/toh/netgear/wpn824n Any suggestions about a better default configuration of the LAN/WAN LEDs, to make use of their second color, are

Re: [OpenWrt-Devel] [PATCH v4 4/8] mac80211: ath9k: enable access to GPIO

> wireless devices. For now AR9285 and AR9287 are supported. > > Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- > .../patches/549-ath9k_enable_gpio_chip.patch | 243 > + > 1 fi

Re: [OpenWrt-Devel] [PATCH v4 6/8] ar71xx: WNR2000v3: exclude USB modules from image

m image > includes USB kernel modules. This patch fixes that. > > Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- > target/linux/ar71xx/generic/profiles/netgear.mk | 1 + > 1 file changed, 1 insertion(

Re: [OpenWrt-Devel] [PATCH v4 1/8] mac80211: ath9k: enable platform WLAN LED name

ewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- > .../patches/546-ath9k_platform_led_name.patch | 48 > ++ > .../ar71xx/files/arch/mips/ath79/dev-ap9x-pci.c| 12 ++ > .../ar71xx/files/arch/mips/ath79/dev-ap9x-

Re: [OpenWrt-Devel] [PATCH v4 3/8] mac80211: ath9k: show platform MAC address in kernel log if set

during module startup if MAC address > of WLAN device is overridden by platform-supplied one. > > Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- > .../patches/548-ath9k_platform_mac_info.patch | 31

Re: [OpenWrt-Devel] [PATCH v4 5/8] mac80211: ath9k: enable GPIO buttons

ttons. Requires ath9k GPIO chip access. > > Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- > .../patches/550-ath9k_enable_gpio_buttons.patch| 178 > + > .../ar71xx/files/arch/

Re: [OpenWrt-Devel] [PATCH v4 7/8] ar71xx: WNR2000v3: fix for random WLAN MAC

during system startup. WLAN MAC follows wired > Ethernet interface addresses. > > Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- > .../ar71xx/files/arch/mips/ath79/mach-wnr2000-v3.c | 31 > ++

Re: [OpenWrt-Devel] [PATCH v4 2/8] mac80211: ath9k: set default state for platform LEDs

et on or off at ath9k module initialization. > > Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- > .../patches/547-ath9k_led_defstate_fix.patch | 29 > ++ > 1 file changed, 29 in

Re: [OpenWrt-Devel] [PATCH 1/8] ath9k: enable platform WLAN LED name

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Michal schrieb am 31.01.2016 um 22:53: > On Sat, 30 Jan 2016 19:05:37 +0100 > Hartmut Knaack <knaac...@gmx.de> wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA256 >> >> Michal schrieb a

Re: [OpenWrt-Devel] [PATCH 3/8] ath9k: show platform MAC address in kernel log if set

e. > > Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- > .../mac80211/patches/548-ath9k_platform_mac_info.patch | 16 > > 1 file changed, 16 insertions(+) > create

Re: [OpenWrt-Devel] [PATCH 2/8] ath9k: set default state for platform LEDs

ule initialization. > > Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- > .../mac80211/patches/547-ath9k_led_defstate_fix.patch| 16 > > 1 file changed, 16 insertions(+) > create

Re: [OpenWrt-Devel] [PATCH 1/8] ath9k: enable platform WLAN LED name

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Michal schrieb am 27.01.2016 um 01:33: > From: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> > > Enable platform-supplied WLAN LED name for ath9k device. > > Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@

Re: [OpenWrt-Devel] [PATCHv2 4/8] ath9k: enable access to GPIO

t; Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- > > (Removed unneeded pdata pointer check in ath9k_register_gpio_chip() function) > I've put some suggestions about where to have empty

Re: [OpenWrt-Devel] [PATCH 6/8] package: exclude USB modules from WNR2000v3 image

t; Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- Better subject of this patch would be ar71xx: WNR2000v3: exclude USB modules form image. > target/linux/ar71xx/generic/profiles/netgear.mk | 1 + > 1 file changed,

Re: [OpenWrt-Devel] [PATCH 8/8] ath79: all LEDs and buttons for Netgear WNR2000v3

ding Ethernet ones. > > Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- The patch subject should also be prefixed with ar71xx:WNR2000v3: ... I would recommend to additionally use the following parameters with git form

Re: [OpenWrt-Devel] [PATCH 7/8] ath79: fix for random WLAN MAC for WNR2000v3

. WLAN MAC follows wired > Ethernet interface addresses. > > Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- I've put some comments inline. The subject should also be more like: ar71xx: WNR2000v3: fix for r

Re: [OpenWrt-Devel] [PATCHv3 5/8] ath9k: enable GPIO buttons

es ath9k GPIO chip access. > > Signed-off-by: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> Acked-by: Hartmut Knaack <knaac...@gmx.de> > --- > A few minor comments inline. > (Minor code cleanup - dummy init/deinit functions changed to static inline) > > .../p

Re: [OpenWrt-Devel] [PATCH 1/6] [kernel] ath9k: enable GPIO access for ar9287 and ar9285

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Michal Cieslakiewicz schrieb am 21.01.2016 um 00:11: > From: Michal Cieslakiewicz > > Patch enables GPIO access for wireless chips ar9287 and ar9285. > Key poller driver is activated when platform buttons are > defined. It also makes LEDs

Re: [OpenWrt-Devel] [PATCH 2/3] ar71xx: add WNR2200 16M version

Hi Dirk, just for the records (I didn't spot this myself), there is a typo in the art partition config, which should be 64k but is just 64. Please check back with Silent Wanderer before resending, so he may give his tested-by tag. Thanks, Hartmut Dirk Neukirchen schrieb am 07.03.2016 um 22:12: >

[OpenWrt-Devel] [PATCH 2/2] ar71xx: WPN824N: enable buttons

Enable buttons connected to the GPIOs of the AR9285. Signed-off-by: Hartmut Knaack <knaac...@gmx.de> --- .../ar71xx/files/arch/mips/ath79/mach-wnr2000-v3.c | 38 +++--- 1 file changed, 33 insertions(+), 5 deletions(-) diff --git a/target/linux/ar71xx/files/arch/mips/ath7

[OpenWrt-Devel] [PATCH 1/2] ar71xx: WPN824N: set WLAN LED name

Make use of ap9x_pci_setup_wmac_led_name() to set the name of the WLAN LED. Signed-off-by: Hartmut Knaack <knaac...@gmx.de> --- target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2000-v3.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/target/linux/ar71xx/file

Re: [OpenWrt-Devel] [PATCH 2/2] ar71xx: WNR1000v2: enable control of all LEDs and buttons

Michal schrieb am 18.03.2016 um 00:36: > From: Michal Cieslakiewicz > Date: Thu, 17 Mar 2016 23:32:48 +0100 > Subject: [PATCH 2/2] ar71xx: WNR1000v2: enable control of all LEDs and buttons > > This patch provides full GPIO support for WNR1000v2 (LEDs and buttons). >

[OpenWrt-Devel] [PATCH] CC:ar71xx: backport support for Netgear WPN824N

Add support for Netgear WPN824N. Hardware specs: * AR7240, 4 LAN ports, 1 WAN port * AR9285 WLAN * 32 MB RAM * 4 MB Flash * 16 LEDs (LAN, WAN and Power/Status contain two LEDs for dual color effect) * 3 Buttons (not supported) Signed-off-by: Hartmut Knaack <knaac...@gmx

Re: [OpenWrt-Devel] Introducing the LEDE project

mbm schrieb am 05.05.2016 um 21:22: > On 5/5/2016 7:40 AM, Felix Fietkau wrote: >> Many of the changes that we previously tried to introduce were often >> squashed by internal disagreements. Resulting discussions often turned >> toxic quickly and led to nothing being done to address the issues.

Re: [OpenWrt-Devel] Giveaway: Linksys WRT3200ACM units

takes as my experience with TP-Link (who don't > really care about free software :D) is that they send their units with > UPS Express and it never took more than a week... > > On 17.01.2017 20:06, Hartmut Knaack wrote: >> >> OK, to answer my question: today we received an

Re: [OpenWrt-Devel] Giveaway: Linksys WRT3200ACM units

Hartmut Knaack schrieb am 15.01.2017 um 18:00: > Imre Kaloz schrieb am 21.11.2016 um 15:56: >> Hi, >> >> Linksys would like to give away 54 Rango (WRT3200ACM) units. Please use >> the relevant post [1] if you want to be one of them. >> > > Hi Imre, &g

Re: [OpenWrt-Devel] Giveaway: Linksys WRT3200ACM units

Imre Kaloz schrieb am 21.11.2016 um 15:56: > Hi, > > Linksys would like to give away 54 Rango (WRT3200ACM) units. Please use > the relevant post [1] if you want to be one of them. > Hi Imre, what's the current status on this topic? According to your announcement on the forum, the 54 persons

Re: [OpenWrt-Devel] [LEDE-DEV] Any interest in adding runit to OpenWRT?

Rob Landley schrieb am 03.12.2016 um 20:38: > On 12/03/2016 09:30 AM, Felix Fietkau wrote: >> Hi Denys, >> Here's the thing: OpenWrt/LEDE is starting services via procd. >> This is a rather essential piece of how we're dealing with system-wide >> reloading of configuration and automatically

Re: [OpenWrt-Devel] OpenWrt or LEDE to support industry device; BoardFarm testing

Pfeuffer, Dieter schrieb am 08.08.2017 um 12:03: > My questions: > 1. What is the better way, staying at Chaos Calmer or moving to LEDE? Use the LEDE codebase at the moment, it has seen more activity during the past year. To be more precise, use the LEDE trunk version to start, if it got

Re: [OpenWrt-Devel] Is "using gpio to simulate I2C bus" robust on AR9331?

Xuebing Wang schrieb am 04.05.2017 um 03:19: > Hi community, > > I am using Atheros AR9331 + OpenWRT Chaos Calmer 15.05 on a commercial > product. > > I've used I2C on many projects, all with dedicated I2C controllers. I've > never used GPIOs to simulate I2C on Linux. > > I may be wrong, I am

Re: [OpenWrt-Devel] Is "using gpio to simulate I2C bus" robust on AR9331?

rivers included in OpenWrt/LEDE or the Linux kernel. > > Gareth > > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On > Behalf Of Hartmut Knaack > Sent: Friday, 5 May 2017 9:19 a.m. > To: Xuebing Wang; OpenWrt Developmen

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH v2] merge: add OpenWrt branding

Mike Baker wrote on 02.11.2017 16:59: On 11/1/2017 5:18 PM, Hartmut Knaack wrote: This raises some more questions: which terms and conditions did people have to approve to get an @openwrt.org address? Where can these terms and conditions be found? Is every email sent from such an address

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH v2] merge: add OpenWrt branding

Philip Prindeville wrote on 28.10.2017 23:20: Hi all, Does it seem to anyone else that we’re making this more complicated than it needs to be? If one of the goals we’re going for from here on out is “equality”, then a basic litmus test to be applied to any action might be “does this get us

Re: [OpenWrt-Devel] [PATCH v2 2/2] modify the header of the mach-gl-ar750s.c

Hi, I don't see a reason why you would not put these changes into your first patch right away? Thanks, Hartmut Luochongjun schrieb am 21.05.2018 um 04:08: > --- > target/linux/ar71xx/files/arch/mips/ath79/mach-gl-ar750s.c | 6 ++ > 1 file changed, 2 insertions(+), 4 deletions(-) > > diff

[OpenWrt-Devel] Multipurpose pins not locked on WRT3200ACM

Hi, I was curious if there are some GPIOs exposed on the Linksys WRT3200ACM, so I started exporting them in /sys/class/gpio. I realized, that some are locked against exporting (those claimed by gpio-leds and gpio-keys, power regulator), while others exposed more or less problematic side effects.

Re: [OpenWrt-Devel] [PATCH] ar71xx: WNR612v2: fix kernel panic due to wrong Wifi LED init

Mathias Kresin schrieb am 28.08.2018 um 10:02: > 27.08.2018 22:22, Hartmut Knaack: >> Mathias Kresin would have been the one to CC, as he contributed that code. >> I just added him now. > > Please don't top post! It's a pain to follow the conversation this way.

  1   2   >