Re: [OpenWrt-Devel] [PATCH] [lantiq] ltq-atm: add rx tasklet

On Sun, 2013-04-28 at 16:09 +0200, Luca dariz wrote: > Il 28/04/2013 13:45, Luca dariz ha scritto: > > Il 26/04/2013 22:00, Luca dariz ha scritto: > >> Il 26/04/2013 16:35, Conor O'Gorman ha scritto: > >>> On Fri, 2013-04-26 at 14:13 +0200, Luca dariz wrote: > Use a tasklet to handle incoming

Re: [OpenWrt-Devel] [PATCH] [lantiq] ltq-atm: add rx tasklet

Il 29/04/2013 10:26, Conor O'Gorman ha scritto: On Sun, 2013-04-28 at 16:09 +0200, Luca dariz wrote: Il 28/04/2013 13:45, Luca dariz ha scritto: Il 26/04/2013 22:00, Luca dariz ha scritto: Il 26/04/2013 16:35, Conor O'Gorman ha scritto: On Fri, 2013-04-26 at 14:13 +0200, Luca dariz wrote: Us

Re: [OpenWrt-Devel] [RFC][PATCH] broadcom-wl: read channel using wlc on detect

On 18.04.2013 11:17, Rafał Miłecki wrote: > Hardcoding channel number to 11 is a bad idea, it may be even not > available on some devices. If there are two single-band radios, the > one for 5GHz doesn't have 11 channel. That patch makes the Broadcom default wireless config generation inconsistent

Re: [OpenWrt-Devel] [RFC][PATCH] broadcom-wl: read channel using wlc on detect

2013/4/29 Jo-Philipp Wich : > On 18.04.2013 11:17, Rafał Miłecki wrote: >> Hardcoding channel number to 11 is a bad idea, it may be even not >> available on some devices. If there are two single-band radios, the >> one for 5GHz doesn't have 11 channel. > > That patch makes the Broadcom default wire

Re: [OpenWrt-Devel] [RFC][PATCH] broadcom-wl: read channel using wlc on detect

On Monday 29 Apr 2013, Jo-Philipp Wich wrote: > On 18.04.2013 11:17, Rafał Miłecki wrote: > > Hardcoding channel number to 11 is a bad idea, it may be even not > > available on some devices. If there are two single-band radios, the > > one for 5GHz doesn't have 11 channel. > > That patch makes the

Re: [OpenWrt-Devel] Math operation gets wrong result on ar71xx for AA

On Sun, Apr 28, 2013 at 10:04 PM, Luiz Angelo Daros de Luca wrote: > Hello, > > I tested the patch and it works. I can see all partitions inside my disk. I > just cleaned the first typecast as it was useless and I'll send in a cleaner > patch email to this list. > > Now what would be the next step

Re: [OpenWrt-Devel] Math operation gets wrong result on ar71xx for AA

On Mon, Apr 29, 2013 at 2:46 PM, Jonas Gorski wrote: > On Sun, Apr 28, 2013 at 10:04 PM, Luiz Angelo Daros de Luca > wrote: >> Hello, >> >> I tested the patch and it works. I can see all partitions inside my disk. I >> just cleaned the first typecast as it was useless and I'll send in a cleaner >

Re: [OpenWrt-Devel] Math operation gets wrong result on ar71xx for AA

W dniu 29.04.2013 16:54, Jonas Gorski pisze: The appropriate bug report is >. I'll backport the >fix to 4.6 and 4.7. Still build testing, but as a addendum, vanilla 4.6.x is*not* affected, so selecting 4.6.3 instead of 4.6-linaro avoids the erro

Re: [OpenWrt-Devel] [PATCH] [brcm68xx] led support for board DWV-S0

> All you have to do is take this patch, put it into > target/linux/brcm63xx/patches-3.{7,8}, make sure it applies, and you > are done. The appropriate number is 55x (just take the next one free). FILE: target/linux/brcm63xx/patches-3.8/554-board_DWVS0_leds_buttons.patch ==

[OpenWrt-Devel] [PATCH] [packages] tinc: fix init.d/tinc parameter generation and logfile config name

tinc expects long parameters to be in the form "--name=value" and the current init scripts generate "--name value" parameters. See `tincd --help` to confirm. Also, the config/tinc and init.d/tinc incorrectly use the parameter "log" when it should be "logfile". Signed-off-by: Sandy McArthur, Jr. -

[OpenWrt-Devel] Anyone working on having libpri, dahdi-linux and dahdi-tools on openwrt

I tried the asterisk 11 feeds on the trunk. Noticed that it does not have dahdi-linux, dahdi-tools and libpri. Anyone currently working on or plan to work on these ? I cook up some make files for it but because of limited knowledge on the make files, the significance of various variables and di