Re: [OpenWrt-Devel] [PATCH procd 2/4] ujail: remove useless arg in clone call

On 23/11/2015 09:09, Etienne Champetier wrote: > Hi, > > Le 23 nov. 2015 08:18, "John Crispin" > a écrit : >> >> >> >> On 23/11/2015 01:39, Etienne CHAMPETIER wrote: >> > spawn_jail(void) produce a compilation error, >> > so we use spawn_jail()

Re: [OpenWrt-Devel] [PATCH procd 3/4] ujail: use const, stop using extern

Hi Le 23 nov. 2015 08:19, "John Crispin" a écrit : > > Hi, > > subject relates to extern but then the patch adds const. please make the > description consistent with the content > The subject do start with "use const" I will improve it in v2 > John > > On 23/11/2015

Re: [OpenWrt-Devel] [PATCH procd 2/4] ujail: remove useless arg in clone call

Hi, Le 23 nov. 2015 08:18, "John Crispin" a écrit : > > > > On 23/11/2015 01:39, Etienne CHAMPETIER wrote: > > spawn_jail(void) produce a compilation error, > > so we use spawn_jail() > > > > Signed-off-by: Etienne CHAMPETIER > > --- > >

Re: [OpenWrt-Devel] buildbot: gb15 fails to upload due to host keys

Hannu A Nyman wrote: Well, both gb15 and buildslave2 still fail to upload binaries, and as they are making 9 of the 22 concurrent builds, almost half of the compiled binaries are discarded. Sad. Logs from today:

Re: [OpenWrt-Devel] buildbot: gb15 fails to upload due to host keys

On Mon, 23 Nov 2015, Dave Taht wrote: On Mon, Nov 23, 2015 at 11:07 AM, Zoltan HERPAI wrote: Hannu A Nyman wrote: Well, both gb15 and buildslave2 still fail to upload binaries, and as they are making 9 of the 22 concurrent builds, almost half of the compiled binaries are

Re: [OpenWrt-Devel] buildbot: gb15 fails to upload due to host keys

On Mon, Nov 23, 2015 at 11:07 AM, Zoltan HERPAI wrote: > Hannu A Nyman wrote: >> >> Well, both gb15 and buildslave2 still fail to upload binaries, and as they >> are making 9 of the 22 concurrent builds, almost half of the compiled >> binaries are discarded. Sad. >> >> Logs from

Re: [OpenWrt-Devel] [PATCH procd 2/4] ujail: remove useless arg in clone call

Hey Etienne, Etienne Champetier writes: > i know that spawn_jail(void) is valid code, but then the clone call > refuses to compile That's type-safety for you. spawn_jail() is valid code too but it's not type-safe, so AFAICT you're avoiding the errors by letting the

[OpenWrt-Devel] [PATCH v4] [ramips] mt7621: add support for netis WF-2881‏

netis WF-2881 is an MT7621AT based router with MT7602EN, MT7612EN. It has 128MB DDR3, 128MB SLC NAND FLASH, 5-port Gbps switch and 1x USB 3.0. The following patch adds support for this device. this device only works on top of UBI. Tested and working: * ethernet * both WiFi radios * USB 3.0 *

Re: [OpenWrt-Devel] API documentation of ubus

Hi, --[Far from being an authoritative source, but just happen to be subscribed to the mailing list]-- I had a brief look at the ubus repo when you first sent an email, and the header files were pretty usable imho, laid out in a way I'd consider to be logical, and if you've ever written any kind

Re: [OpenWrt-Devel] [PATCH procd 2/4] ujail: remove useless arg in clone call

Hey, 2015-11-23 12:52 GMT+01:00 Paul Fertser : > Hey Etienne, > > Etienne Champetier writes: > > i know that spawn_jail(void) is valid code, but then the clone call > > refuses to compile > > That's type-safety for you. spawn_jail() is valid

[OpenWrt-Devel] ath9k-htc init

Hi Felix, Jonas, While playing with my AXS101 board and USB WI-Fi dongles I bumped in a couple of issues. Fortunately I found at least one dongle that works quite nice. That's TP-Link TL-WN721N (or its WN722N sibling) which is based on Atheros AR9271 chip even though it did require one unexpected

[OpenWrt-Devel] [PATCH] axs10x: initilaze network for wireless access-point

ARC SDP board sports only 1 network interface - eth0, so to operate as an access point it requires at least another interface (preferably wireless), so USB Wi-Fi dongle is what we want. And with USB Wi-Fi dongle attached ARC SDP board could be used as a "dumb" wireless access point. Now with

