Re: [OpenWrt-Devel] [PATCH 1/2] wireguard.sh: Batch file writes

Rosen Penev schrieb am 01.01.2020 um 03:08: > Speeds up config generation. > > Signed-off-by: Rosen Penev > --- > .../utils/wireguard-tools/files/wireguard.sh | 32 --- > 1 file changed, 14 insertions(+), 18 deletions(-) > > diff --git a/package/network/utils/wireguard-tools/file

Re: [OpenWrt-Devel] [PATCHv2 1/4] scripts/gen_image_generic.sh: Replace -o with ||

Rosen Penev schrieb am 30.12.2019 um 06:07: > -o is not well defined. > > Found with shellcheck. > > Signed-off-by: Rosen Penev > --- > scripts/gen_image_generic.sh | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/scripts/gen_image_generic.sh b/scripts/gen_image_generi

Re: [OpenWrt-Devel] OpenWrt 19.01 plans

Koen Vandeputte schrieb am 26.09.2018 um 09:38: > These targets were also dropped in 18.06 branch. > Maybe we should also consider dropping support for these targets in master? > > > adm5120 I started working on this target last year, but had to focus on other topics meanwhile. Still, I would

[OpenWrt-Devel] [PATCH 2/2] kernel: add Si7020 relative humidity/temperature sensor driver

Add support for the Silicon Labs Si7020 family of relative humidity and temperature sensors using the I2C bus. Signed-off-by: Hartmut Knaack --- package/kernel/linux/modules/iio.mk | 18 ++ 1 file changed, 18 insertions(+) diff --git a/package/kernel/linux/modules/iio.mk b

[OpenWrt-Devel] [PATCH 1/2] kernel: add TSL4531 ambient light sensor driver

Add support for the TAOS TSL4531x family of ambient light sensors using the I2C bus. Signed-off-by: Hartmut Knaack --- package/kernel/linux/modules/iio.mk | 18 ++ 1 file changed, 18 insertions(+) diff --git a/package/kernel/linux/modules/iio.mk b/package/kernel/linux/modules

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.

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

Mathias Kresin would have been the one to CC, as he contributed that code. I just added him now. Michal Cieslakiewicz schrieb am 27.08.2018 um 20:24: > Netgear WNR612v2 flashed with recent OpenWrt builds suffers from kernel panic > at boot during wireless chip initialization, making device unusab

[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. Le

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 --

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

Mike Baker wrote on 31.10.2017 04:46: On 10/28/2017 4:52 PM, Hartmut Knaack wrote: 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

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 cl

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 accepted,

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

e amount of device drivers 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

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] 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 e

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 sho

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 restart

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] [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] 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 --- Development Thread

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

Enable buttons connected to the GPIOs of the AR9285. Signed-off-by: Hartmut Knaack --- .../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/ath79/mach-wnr2000-v3.c b

[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 --- 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/files/arch/mips/ath79/mach

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). > It exposes all LEDs to operati

Re: [OpenWrt-Devel] [PATCH 2/4] switch: allow Ethernet port LEDs to show specific link speeds only

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Michal schrieb am 12.02.2016 um 00:45: > From: Michal Cieslakiewicz > Subject: [PATCH 2/4] switch: allow Ethernet port LEDs to show specific link > speeds only > > This patch adds speed_mask special file to LEDs connected to switch ports > via 'sw

Re: [OpenWrt-Devel] [PATCH v4 8/8] ar71xx: WNR2000v3: enable control of all LEDs and buttons

including Ethernet ones. > > Signed-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > --- > target/linux/ar71xx/base-files/etc/board.d/01_leds | 14 +++ > target/linux/ar71xx/base-files/etc/diag.sh | 1 + > .../ar71xx/files/arch/mips/ath79/mach-wnr2000-v3.c | 138

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

PIO chip access. > > Signed-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > --- > .../patches/550-ath9k_enable_gpio_buttons.patch| 178 > + > .../ar71xx/files/arch/mips/ath79/dev-ap9x-pci.c| 14 ++ > .../ar71xx/files/arch/mips/ath79/dev-ap9x-p

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

C follows wired > Ethernet interface addresses. > > Signed-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > --- > .../ar71xx/files/arch/mips/ath79/mach-wnr2000-v3.c | 31 > +- > 1 file changed, 25 insertions(+), 6 deletions(-) > > diff --git a

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

dress > of WLAN device is overridden by platform-supplied one. > > Signed-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > --- > .../patches/548-ath9k_platform_mac_info.patch | 31 > ++ > 1 file changed, 31 insertions(+) > create mode 100644

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

initialization. > > Signed-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > --- > .../patches/547-ath9k_led_defstate_fix.patch | 29 > ++ > 1 file changed, 29 insertions(+) > create mode 100644 > package/kernel/mac80211/patches/547-ath9k_l

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

l modules. This patch fixes that. > > Signed-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > --- > target/linux/ar71xx/generic/profiles/netgear.mk | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/target/linux/ar71xx/generic/profiles/netgear.mk > b/target/l

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

and AR9287 are supported. > > Signed-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > --- > .../patches/549-ath9k_enable_gpio_chip.patch | 243 > + > 1 file changed, 243 insertions(+) > create mode 100644 > package/kernel/mac80211/p

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

