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

2015-09-13 Thread Rafał Miłecki
On 13 September 2015 at 19:42, Hannu Nyman wrote: > Complete the trunk rename from Chaos Calmer to Designated Driver. > r46846 changed /etc/banner to reflect Designated Driver, but did not change > the actual version definition in include/toplevel.mk. > https://dev.openwrt.org/changeset/46846 > >

Re: [OpenWrt-Devel] [PATCH] bcm53xx: allow building single device images

2015-09-13 Thread Rafał Miłecki
On 13 September 2015 at 13:06, Álvaro Fernández Rojas wrote: > While keeping the default build profile, this allows users to generate only > their device image instead of every bcm53xx supported device image > This way we can also define the proper packages for each device (USB, WiFi...) I still

Re: [OpenWrt-Devel] Chaos Calmer 15.05

2015-09-11 Thread Rafał Miłecki
On 11 September 2015 at 10:54, Steven Barth wrote: > The OpenWrt developers are proud to announce the final release of OpenWrt > Chaos Calmer. If you're doing a sysupgrade, please note you will likely end up with outdated opkg.conf. This may stop you from installing modules and may cause unexpec

Re: [OpenWrt-Devel] Chaos Calmer 15.05

2015-09-11 Thread Rafał Miłecki
On 11 September 2015 at 10:54, Steven Barth wrote: > The OpenWrt developers are proud to announce the final release of OpenWrt > Chaos Calmer. Before someone asks, it's r46767 483dac821788b457d349233e770329186a0aa860 ramips: fix devicetree corruption with some boot loaders if the caches are not

Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

2015-09-10 Thread Rafał Miłecki
On 11 September 2015 at 07:51, John Crispin wrote: > On 11/09/2015 07:18, Rafał Miłecki wrote: >> On 9 September 2015 at 17:24, Tobias Welz wrote: >>> BTW: Why does the trunk has to be "renamed". The trunk is always recent, so >>> it could also have a pers

Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

2015-09-10 Thread Rafał Miłecki
On 9 September 2015 at 17:24, Tobias Welz wrote: > BTW: Why does the trunk has to be "renamed". The trunk is always recent, so > it could also have a persistent name like "Bleeding Edge" (BTW: is this a > cocktail?) and it would be always clear, that you are on the trunk. Similar > like Debian Uns

[OpenWrt-Devel] [PATCH 14.07][RFC] dnsmasq: backport CVE-2015-3294 security fix

2015-08-29 Thread Rafał Miłecki
Upstream release 2.73 included CVE-2015-3294 fix, let's backport patch fixing this security issue. This avoids bumpping version to 2.73 which introduced many new features. This way we keep dnsmasq safe and don't risk new problems. Signed-off-by: Rafał Miłecki --- This was compile-test

Re: [OpenWrt-Devel] [PATCH] uci: add import call

2015-08-27 Thread Rafał Miłecki
On 26 August 2015 at 18:13, Alexander Couzens wrote: > similiar to import from uci cli. > import removes all old configs and import the new config. > > example: > ubus call uci import \ > '{"config": "dhcp", "values": { "srv": { ".type": "host", ".name": "srv", > "mac": "00:11:22:33:44:55", "ip

Re: [OpenWrt-Devel] [PATCH packages] lighttpd: backport a fix for running out of filedescriptors

2015-08-19 Thread Rafał Miłecki
On 16 August 2015 at 02:44, Rafał Miłecki wrote: > On 13 August 2015 at 22:23, Rafał Miłecki wrote: >> It was breaking uploads of files 4 MiB+. This patch fixes: >> https://github.com/openwrt/packages/issues/1658 >> >> Signed-off-by: Rafał Miłecki >> ---

Re: [OpenWrt-Devel] [PATCH packages] lighttpd: backport a fix for running out of filedescriptors

2015-08-15 Thread Rafał Miłecki
On 13 August 2015 at 22:23, Rafał Miłecki wrote: > It was breaking uploads of files 4 MiB+. This patch fixes: > https://github.com/openwrt/packages/issues/1658 > > Signed-off-by: Rafał Miłecki > --- > This should be applied to both: master and 15.05 branch.

[OpenWrt-Devel] [PATCH packages] lighttpd: backport a fix for running out of filedescriptors

2015-08-13 Thread Rafał Miłecki
It was breaking uploads of files 4 MiB+. This patch fixes: https://github.com/openwrt/packages/issues/1658 Signed-off-by: Rafał Miłecki --- This should be applied to both: master and 15.05 branch. --- ...filedescriptors-when-uploading-large-file.patch | 26 ++ 1 file changed

Re: [OpenWrt-Devel] lighttpd 1.4.36 and file descriptors limit issue - OpenWrt related?

2015-08-13 Thread Rafał Miłecki
On 13 August 2015 at 20:16, Jonas Gorski wrote: > On Thu, Aug 13, 2015 at 8:00 PM, Rafał Miłecki wrote: >> There is an issue with handling relatively big (4 MiB+) files in >> lighttpd after the upgrade to the 1.4.36: >> https://github.com/openwrt/packages/issues/1658 &g

[OpenWrt-Devel] lighttpd 1.4.36 and file descriptors limit issue - OpenWrt related?

2015-08-13 Thread Rafał Miłecki
There is an issue with handling relatively big (4 MiB+) files in lighttpd after the upgrade to the 1.4.36: https://github.com/openwrt/packages/issues/1658 It seems lighttpd is running out of file descriptors and is replying with: 413 - Request Entity Too Large I also reported this issue upstream:

Re: [OpenWrt-Devel] [PATCH 1/5] kernel: move linux, part-probe dt parsing in generic code

