Re: [LEDE-DEV] [PATCH ver. B] ramips: unify etc/board.d/01_leds configuration

2016-07-23 Thread p . wassi
Hi, you're correct, this patch does not change any behaviour at the moment. I'm currently doing work on a device which requires a non-default USB triggering device. One option is to just use ucidef_set_led_usbdev for this single device. Then there's the option to bring this functionality (addition

Re: [LEDE-DEV] [PATCH] ramips: add get_port_stats to mt7530 swconfig driver

2016-07-23 Thread John Crispin
On 23/07/2016 23:02, p.wa...@gmx.at wrote: > Hi John, > >> please add macros for the register offsets in the header file and use >> them here. there should be 2 defines for the registers and one for the >> port offset. > > may I then also do this for the existing functions? > (I just copied cod

Re: [LEDE-DEV] [PATCH] ramips: add get_port_stats to mt7530 swconfig driver

2016-07-23 Thread p . wassi
Hi John, > please add macros for the register offsets in the header file and use > them here. there should be 2 defines for the registers and one for the > port offset. may I then also do this for the existing functions? (I just copied code from get_port_link(), which also uses those hard-coded m

Re: [LEDE-DEV] [PATCH ver. B] ramips: unify etc/board.d/01_leds configuration

2016-07-23 Thread John Crispin
Hi, why is this change needed > John On 23/07/2016 16:42, p.wa...@gmx.at wrote: > From: P.Wassi > > Enhance local set_*_led functions to allow more parameters > Signed-off-by: P.Wassi > --- > linux/ramips/base-files/etc/board.d/01_leds | 148 > 1 file changed, 74 inse

Re: [LEDE-DEV] [PATCH] ramips: add get_port_stats to mt7530 swconfig driver

2016-07-23 Thread John Crispin
Hi, comments inline On 23/07/2016 17:01, p.wa...@gmx.at wrote: > From: P.Wassi > > Add get_port_stats function to mt7530 swconfig driver. > Signed-off-by: P.Wassi > --- > If one uses "switch" as a trigger for the LEDs, in order to have > the LEDs blinking when there's traffic, swconfig_leds.c

Re: [LEDE-DEV] flash issue

2016-07-23 Thread e9hack
Hi, I did try to find the reason for my problem with jffs2. It seems, it is triggered by deleting /sysupgrade.tgz by /etc/init.d/done. If I remove the rm -f /sysupgrade.tgz line completely and delete the file later, I've no issue. I enabled some debug messages and add a line to /etc/init.d/done

[LEDE-DEV] [PATCH] ramips: add get_port_stats to mt7530 swconfig driver

2016-07-23 Thread p . wassi
From: P.Wassi Add get_port_stats function to mt7530 swconfig driver. Signed-off-by: P.Wassi --- If one uses "switch" as a trigger for the LEDs, in order to have the LEDs blinking when there's traffic, swconfig_leds.c needs to have a get_port_stats function from the swconfig driver. The function

[LEDE-DEV] [PATCH ver. B] ramips: unify etc/board.d/01_leds configuration

2016-07-23 Thread p . wassi
From: P.Wassi Enhance local set_*_led functions to allow more parameters Signed-off-by: P.Wassi --- linux/ramips/base-files/etc/board.d/01_leds | 148 1 file changed, 74 insertions(+), 74 deletions(-) diff -rupN a/target/linux/ramips/base-files/etc/board.d/01_leds b/target/lin

[LEDE-DEV] [PATCH ver. A] ramips: unify etc/board.d/01_leds configuration

2016-07-23 Thread p . wassi
From: P.Wassi Remove local set_*_led functions and replace with ucidef_set_led_* Signed-off-by: P.Wassi --- linux/ramips/base-files/etc/board.d/01_leds | 152 +++- 1 file changed, 72 insertions(+), 80 deletions(-) diff -rupN a/target/linux/ramips/base-files/etc/board.d/01_leds b/ta

[LEDE-DEV] [PATCH] ramips: remove indentation in etc/board.d/01_leds

2016-07-23 Thread p . wassi
From: Paul Wassi Remove indentation at end of line in base-files/etc/board.d/01_leds Signed-off-by: Paul Wassi --- linux/ramips/base-files/etc/board.d/01_leds |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -rupN a/target/linux/ramips/base-files/etc/board.d/01_leds b/target/linux/

[LEDE-DEV] [PATCH 0/2] ramips: unify etc/board.d/01_leds configuration

2016-07-23 Thread p . wassi
Hi, for ramips, the etc/board.d/01_leds file uses different ways to configure the LEDs. There are local functions to configure USB and wifi LEDs, also the functions provided by lib/functions/uci-defaults.sh are used. The mentioned local functions are rather restricted in their parameters: for both

[LEDE-DEV] replacing polarssl with openssl libs

2016-07-23 Thread Daniel Petre
Hey guys, so i am customizing images for 8 MB flash routers like wdr3600 and i am using davfs which pulls openssl in. Since i am already using openssl is there a way in menuconfig to replace the smaller polarssl stuff so i can free some space? Thanks! __

[LEDE-DEV] [PATCH 1/2] apm821xx: use lzma compression for the initramfs images

2016-07-23 Thread Christian Lamparter
The MR24's u-boot takes it sweet time decompressing the LZMA-packed initramfs image. A user reported that compared to the old gzip method in v2: it "takes a ton longer to decompress like 4\x the old boot time for decompression". This patch also fixes a issue with the WNDR4700's initramfs image get

[LEDE-DEV] [PATCH 2/2] apm821xx: fix atheros PCIe cards on the MR24

2016-07-23 Thread Christian Lamparter
The consolidation of the MR24 and WNDR4700 subtargets into the nand subtarget broke MR24's atheros wlan. This was because the wndr4700's board code used a pci_fixup routines to supply the ath9k module with the calibration data. This is not necessary on the MR24 as it has standard mini-pcie ports.

Re: [LEDE-DEV] [PATCH] linux: Get rid of 000-keep_initrafs_the_default.patch

2016-07-23 Thread Jonas Gorski
Hi, On 22 July 2016 at 12:18, Alexey Brodkin wrote: > With that patch in place for initramfs no additional options are > reported for "/" partition. What's really important is missing > info about sizes. Which in its turn makes opkg think that there's > no space on "/" partition to install softwa

Re: [LEDE-DEV] ledtrig-usbdev

2016-07-23 Thread Felix Fietkau
On 2016-07-23 09:34, Rafał Miłecki wrote: > On 22 July 2016 at 19:30, e9hack wrote: >> something seems to be wrong with this two commits: >> >> kernel: remove obsolete patch adding usb_find_device_by_name >> ledtrig-usbdev: use upstream function for iterating USB devices >> >> If a TP-Link WDR3600

Re: [LEDE-DEV] ledtrig-usbdev

2016-07-23 Thread Rafał Miłecki
On 22 July 2016 at 19:30, e9hack wrote: > something seems to be wrong with this two commits: > > kernel: remove obsolete patch adding usb_find_device_by_name > ledtrig-usbdev: use upstream function for iterating USB devices > > If a TP-Link WDR3600 or Archer-C7 router boots with a connected USB st