Michal schrieb am 01.02.2016 um 22:21: > From: Michal Cieslakiewicz > Subject: [PATCH v4 1/8] mac80211: ath9k: enable platform WLAN LED name > > Enable platform-supplied WLAN LED name for ath9k device. > > Signed-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > -

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 wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA256 >> >> Michal schrieb am 27.01.2016 um 01:33: >>>

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

akiewicz Acked-by: Hartmut Knaack > --- > .../mac80211/patches/548-ath9k_platform_mac_info.patch | 16 > > 1 file changed, 16 insertions(+) > create mode 100644 > package/kernel/mac80211/patches/548-ath9k_platform_mac_info.patch > > diff --gi

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

ned-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > --- > .../mac80211/patches/547-ath9k_led_defstate_fix.patch| 16 > > 1 file changed, 16 insertions(+) > create mode 100644 > package/kernel/mac80211/patches/547-ath9k_led_defstate_fix.patch > > di

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

ned-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > --- The patch subject should also be prefixed with ar71xx:WNR2000v3: ... I would recommend to additionally use the following parameters with git format-patch: --cover-letter -v4 > target/linux/ar71xx/base-files/etc/board.d/01_leds |

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

ernet interface addresses. > > Signed-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > --- I've put some comments inline. The subject should also be more like: ar71xx: WNR2000v3: fix for random WLAN MAC. > .../ar71xx/files/arch/mips/ath79/mach-wnr2000-v3.c | 30 &g

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Michal schrieb am 27.01.2016 um 01:40: > From: Michal Cieslakiewicz > > Netgear WNR2000v3 has no USB port yet default system image > includes USB kernel modules. This patch fixes that. > > Signed-off-by: Michal Cieslakiewicz

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

> Signed-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > --- > A few minor comments inline. > (Minor code cleanup - dummy init/deinit functions changed to static inline) > > .../patches/550-ath9k_enable_gpio_buttons.patch| 164 > + > ..

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

akiewicz Acked-by: Hartmut Knaack > --- > > (Removed unneeded pdata pointer check in ath9k_register_gpio_chip() function) > I've put some suggestions about where to have empty lines and where not inline. > .../patches/549-ath9k_enable_gpio_chip.patch | 229 > +++

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 > > Enable platform-supplied WLAN LED name for ath9k device. > > Signed-off-by: Michal Cieslakiewicz Acked-by: Hartmut Knaack > --- Looking good overall

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 connecte

[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 --- Development Thread

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

) Signed-off-by: Hartmut Knaack - --- 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 highly appreciated

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 Crispin

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. > > Anythin

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

press 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 <mailto:knaac...@gmx.de&g

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> /dev/nul

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 effo

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 &

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] 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] 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 c

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" "mer

Re: [OpenWrt-Devel] [PATCH] [packages] kernel: kmod-w1 - missing netlink support

Hi Daniel, your patch does not comply to the required format. Please read through https://dev.openwrt.org/wiki/SubmittingPatches (especially section 10) and http://kerneltrap.org/Linux/Email_Clients_and_Patches before submitting again. Thanks, Hartmut Daniel Wiegert schrieb am 02.01.2015 um 00:39

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] 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 Hi, I would expect to make it also depend on device tree or architectu

[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 --- This is the patch out of the series, which got committed to trunk lately, which is appropriate for Barrier Breaker. http://patchwork.openwrt.org/patch/5771/ diff

[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 --- diff --git a/package/kernel/linux/modules/other.mk b/package/kernel/linux/modules/other.mk index 2f6f774..6afcbb6 100644 --- a/package/kernel/linux

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

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 > --- > diff --git > a/target/linux

[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 --- 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] 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 > --- >

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 'ucidef_se

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.ESiKXR&id=16612265015 > > Two Development Boards are available for this module. > > http://item.taobao.com/ite

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.ESiKXR&id=16612265015 > M-mini: > http://item.taobao.com/item.htm?spm=a1z10.5.w4002

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

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

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 Sadly, there is already some mess, but

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

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 yo

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

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: > > > Moreover, the manufacturer is promoting the OpenWrt usage to repla

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.p

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.p

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 > --- > net/opentracker/Makefile | 51 > +++

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] 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. > >

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.

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 hwmo

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 wrote: >> bjzhougong schrieb: >>> Dear Sirs. >

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 ha

[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

[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 --- Tested with kernel 3.8. Index: trunk/package/kernel/linux/modules/hwmon.mk === --- trunk/package/kernel/linux

[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 --- Tested with kernel 3.8. Index: trunk/package/kernel/linux/modules/other.mk === --- trunk

[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 --- Index: trunk/package/kernel/linux/modules/i2c.mk === --- trunk

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

Paolo Pisati schrieb: > On Tue, Sep 17, 2013 at 12:08 PM, Hartmut Knaack <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 mor

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

install kernel modules as soon as the bot has built a newer version. > > > > On Tue, Sep 17, 2013 at 12:30 AM, Hartmut Knaack <mailto:knaac...@gmx.de>> wrote: > > Paolo Pisati schrieb: > > Alix2 installed from scratch using a 12.09 image: >

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 http://downloads.openwrt.org/snapshots/trunk/x86

[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 o

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 > --- > 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 > +++ b/rules.mk >

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 > --- > 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 @@ menuconfig DEV

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 h

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 concer

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 d

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] [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] [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

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

Jonas Gorski schrieb: > Hi, > > > On 22 January 2012 21:12, Hartmut Knaack 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 E

  1   2   >