2015-08-12 Thread Rafał Miłecki
On 13 August 2015 at 04:37, Mathieu Olivari wrote: > The "linux,part-probe" dts parsing is a pretty neat generic feature. > It has been posted to kernel.org and could easily be reused by all > targets. Was it accepted mainline? If so, you should use 0xx prefix for this patch. Otherwise it's OK. _

Re: [OpenWrt-Devel] [PATCH] base-files: rework reset button script to indicate factory reset

2015-08-12 Thread Rafał Miłecki
On 12 August 2015 at 09:32, Bastian Bittorf wrote: > * Rafał Miłecki [11.08.2015 21:01]: > > is there a special reason, that you are using > > exec /sbin/poweroff > > instead of just > > /sbin/poweroff I think you

[OpenWrt-Devel] [PATCH] base-files: rework reset button script to indicate factory reset

2015-08-10 Thread Rafał Miłecki
With this change we let user know 5 seconds have passed and reset button can be released (to trigger factory reset) Signed-off-by: Rafał Miłecki --- package/base-files/files/etc/rc.button/reset | 35 +--- 1 file changed, 21 insertions(+), 14 deletions(-) diff --git a

[OpenWrt-Devel] Netgear R7000 tester needed (serial console recommended)

2015-08-08 Thread Rafał Miłecki
Hi, I'll copy my testing requests from OpenWrt forum post [0]: > 2 weeks ago someone on IRC said he has a R7000 with serial console attached > and he wants to try OpenWrt. He provided required info and then I added basic > R7000 support: > https://dev.openwrt.org/changeset/46363/ > > As it ofte

Re: [OpenWrt-Devel] [PATCH v2] busybox: lock: implement -n "Fail rather than wait"

2015-08-07 Thread Rafał Miłecki
On 7 August 2015 at 17:40, Alexander Couzens wrote: > lock -n is similiar to flock -n. If the lock was already taken, > fail with exit code = 1 and write error message to stderr. > > example: > if ! lock -n /tmp/foo ; then > echo lock exits. > else > echo lock was free. But is lock

Re: [OpenWrt-Devel] [PATCHv2 5/7] mac80211/linux-firmware: include firmware for brcmfmac-sdio