Re: [OpenWrt-Devel] [PATCH procd 2/4] ujail: remove useless arg in clone call

2015-11-23 9:11 GMT+01:00 John Crispin : > > > On 23/11/2015 09:09, Etienne Champetier wrote: > > Hi, > > > > Le 23 nov. 2015 08:18, "John Crispin" > > a écrit : > >> > >> > >> > >> On 23/11/2015 01:39, Etienne CHAMPETIER wrote:

[OpenWrt-Devel] [PATCH] arc770/axs101: accomodate DW GMAC long reset sequence

On ARC SDP board DMA block of DW GMAC gets out of reset much longer than expected by default driver. For now to accomodate this issue we're extending timeout value. Signed-off-by: Alexey Brodkin --- .../0003-fix-GMAC-init-by-longer-reset-wait.patch | 45

[OpenWrt-Devel] [PATCH 1/1] ramips: add second spi master sysclk

for mt7620, rt3883 and rt5350 Signed-off-by: Michael Lee --- .../patches-3.18/0305-second_spi_sysclk.patch | 30 ++ 1 file changed, 30 insertions(+) create mode 100644 target/linux/ramips/patches-3.18/0305-second_spi_sysclk.patch diff --git

Re: [OpenWrt-Devel] [PATCH] oxnas: set irq of usb to cpu1

On Mon, Nov 23, 2015 at 02:30:34PM +0800, Shonn Lu wrote: > Signed-off-by: Shonn Lu > --- > .../linux/oxnas/base-files/init.d/set-irq-affinity | 22 > ++ > 1 file changed, 22 insertions(+) > create mode 100755

Re: [OpenWrt-Devel] [PATCH V2] oxnas: set irq of usb to cpu1

On Mon, Nov 23, 2015 at 8:43 AM, Shonn Lu wrote: >Subject: oxnas: set irq of usb to cpu1 Why? Please explain why this is needed/wanted. Jonas ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] [PATCH] axs10x: initilaze network for wireless access-point

Hi Jonas, On Mon, 2015-11-23 at 16:54 +0100, Jonas Gorski wrote: > On Mon, Nov 23, 2015 at 9:28 AM, Alexey Brodkin > wrote: > > ARC SDP board sports only 1 network interface - eth0, > > so to operate as an access point it requires at least > > another interface

Re: [OpenWrt-Devel] [PATCH] axs10x: initilaze network for wireless access-point

On Mon, Nov 23, 2015 at 9:28 AM, Alexey Brodkin wrote: > ARC SDP board sports only 1 network interface - eth0, > so to operate as an access point it requires at least > another interface (preferably wireless), > so USB Wi-Fi dongle is what we want. > > And with USB

Re: [OpenWrt-Devel] [PATCH v2 1/5] kernel: other: add PWM controller support

On Sun, Nov 22, 2015 at 12:55 AM, John Crispin wrote: > Hi Tim, > > > > On 19/11/2015 18:53, Tim Harvey wrote: >> This adds basic PWM controller support and support for i.MX >> >> Signed-off-by: Tim Harvey >> --- >> v2: >> - add TARGET_imx6 dep for

Re: [OpenWrt-Devel] [PATCH] axs10x: initilaze network for wireless access-point

On 2015-11-23 17:20, Alexey Brodkin wrote: > Well in ARCv1 we can only handle unaligned access in software. > Here I mean handle unaligned exception in Linux kernel and copying > data back to caller. But this essentially comes with performance penalty. > > On ARCv2 we may have that feature right

Re: [OpenWrt-Devel] ath9k-htc init

On Mon, Nov 23, 2015 at 9:21 AM, Alexey Brodkin wrote: > Hi Felix, Jonas, > > While playing with my AXS101 board and USB WI-Fi dongles I bumped in > a couple of issues. Fortunately I found at least one dongle that > works quite nice. That's TP-Link TL-WN721N (or its

Re: [OpenWrt-Devel] [PATCH] arc770/axs101: accomodate DW GMAC long reset sequence

Hi Felix, On Mon, 2015-11-23 at 11:45 +0300, Alexey Brodkin wrote: > On ARC SDP board DMA block of DW GMAC gets out of reset much > longer than expected by default driver. > > For now to accomodate this issue we're extending timeout value. > > Signed-off-by: Alexey Brodkin