Re: [OpenWrt-Devel] [PATCH] generic: add 8139cp fixes, enable hardware csum/tso on 4.0+

Hi, SoB is missing from this and the CC backport patch John On 05/10/2015 22:26, David Woodhouse wrote: > For all kernels, add the fixes which are already in 4.3-rc4. > > For 4.0+, also add the fixes currently in net-next which fix and enable > hardware checksum and TSO support. > >

Re: [OpenWrt-Devel] [PATCH] generic: add 8139cp fixes, enable hardware csum/tso on 4.0+

correction, one has a SoB, the other has a description. having both in both patches would be nice John On 08/10/2015 10:06, John Crispin wrote: > Hi, > > SoB is missing from this and the CC backport patch > > John > > On 05/10/2015 22:26, David Woodhouse wrote: >> For all

Re: [OpenWrt-Devel] [PATCH] CC-x86: add support for LEDs on PCEngines APU

On 01/10/2015 17:21, Ben Pfountz wrote: > These 2 patches add support for the front 3 LEDs on the PCEngines APU > board: > > - Create a subtarget for the PCEngines APU, which selects all the > supported options I could find for this board. > - Adds a kmod-leds-apu kernel module package which

Re: [OpenWrt-Devel] Jails current broken due to not following symlinks

On 08/10/2015 06:01, Daniel Dickinson wrote: > Hi again, > > It turns out the problem isn't Etienne's code, it is the fstools update > in revision 47083. > > This causes symlinks to not be followed which breaks procd-jail even > though the real issue is that procd-jail was in fact only working

Re: [OpenWrt-Devel] [PATCH procd v3 0/7] jail work

Hi, Le 5 oct. 2015 13:49, "Etienne Champetier" a écrit : > > Hi John, > > 2015-10-05 11:14 GMT+02:00 John Crispin : >> >> >> >> On 27/08/2015 01:26, Etienne CHAMPETIER wrote: >> > v3 of my (u)jail work, you can now use separately >> > namespaces

Re: [OpenWrt-Devel] Jails current broken due to not following symlinks

Ok, I thought I had found the root cause but all I'm left with is that symlinks aren't followed. That is when procd-jail is installed and using procd_add_jail (or manually executing ujail) on x86_64 using squashfs, on (for example) /usr/sbin/ntpd (which is a symlink to /bin/busybox), then in

Re: [OpenWrt-Devel] uhttpd: chunked output from cgi script

thank you Jow for the promptly feedback. I tried to better understand the problem and now I'm reading at your commit. My patch works but is logically broken. I'm trying to produce a better one. If I'm not wrong the problem is this (without applying your commit): the client request handling code

[OpenWrt-Devel] [PATCH] rb532: prepare switch to 4.1

Signed-off-by: Roman Yeryomin --- target/linux/rb532/config-3.18 | 146 - target/linux/rb532/config-default | 146 + .../rb532/patches-3.18/001-cmdline_hack.patch | 20 ---

[OpenWrt-Devel] [PATCH 5/8] ramips: improve rt2880 spi setup

* check clock rate, SPI mode, and word sizes * setup spi polarity * enable spi1 hw if need Signed-off-by: Michael Lee --- ...0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch | 73 ++ 1 file changed, 62 insertions(+), 11 deletions(-) diff --git

[OpenWrt-Devel] [PATCH 6/8] ramips: move rt2880 spi clock and reset init code to spi_prepare_message

before spi transfer. use spi_prepare_message to setup spi hardware. it will setup MSB, spi mode and speed remove sys_freq member and speed check code Signed-off-by: Michael Lee --- ...0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch | 130 ++--- 1 file changed,

Re: [OpenWrt-Devel] uhttpd: chunked output from cgi script

Hi Luigi, > I tested another patch of mine (really noobish i know :) ) > still against commit: 993cace15114a0f06f720f34a4748ab54b695f0d > [...] > and it seems to works for the reasons I tried to explain in my previous > mail. Right, it will work but emit invalid HTTP responses if a CGI handler

[OpenWrt-Devel] [PATCH 7/8] ramips: use transfer_one instead of transfer_one_message on rt2880 spi

* use kernel buildin transfer_one_message. we only need to implement transfer_one and set_cs function * should support use gpio as cs pin * deselected the spi device when setup and add debug info * only reset device when first driver probe Signed-off-by: Michael Lee ---

Re: [OpenWrt-Devel] uhttpd: chunked output from cgi script

Hi again Jow, I tested another patch of mine (really noobish i know :) ) still against commit: 993cace15114a0f06f720f34a4748ab54b695f0d --- utils.c2015-10-08 15:05:01.209195841 +0200 +++ utils.c2015-10-08 15:04:27.082529799 +0200 @@ -28,10 +28,6 @@ if (cl->request.method ==

[OpenWrt-Devel] [PATCH 1/8] ramips: add rt2880/mt7620 spi register defines

Signed-off-by: Michael Lee --- ...0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch | 65 +- 1 file changed, 63 insertions(+), 2 deletions(-) diff --git a/target/linux/ramips/patches-3.18/0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch

[OpenWrt-Devel] [PATCH 4/8] ramips: clean up rt2880 spi probe/remove

* fill struct according to the member order * add error clean up * set min/max spi speed. so we don't need to check again Signed-off-by: Michael Lee --- ...0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch | 59 +- 1 file changed, 34 insertions(+), 25

[OpenWrt-Devel] [PATCH 3/8] ramips: improve rt2880 spi wait ready function

use loops_per_jiffy, spi clock speed and write bytes to get the spi loop count. if loop to 0 than spi operation timeout. remove usleep. we only write 1 byte to spi device. use busy loop would be better. Signed-off-by: Michael Lee ---

[OpenWrt-Devel] [PATCH 2/8] ramips: remove rt2880 spi lock and clean bit operation

Signed-off-by: Michael Lee --- ...0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch | 23 +- 1 file changed, 5 insertions(+), 18 deletions(-) diff --git a/target/linux/ramips/patches-3.18/0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch

[OpenWrt-Devel] [PATCH 8/8] ramips: update dtsi files to support second spi device

Signed-off-by: Michael Lee --- target/linux/ramips/dts/mt7620a.dtsi | 32 +- target/linux/ramips/dts/mt7620n.dtsi | 32 +- target/linux/ramips/dts/rt3050.dtsi| 6 +- target/linux/ramips/dts/rt3352.dtsi| 31 +-

Re: [OpenWrt-Devel] Jails current broken due to not following symlinks

Hi all, Reverting to 15.05 release fails to resolve the issue on x86_64 so I suspect jails are simply broken on x86_64 due not following symlinks. For some reason ar71xx does follow the symlinks and does not experience this issue with the same commit. Regards, Daniel On 2015-10-08 2:45

[OpenWrt-Devel] [PATCH 1/2] ramips: rt305x: update kernel config symbols

Signed-off-by: Piotr Dymacz --- target/linux/ramips/rt305x/config-3.18 | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/target/linux/ramips/rt305x/config-3.18 b/target/linux/ramips/rt305x/config-3.18 index 9c03767..c7ad9d1 100644 ---

[OpenWrt-Devel] [PATCH procd] jail: Add MS_NODEV MS_NOEXEC MS_NOSUID mount options where needed

this completes fafbf7338ec8304f2a0ec0ba76048fba2c01c07e Signed-off-by: Etienne CHAMPETIER --- jail/jail.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/jail/jail.c b/jail/jail.c index f459a5e..56dc9ca 100644 --- a/jail/jail.c +++