2015-08-03 Thread Rafał Miłecki
On 3 August 2015 at 22:59, Hauke Mehrtens wrote: > On 07/30/2015 06:34 PM, Rafał Miłecki wrote: >> On 30 July 2015 at 10:52, Daniel Golle wrote: >>> @@ -2000,6 +2000,50 @@ endef >>> >>> define KernelPackage/brcmfmac/install >>> $(I

Re: [OpenWrt-Devel] [PATCHv2 5/7] mac80211/linux-firmware: include firmware for brcmfmac-sdio

2015-07-30 Thread Rafał Miłecki
On 30 July 2015 at 10:52, Daniel Golle wrote: > @@ -2000,6 +2000,50 @@ endef > > define KernelPackage/brcmfmac/install > $(INSTALL_DIR) $(1)/lib/firmware/brcm > +ifneq ($(CONFIG_BRCMFMAC_SDIO),) > + $(INSTALL_DATA) \ > + > $(PKG_BUILD_DIR)/$(PKG_LINUX_FIRMWARE_SUBDIR)

Re: [OpenWrt-Devel] [PATCH 6/6] bcm53xx: R8000 handle PEX8603 switch

2015-07-30 Thread Rafał Miłecki
On 15 July 2015 at 12:11, Ian Kent wrote: > On Tue, 2015-07-14 at 18:19 +0200, Rafał Miłecki wrote: >> On 28 June 2015 at 05:37, Ian Kent wrote: >> > Let me rework this using the bus number as you recommend. >> > I'll repost my updated patch series once I'

Re: [OpenWrt-Devel] [PATCH 5/7] linux-firmware: use newer upstream, package brcmfmac-firmware

2015-07-29 Thread Rafał Miłecki
On 30 July 2015 at 08:33, Daniel Golle wrote: > On Thu, Jul 30, 2015 at 05:55:02AM +0200, Rafał Miłecki wrote: >> On 30 July 2015 at 03:52, Daniel Golle wrote: >> > Add new brcmfmac-firmware package. >> > (Firmware blobs for BCM43362 were added upstream recently) >&

Re: [OpenWrt-Devel] [PATCH 5/7] linux-firmware: use newer upstream, package brcmfmac-firmware

2015-07-29 Thread Rafał Miłecki
On 30 July 2015 at 03:52, Daniel Golle wrote: > Add new brcmfmac-firmware package. > (Firmware blobs for BCM43362 were added upstream recently) > PKG_MIRROR_MD5SUM should be re-added once the newer file is available > on OpenWrt's mirror. You need to describe it better. What's the point of this i

Re: [OpenWrt-Devel] [PATCH V2] brcm63xx: HG553 buttons support

2015-07-15 Thread Rafał Miłecki
On 15 July 2015 at 18:34, Cezary Jackiewicz wrote: > This patch adds buttons support for Huawei EchoLife HG553. > Changes: > - add empty line... > - change codes to hexadecimal You usually want to put version comments in the comments part. Having above won't make too much sense when browsing log

Re: [OpenWrt-Devel] [PATCH] brcm63xx: HG553 buttons support

2015-07-14 Thread Rafał Miłecki
On 15 July 2015 at 07:05, Cezary Jackiewicz wrote: > @@ -6,6 +6,25 @@ > model = "Huawei EchoLife HG553"; > compatible = "huawei,hg553", "brcm,bcm6358"; > > + gpio-keys-polled { > + compatible = "gpio-keys-polled"; > + #address-cells = <1>; > +

Re: [OpenWrt-Devel] [PATCH 3/8] brcm2708: split target config into subtargets

2015-07-14 Thread Rafał Miłecki
On 14 July 2015 at 20:15, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas And some explanation *why*? I guess it may be obvious for you (and John?) but would be nice to include such info for other ppl :) ___ openwrt-devel mailing

Re: [OpenWrt-Devel] [PATCH 6/6] bcm53xx: R8000 handle PEX8603 switch

2015-07-14 Thread Rafał Miłecki
On 28 June 2015 at 05:37, Ian Kent wrote: > Let me rework this using the bus number as you recommend. > I'll repost my updated patch series once I've done that. Hi Ian, Is there any chance you'll find a moment for it anytime soon? It'd be awesome to get R8000 support for CC release.

Re: [OpenWrt-Devel] [PATCH CC 0/5] ar71xx: backport of support for devolo dLAN devices

2015-07-14 Thread Rafał Miłecki
On 14 July 2015 at 16:05, Günther Kelleter wrote: > This patch set is a backport of svn commits 46338..46342 from trunk to CC. > It adds support for devolo devices: > dLAN pro 500 Wireless+ > dLAN pro 1200+ WiFi ac There is a nice 1-line script I got from Felix that easily adds "Backport of ..."

Re: [OpenWrt-Devel] [PATCH] [brcm47xx] Belkin F7DXXXX (BCM47XX based) support for Linux 3.18

2015-07-14 Thread Rafał Miłecki
On 23 June 2015 at 16:16, Joseph East wrote: > From d38c8c72b99908d3d9a39bd858d1c76e9864faac Mon Sep 17 00:00:00 2001 > From: Joseph East > Date: Wed, 10 Jun 2015 19:19:26 +0930 > Subject: [PATCH] Belkin F7D (BCM47XX based) Support for Linux 3.18 When sending newer versions, please number th

Re: [OpenWrt-Devel] [PATCH] [brcm47xx] Belkin F7DXXXX (BCM47XX based) support for Linux 3.18

2015-07-14 Thread Rafał Miłecki
On 23 June 2015 at 16:16, Joseph East wrote: > From d38c8c72b99908d3d9a39bd858d1c76e9864faac Mon Sep 17 00:00:00 2001 > From: Joseph East > Date: Wed, 10 Jun 2015 19:19:26 +0930 > Subject: [PATCH] Belkin F7D (BCM47XX based) Support for Linux 3.18 > > Patchset based on previous work by Cody Sc

[OpenWrt-Devel] [PATCH V2 ubox] log: allow filtering messages with a regexp pattern

2015-07-13 Thread Rafał Miłecki
This allows printing/streaming/writing messages matching a specified basic regular expression only. Signed-off-by: Rafał Miłecki --- V2: Improve --help description of the new -e argument. --- log/logread.c | 15 +-- 1 file changed, 13 insertions(+), 2 deletions(-) diff --git a/log

Re: [OpenWrt-Devel] NVRAM > 32K

2015-07-13 Thread Rafał Miłecki
On 12 May 2015 at 10:25, Hante Meuleman wrote: > The R8000 AP has more than 32K nvram memory. This was an issue for the > > userspace app "nvram". This got fixed at some point, but then it was > reverted: > > http://git.openwrt.org/?p=openwrt.git;a=commit;h=9258d82f1d4a79f86ea72aad349b3f3eeb772d87

[OpenWrt-Devel] [PATCH ubox] log: allow filtering messages with a regexp pattern

2015-07-12 Thread Rafał Miłecki
This allows printing/streaming/writing messages matching a specified basic regular expression only. Signed-off-by: Rafał Miłecki --- log/logread.c | 15 +-- 1 file changed, 13 insertions(+), 2 deletions(-) diff --git a/log/logread.c b/log/logread.c index 6255408..b616cd5 100644

Re: [OpenWrt-Devel] [PATCH] mpc85xx: Enable RFKill and USB Power GPIO Control for WDR4900v1

2015-07-08 Thread Rafał Miłecki
On 8 July 2015 at 17:00, gwlim wrote: > This patch adds the RFKill GPIO control switch and enables another GPIO to > control power supply to USB Ports by emulating an LED GPIO for WDR4900v1. > > Signed-off-by: Guo Wei Lim The patch format looks fine :) The commit message could use a line break,

Re: [OpenWrt-Devel] [PATCH] Enable RFKill and USB Power GPIO Control for WDR4900v1

2015-07-08 Thread Rafał Miłecki
On 8 July 2015 at 15:19, gwlim wrote: > This patch adds the RFKill GPIO control switch and enables another GPIO to > control power supply to USB Ports by emulating an LED GPIO. > > Signed-off-by: Guo Wei Lim Looks better. 1) Use "mpc85xx: " prefix as already requested 2) Don't prepend every c

Re: [OpenWrt-Devel] [PATCH] Add dts patch to enable RFKill and USB Power GPIO Control

2015-07-08 Thread Rafał Miłecki
On 8 July 2015 at 14:04, gwlim wrote: > --- a/target/linux/mpc85xx/files/arch/powerpc/boot/dts/tl-wdr4900-v1.dts > +++ b/target/linux/mpc85xx/files/arch/powerpc/boot/dts/tl-wdr4900-v1.dts This patch doesn't add a patch, but simply modifies DTS files. Your patch subject is wrong. _

Re: [OpenWrt-Devel] [PATCH] Add dts patch to enable RFKill and USB Power GPIO Control

2015-07-08 Thread Rafał Miłecki
Please use a prefix for the patch subject. Use e.g. git log --oneline target/linux/mpc85xx to get a nice view how previous patches were prefixed. On 8 July 2015 at 14:04, gwlim wrote: > --- > This patch adds the RFKill GPIO control switch and enables another GPIO to > control power supply to US

Re: [OpenWrt-Devel] [PATCH] swconfig: Split libsw out of swconfig for reuse in other packages

2015-07-07 Thread Rafał Miłecki
On 8 July 2015 at 08:26, Alexandru Ardelean wrote: > From: Helmut Schaa > > Also a bit of an RFC. > We use this patch internally. I believe the preferred way of marking patch a RFC is: git format-patch --subject-prefix="PATCH RFC" (just for the future) This patch is also missing Signed-off-by,

Re: [OpenWrt-Devel] [PATCH] swconfig: swlib.c: Fix another memleak

2015-07-07 Thread Rafał Miłecki
On 8 July 2015 at 08:21, Alexandru Ardelean wrote: > From: Helmut Schaa Missing Signed-off-by ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH V2 procd] hotplug: support for interval commands

2015-07-07 Thread Rafał Miłecki
On 9 May 2015 at 22:02, Rafał Miłecki wrote: > This allows executing code with a given interval. As every command, it > can be assign to any uevent. > > Intervals may be useful for counting elapsed time since some action. It > allows e.g. indicating that button has been presse

[OpenWrt-Devel] [PATCH V3] service: if logging start app with LD_PRELOAD & lib for line buffering

2015-07-06 Thread Rafał Miłecki
tdout to line buffering and uses this lib for every logging-enabled service started by procd. We don't need any extra change for stderr as it's unbuffered by default. Signed-off-by: Rafał Miłecki --- V2: Use strncat for safety Use line buffering instead of no buffering V3: Use aspri

Re: [OpenWrt-Devel] [PATCH V2 procd] service: start apps with LD_PRELOAD & lib for line buffering

2015-07-02 Thread Rafał Miłecki
On 20 June 2015 at 21:42, Rafał Miłecki wrote: > Using pipe automatically switches service to block buffering which kind > of breaks our logging. We won't get anything from FD until the buffer > gets filled fully or the service exits. This makes log messages appear > with

Re: [OpenWrt-Devel] m25p80: change en25q64 to w25q128

2015-06-30 Thread Rafał Miłecki
On 30 June 2015 at 14:49, Baptiste Clenet wrote: > I assume that if the size of the binary is too big, OpenWRT doesn't > create sysupgrade.bin file. > I've seen that the en25q64 is the default flash memory for the Ralink > MT7628 board. I'm using the w25q128 instead so I change this in the > dts:

Re: [OpenWrt-Devel] [PATCH] [generic] ramips: adding support for OYE-0001 Wireless Router

2015-06-30 Thread Rafał Miłecki
On 30 June 2015 at 08:37, younfan33 wrote: > From: Tom Deng <2579131...@qq.com> > > Adding support for OYE-0001 Wireless Router. > OYE-0001 is a wireless router made by oyewifi.com. Below is the details: > MT7620A, 128MB DDR2, 16MB FLASH, SD Slot, USB 2.0, 4 x LAN + 1 x WAN. > Signed-off-by: Tom D

Re: [OpenWrt-Devel] [PATCH] linux:generic: mtd backport for Spansion S25FL164K

2015-06-29 Thread Rafał Miłecki
On 30 June 2015 at 01:38, L. D. Pinney wrote: > Please mark this one rejected... > I'll do better next time. > Thanks for your patience and guidance. Every new try should also include increased V (like version) number. So the *next* one should be: [PATCH V3] linux:generic: mtd backport for Spansi

Re: [OpenWrt-Devel] [PATCH] linux:generic: mtd backport for Spansion S25FL164K

2015-06-29 Thread Rafał Miłecki
On 30 June 2015 at 01:38, L. D. Pinney wrote: > The space was removed because "git apply" complainedI'll ignore the > complaint. In this case it's alright to have this complain, git just doesn't handle nicely patches adding patches :) > Please mark this one rejected... > I'll do better next

Re: [OpenWrt-Devel] [PATCH] linux:generic: mtd backport for Spansion S25FL164K

2015-06-29 Thread Rafał Miłecki
On 29 June 2015 at 07:54, L. D. Pinney wrote: > Backport for the Spansion S25FL164K > It's an 8 MiB flash with 4 KiB erase sectors. > > Signed-off-by: L. D. Pinney It looks much better but this patch doesn't seem to be refreshed, see: Applying patch generic/091-mtd-spi-nor-add-support-for-the-S

Re: [OpenWrt-Devel] [PATCH] mtd: spi-nor: Add support for Spansion S25FL164K

2015-06-28 Thread Rafał Miłecki
On 29 June 2015 at 07:00, John Crispin wrote: > On 29/06/2015 06:37, Rafał Miłecki wrote: >> On 29 June 2015 at 06:36, Rafał Miłecki wrote: >>> On 29 June 2015 at 05:30, L. D. Pinney wrote: >>>> It's an 8 MiB flash with 4 KiB erase sectors. >>>> &

Re: [OpenWrt-Devel] [PATCH] mtd: spi-nor: Add support for Spansion S25FL164K

2015-06-28 Thread Rafał Miłecki
On 29 June 2015 at 06:36, Rafał Miłecki wrote: > On 29 June 2015 at 05:30, L. D. Pinney wrote: >> It's an 8 MiB flash with 4 KiB erase sectors. >> >> Unfortunately this patch from Rafał Miłecki hasn't >> been picked up. > > I don't pick/backp

Re: [OpenWrt-Devel] [PATCH] mtd: spi-nor: Add support for Spansion S25FL164K

2015-06-28 Thread Rafał Miłecki
On 29 June 2015 at 05:30, L. D. Pinney wrote: > It's an 8 MiB flash with 4 KiB erase sectors. > > Unfortunately this patch from Rafał Miłecki hasn't been > picked up. I don't pick/backport every (mtd) patch, so: 1) Please drop your complainings from the commit messag

Re: [OpenWrt-Devel] [PATCH] [brcm47xx] Belkin F7DXXXX (BCM47XX based) support for Linux 3.18

2015-06-23 Thread Rafał Miłecki
As Hauke noted, whole patch is white space damaged. Please re-send properly. > @@ -184,7 +204,7 @@ mtd_fixtrx(const char *mtd, size_t offset) > } > > trx = (struct trx_header *) (buf + offset); > - if (trx->magic != STORE32_LE(0x30524448)) { > + if (!is_trx_magic(trx->magic)) { Is dropping S

Re: [OpenWrt-Devel] [PATCH 6/6] bcm53xx: R8000 handle PEX8603 switch

2015-06-22 Thread Rafał Miłecki
On 22 June 2015 at 10:10, Hauke Mehrtens wrote: > On 06/22/2015 02:51 AM, Ian Kent wrote: >> On Sun, 2015-06-21 at 19:19 +0200, Rafał Miłecki wrote: >>> On 10 March 2015 at 04:30, Ian Kent wrote: >>>> The Netgear R8000 has a PEX8603 connected to the BCM53012 a

Re: [OpenWrt-Devel] [PATCH 6/6] bcm53xx: R8000 handle PEX8603 switch

2015-06-21 Thread Rafał Miłecki
On 10 March 2015 at 04:30, Ian Kent wrote: > The Netgear R8000 has a PEX8603 connected to the BCM53012 and if > it isn't configured during the bus scan the PCI layer goes crazy > trying to configure phantom devices. This is kind of magic for me. Hauke: are you able to review this? ___

[OpenWrt-Devel] otrx: musl (?) compiles it as for big endian arch on bcm53xx

2015-06-20 Thread Rafał Miłecki
When compiling otrx packages on bcm53xx the following condition is true: #if __BYTE_ORDER == __BIG_ENDIAN It results in not working otrx app. I suspect it's a regression since switching to musl. Any ideas? -- Rafał ___ openwrt-devel mailing list openw

[OpenWrt-Devel] [PATCH V2 procd] service: start apps with LD_PRELOAD & lib for line buffering

2015-06-20 Thread Rafał Miłecki
line buffering and uses this lib for every logging-enabled service started by procd. Signed-off-by: Rafał Miłecki --- V2: Use strncat for safety Use line buffering instead of no buffering --- CMakeLists.txt | 7 +++ service/instance.c | 19 ++- service/setlbf.c

Re: [OpenWrt-Devel] [PATCH procd] service: start apps with LD_PRELOAD & lib disabling buffering

2015-06-20 Thread Rafał Miłecki
On 20 June 2015 at 13:56, Jo-Philipp Wich wrote: >> i dont like this idea at all. calling ld-preload on every started app >> just seems wrong > > I was the one suggesting the idea since we needed a solution which does > not require modification of downstream programs. We could restrict the > prelo

[OpenWrt-Devel] [PATCH procd] service: start apps with LD_PRELOAD & lib disabling buffering

2015-06-19 Thread Rafał Miłecki
ering and uses it for every service started by procd. Signed-off-by: Rafał Miłecki --- CMakeLists.txt | 7 +++ service/instance.c | 12 +++- service/setnbf.c | 6 ++ 3 files changed, 24 insertions(+), 1 deletion(-) create mode 100644 service/setnbf.c diff --

Re: [OpenWrt-Devel] [PATCH procd] service: use PTY (instead of a pipe) for reading service output

2015-06-19 Thread Rafał Miłecki
On 19 June 2015 at 14:44, Yousong Zhou wrote: > On 19 June 2015 at 19:34, Rafał Miłecki wrote: >> Using pipe automatically switches service to block buffering which kind >> of breaks our logging. We won't get anything from FD until the buffer >> gets filled fully or the

[OpenWrt-Devel] [PATCH procd] service: use PTY (instead of a pipe) for reading service output

2015-06-19 Thread Rafał Miłecki
o the "standard" stdout (no piping) but the messages go (line buffered) to the master FD anyway. It was successfully tested with all 4 variants of "stdout" and "stderr" ubus arguments. Signed-off-by: Rafał Miłecki --- CMakeLists.txt

Re: [OpenWrt-Devel] fixed a ubusd.c segment fault problem

2015-06-18 Thread Rafał Miłecki
oOn 18 June 2015 at 13:18, yangchao wrote: > hi gays : > this is a patch for ubusd.c Please resend as a proper patch, using text/plain (not text/html), with a proper subject and commit message. See https://dev.openwrt.org/wiki/SubmittingPatches for details. -- Rafał __

Re: [OpenWrt-Devel] [PATCH] brcm47xx: drop global description in favour of subtarget ones

2015-06-17 Thread Rafał Miłecki
On 28 May 2015 at 23:43, Rafał Miłecki wrote: > On 28 May 2015 at 23:35, Michael Heimpold wrote: >> Defining a description in this makefile prevents the subtarget >> Target/Description sections to appear in menuconfig's help >> for the subtargets. >> &

Re: [OpenWrt-Devel] OpenWrt switches to musl by default

2015-06-15 Thread Rafał Miłecki
On 16 June 2015 at 01:31, Jonathan Bennett wrote: > Just to clarify, this is only for trunk, not for the CC branch, correct? Read again: "in OpenWrt trunk" ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/

Re: [OpenWrt-Devel] Chaos Calmer 15.05-rc2

2015-06-13 Thread Rafał Miłecki
On 13 June 2015 at 17:31, Arturo Rinaldi wrote: > Can i get the exact commit hash and description of the 15.05-rc2 please ? f5c2b51 ralink: add missing symbol -- Rafał ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwr

Re: [OpenWrt-Devel] [PATCH] b53 kernel memory corruption fix

2015-06-10 Thread Rafał Miłecki
On 9 June 2015 at 11:57, blmink wrote: > Hi, We usually don't want "hi" and "hello" it commit messages ;) > this patch fixes kernel memory corruption in b53 driver during device global > reset, which causes kernel panic especially on 64bit platforms. There is sth wrong with patch format I gues

[OpenWrt-Devel] [PATCH V2 1/2] base-files: default_do_upgrade: accept & forward image extraction command

2015-06-04 Thread Rafał Miłecki
get_image allows passing 2nd argument that is used in a pipe for extracting firmware from a non-native format. By accepting such command in default_do_upgrade we allow platforms to use this helper for vendor specific images. Signed-off-by: Rafał Miłecki --- V2: Slightly document

[OpenWrt-Devel] [PATCH V2 2/2] brcm47xx: extract TRX from image on the fly

2015-06-04 Thread Rafał Miłecki
Extracting TRX to separated file in /tmp/ requires extra RAM which may not be available on some chepaer devices. Instead of that lets pass a proper extracting command to the default_do_upgrade. Signed-off-by: Rafał Miłecki --- V2: Add this patch to show why we need 1/2 :) --- target/linux

[OpenWrt-Devel] [PATCH] base-files: default_do_upgrade: accept & forward image extraction command

2015-06-03 Thread Rafał Miłecki
get_image allows passing 2nd argument that is used in a pipe for extracting firmware from a non-native format. By accepting such command in default_do_upgrade we allow platforms to use this helper for vendor specific images. Signed-off-by: Rafał Miłecki --- package/base-files/files/lib/upgrade

Re: [OpenWrt-Devel] [PATCH RFC] brcmfmac: register wiphy(s) during module_init

2015-06-01 Thread Rafał Miłecki
On 1 June 2015 at 00:08, Rafał Miłecki wrote: > @@ -440,6 +441,7 @@ static void brcmf_fw_request_nvram_done(const struct > firmware *fw, void *ctx) > } > > fwctx->done(fwctx->dev, fwctx->code, nvram, nvram_length); > + complete(&fwctx->

[OpenWrt-Devel] [PATCH RFC] brcmfmac: register wiphy(s) during module_init

2015-05-31 Thread Rafał Miłecki
This is needed by OpenWrt which expects all PHYs to be created after module loads successfully. Signed-off-by: Rafał Miłecki --- drivers/net/wireless/brcm80211/brcmfmac/core.c | 1 + drivers/net/wireless/brcm80211/brcmfmac/firmware.c | 13 - 2 files changed, 13 insertions(+), 1

[OpenWrt-Devel] [PATCH] mac80211: make netifd script create AP interface directly

2015-05-30 Thread Rafał Miłecki
adio0 (1101): Could not read interface wlan0-1 flags: No such device Signed-off-by: Rafał Miłecki --- package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh b/packa

Re: [OpenWrt-Devel] [PATCH v4] [kernel] upstream fix: mount overlayfs r/o if workdir cannot be created

2015-05-29 Thread Rafał Miłecki
On 29 May 2015 at 15:38, Thomas Huehn wrote: > +Index: linux-3.18.14/fs/overlayfs/copy_up.c > +=== > +--- linux-3.18.14.orig/fs/overlayfs/copy_up.c 2015-05-20 17:04:50.0 > +0200 > linux-3.18.14/fs/overlayfs/copy_up.c

Re: [OpenWrt-Devel] [PATCH] brcm47xx: drop global description in favour of subtarget ones

2015-05-28 Thread Rafał Miłecki
On 28 May 2015 at 23:35, Michael Heimpold wrote: > Defining a description in this makefile prevents the subtarget > Target/Description sections to appear in menuconfig's help > for the subtargets. > > However, this also removes the menuconfig's help text for the > target itself, but I'm not skille

Re: [OpenWrt-Devel] Looking for a Broadcom Asus tester(s)

2015-05-28 Thread Rafał Miłecki
On 28 May 2015 at 21:44, Rafał Miłecki wrote: > On 28 May 2015 at 21:31, Michael Heimpold wrote: >> I have a Asus WL-500gP V2 router and restored original Asus Firmware >> version 3.0.4.4. Then I tried >> openwrt-brcm47xx-generic-squashfs.trx, >> openwrt-brcm4

Re: [OpenWrt-Devel] Looking for a Broadcom Asus tester(s)

2015-05-28 Thread Rafał Miłecki
On 28 May 2015 at 21:44, Rafał Miłecki wrote: > On 28 May 2015 at 21:31, Michael Heimpold wrote: >> I have a Asus WL-500gP V2 router and restored original Asus Firmware >> version 3.0.4.4. Then I tried >> openwrt-brcm47xx-generic-squashfs.trx, >> openwrt-brcm4

Re: [OpenWrt-Devel] Looking for a Broadcom Asus tester(s)

2015-05-28 Thread Rafał Miłecki
On 28 May 2015 at 21:31, Michael Heimpold wrote: > I have a Asus WL-500gP V2 router and restored original Asus Firmware > version 3.0.4.4. Then I tried > openwrt-brcm47xx-generic-squashfs.trx, > openwrt-brcm47xx-generic-squashfs-gz.trx > openwrt-brcm47xx-generic-squashfs-noloader-nodictionary.trx,

Re: [OpenWrt-Devel] [PATCH 2/3] bcm53xx: add specific device profiles

2015-05-28 Thread Rafał Miłecki
On 28 May 2015 at 21:04, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas So will you extend your above explanation a bit? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/lis

Re: [OpenWrt-Devel] Looking for a Broadcom Asus tester(s)

2015-05-27 Thread Rafał Miłecki
On 28 May 2015 at 07:42, Rafał Miłecki wrote: > On 28 May 2015 at 07:33, Ian Kent wrote: >> On Wed, 2015-05-27 at 22:32 +0200, Rafał Miłecki wrote: >>> Hi, >>> >>> With few recent commits OpenWrt can now generate Asus-specific TRX >>> files for brcm47

Re: [OpenWrt-Devel] Looking for a Broadcom Asus tester(s)

2015-05-27 Thread Rafał Miłecki
On 28 May 2015 at 07:33, Ian Kent wrote: > On Wed, 2015-05-27 at 22:32 +0200, Rafał Miłecki wrote: >> Hi, >> >> With few recent commits OpenWrt can now generate Asus-specific TRX >> files for brcm47xx and bcm53xx. The magic is about some extra data at >> the en

[OpenWrt-Devel] Looking for a Broadcom Asus tester(s)

2015-05-27 Thread Rafał Miłecki
Hi, With few recent commits OpenWrt can now generate Asus-specific TRX files for brcm47xx and bcm53xx. The magic is about some extra data at the end of TRX (so the format differs a bit, even it using the same file extension and layout). My request for someone having Broadcom-based Asus devices is

Re: [OpenWrt-Devel] Snort upgrade from 2.9.7.2 -> 2.9.7.3

2015-05-22 Thread Rafał Miłecki
On 22 May 2015 at 14:22, Derek Werthmuller wrote: > Relevant Makefile changes; New version seems to build fine. > > PKG_VERSION:=2.9.7.3 > PKG_RELEASE:=3 > > PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz > PKG_SOURCE_URL:=https://www.snort.org/downloads/snort/ > PKG_MD5SUM:=839e648607fd32726b2f796

Re: [OpenWrt-Devel] [PATCH 5/6] bcm53xx: add ASUS RT-AC87U partitions

2015-05-18 Thread Rafał Miłecki
On 16 May 2015 at 12:53, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas With the previous patches nacked/rejected, it doesn't make sense to apply this one. I've commited workaround for RT-AC87U just to make it usable with the upcoming CC release, see: https://dev.openwrt.

Re: [OpenWrt-Devel] [PATCH 3/6] bcm53xx: bcm_nand: add support for overriding partition probe through device tree

2015-05-18 Thread Rafał Miłecki
On 16 May 2015 at 12:53, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas So I'll give a nack to this one too. The feature you proposed is really nice, but should be implemented as some generic solution, see Hauke's recent patch: https://patchwork.ozlabs.org/patch/473208/ __

Re: [OpenWrt-Devel] [PATCH 4/6] bcm53xx: bcm47xxpart: add support for parsing device tree partitions

2015-05-18 Thread Rafał Miłecki
On 16 May 2015 at 12:53, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas After discussion in this topic, I'll give a nack to this patch. We should use different approach and we should probably focus on mainline Broadcom NAND driver. -- Rafał __

Re: [OpenWrt-Devel] [PATCH 4/6] bcm53xx: bcm47xxpart: add support for parsing device tree partitions

2015-05-18 Thread Rafał Miłecki
On 16 May 2015 at 15:28, Rafał Miłecki wrote: > On 16 May 2015 at 13:53, Álvaro Fernández Rojas wrote: >> This patch splits firmware partition based on TRX header, while ofpart won't >> be able to split firmware partition into kernel (linux) + rootfs. >> It's very

Re: [OpenWrt-Devel] [PATCH] Vlan configuration, limit the used ports

2015-05-18 Thread Rafał Miłecki
On 18 May 2015 at 12:12, Hante Meuleman wrote: > Tested a clean checkout this morning and booted it. It is booting, but no > packets are received. At least the ifconfig shows no RX packets, could be > that the packets miss the vlan tag. Can you see swconfig forcing port 8 state? swconfig dev swit

Re: [OpenWrt-Devel] [PATCH 4/6] bcm53xx: bcm47xxpart: add support for parsing device tree partitions

2015-05-16 Thread Rafał Miłecki
On 16 May 2015 at 13:53, Álvaro Fernández Rojas wrote: > This patch splits firmware partition based on TRX header, while ofpart won't > be able to split firmware partition into kernel (linux) + rootfs. > It's very similar to bcm63xx code, where bcmtag contains the information > needed to split l

Re: [OpenWrt-Devel] [PATCH 6/6] bcm53xx: add ASUS RT-AC87U LEDs

2015-05-16 Thread Rafał Miłecki
On 16 May 2015 at 12:53, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas This patch is simple enough to upstream it (clean code & doesn't depend on other stuff). Please send a patch to Florian & linux-arm-kernel mailing list based on top of: https://github.com/Broadcom/stb

Re: [OpenWrt-Devel] [PATCH 4/6] bcm53xx: bcm47xxpart: add support for parsing device tree partitions

2015-05-16 Thread Rafał Miłecki
On 16 May 2015 at 13:11, Hauke Mehrtens wrote: > On 05/16/2015 12:53 PM, Álvaro Fernández Rojas wrote: >> Signed-off-by: Álvaro Fernández Rojas >> --- >> ...-bcm47xxpart-parse-device-tree-partitions.patch | 156 >> + >> 1 file changed, 156 insertions(+) >> create mode 10064

Re: [OpenWrt-Devel] [PATCH] bcm53xx: Add functions to get/release copies of nvram contents.

2015-05-15 Thread Rafał Miłecki
On 12 May 2015 at 19:31, Rafał Miłecki wrote: > On 12 May 2015 at 15:10, Hante Meuleman wrote: >> Added two functions to the bcm47xx_nvram module to get and release copies >> of the complete nvram contents. This can be used by for example brcmfmac >> to get complete nvra

Re: [OpenWrt-Devel] [PATCH] Give WiFi modules more time to settle

2015-05-15 Thread Rafał Miłecki
On 15 May 2015 at 09:02, Arend van Spriel wrote: > On 05/12/15 12:25, Hante Meuleman wrote: >> >> It is a bit more than just changing request_firmware_nowait into >> request_firmware. The worker in core.c needs to be removed. The >> function brcmf_pcie_setup needs to be updated as it cannot call >

Re: [OpenWrt-Devel] [PATCH] bcm53xx: Add functions to get/release copies of nvram contents.

2015-05-13 Thread Rafał Miłecki
On 13 May 2015 at 18:45, Felix Fietkau wrote: > On 2015-05-13 09:48, Hante Meuleman wrote: >> Initially I made the free an inline from header file, but it doesn't compile >> out of the box as it needs the definition for kfree and not all c files which >> include this header file had this, as I don

Re: [OpenWrt-Devel] [PATCH] Vlan configuration, limit the used ports

2015-05-13 Thread Rafał Miłecki
On 12 May 2015 at 10:16, Hante Meuleman wrote: > Do not mimic the vlan configuration in some devices like R8000 as the > configuration is to be used with SW accelerators not available in OpenWRT. > It is not possible to use the switch with vlan port configuration 0 1 2 3 5 7 > 8, > without making

Re: [OpenWrt-Devel] [PATCH] bcm53xx: Add functions to get/release copies of nvram contents.

2015-05-12 Thread Rafał Miłecki
On 13 May 2015 at 03:49, Ian Kent wrote: > On Tue, 2015-05-12 at 19:31 +0200, Rafał Miłecki wrote: >> On 12 May 2015 at 15:10, Hante Meuleman wrote: >> > Added two functions to the bcm47xx_nvram module to get and release copies >> > of the complete nvram contents. This

Re: [OpenWrt-Devel] [PATCH] bcm53xx: Add functions to get/release copies of nvram contents.

2015-05-12 Thread Rafał Miłecki
On 12 May 2015 at 15:10, Hante Meuleman wrote: > Added two functions to the bcm47xx_nvram module to get and release copies > of the complete nvram contents. This can be used by for example brcmfmac > to get complete nvram contents which will after some parsing be sent to > device. Thanks for send

Re: [OpenWrt-Devel] [PATCH] Give WiFi modules more time to settle

2015-05-12 Thread Rafał Miłecki
On 12 May 2015 at 11:33, Hante Meuleman wrote: > Understood, what is wifi detect using as input? Do the netdevs have to > be up? Where is the information that wifi app is reading coming from? What about just checking it by yourself? vim package/base-files/files/sbin/wifi vim package/kernel/mac802

Re: [OpenWrt-Devel] [PATCH] Give WiFi modules more time to settle

2015-05-12 Thread Rafał Miłecki
On 12 May 2015 at 10:35, Hante Meuleman wrote: > The boot script gives 1 second for wifi modules to settle. For newer routers > > like R8000 which has three wifi devices which all need to be firmware > > downloaded, nvram downloaded and initialized this delay is getting very > > tight. On some boo

[OpenWrt-Devel] [PATCH V2] lantiq: add platform_pre_upgrade for sysupgrade

2015-05-10 Thread Rafał Miłecki
arget for changing nand_do_platform_check (it will be possible after preparing all other targets as well). Signed-off-by: Rafał Miłecki --- V2: Fix typo in commit message ("implementation") Add only 1 empty line (instead of 2) in platform.sh --- target/linux/lantiq/base-files/lib/upgr

[OpenWrt-Devel] [PATCH] lantiq: add platform_pre_upgrade for sysupgrade

2015-05-10 Thread Rafał Miłecki
arget for changing nand_do_platform_check (it will be possible after preparing all other targets as well). Signed-off-by: Rafał Miłecki --- target/linux/lantiq/base-files/lib/upgrade/platform.sh | 11 +++ 1 file changed, 11 insertions(+) diff --git a/target/linux/lantiq/base-files/lib/up

Re: [OpenWrt-Devel] [PATCH RFC] base-files: switch reset button support to hotplug.d

2015-05-10 Thread Rafał Miłecki
On 10 May 2015 at 13:14, Felix Fietkau wrote: > On 2015-05-09 22:33, Rafał Miłecki wrote: >> For years now we have procd (with its hotplug support) and action JSON >> executing all scripts in /etc/hotplug.d/SUBSYSTEM/. Move reset button >> support to handle it the sam

[OpenWrt-Devel] [PATCH RFC] base-files: switch reset button support to hotplug.d

2015-05-09 Thread Rafał Miłecki
For years now we have procd (with its hotplug support) and action JSON executing all scripts in /etc/hotplug.d/SUBSYSTEM/. Move reset button support to handle it the same way we handle other subsystems. Signed-off-by: Rafał Miłecki --- package/base-files/files/etc/hotplug.d/button/reset | 18

<    4   5   6   7   8   9   10   11   12   13   >