Re: [OpenWrt-Devel] [PATCH 2/3] mac80211/rt2x00: differentiate rf_vals for ht20/ht40

2012-11-11 Thread Сергей Василюгин
Hi, Daniel And no, No, NO! :) I pooly explain or you don't pay attention. Xtal20/40MHz external clock/tick generator have no direct relation to HT20/HT40 but precision of channel frequency only. So for that case we use corrected frequency rf_vals table. And Xtal20/40MHz really must be read fro

Re: [OpenWrt-Devel] Multilink PPP in OpenWrt and LuCI

2012-11-11 Thread Nathan Williams
On Fri, 2012-11-09 at 16:00 +0200, George Kashperko wrote: > Some time ago I've been building mlpppoe channel (its 4xpppoe over 18Mbps > adsl atm working for several months without noticeable problems). Attached > are patches I've used to get things working, network config from my ASUS > RT-N16 and

[OpenWrt-Devel] [PATCH 3/3] mac80211/rt2x00: add rf_vals for Rt3352 in HT20 mode

2012-11-11 Thread Daniel Golle
Signed-off-by: Daniel Golle create mode 100644 package/mac80211/patches/624-rt2x00-rf_vals-for-rt3352-in-ht20.patch diff --git a/package/mac80211/patches/624-rt2x00-rf_vals-for-rt3352-in-ht20.patch b/package/mac80211/patches/624-rt2x00-rf_vals-for-rt3352-in-ht20.patch new file mode 100644 i

[OpenWrt-Devel] [PATCH 2/3] mac80211/rt2x00: differentiate rf_vals for ht20/ht40

2012-11-11 Thread Daniel Golle
Recent Ralink RFs need different rf_vals depending on whether HT20 or HT40 is being used. Signed-off-by: Daniel Golle create mode 100644 package/mac80211/patches/623-differentiate-rf_vals.patch diff --git a/package/mac80211/patches/622-rt2x00-fix-rt3352-ext-pa.patch b/package/mac80211/patches

[OpenWrt-Devel] [PATCH 1/3] mac80211/rt2x00: support Rt3352 with external PA

2012-11-11 Thread Daniel Golle
Fix a few issues on Rt3352 and make WiFi work e.g. on DIR-615 rev.H1. Based on the work of Сергей Василюгин Signed-off-by: Daniel Golle create mode 100644 package/mac80211/patches/622-rt2x00-fix-rt3352-ext-pa.patch diff --git a/package/mac80211/patches/622-rt2x00-fix-rt3352-ext-pa.patch b/p

Re: [OpenWrt-Devel] [PATCH v3 0/7] [ar7] AudioCodes AC49x sub-target

2012-11-11 Thread Daniel Golle
On 11/11/12 18:12, Florian Fainelli wrote: > On Wednesday 17 October 2012 15:46:44 Daniel Golle wrote: >> Some more cleanup was done: >> AC49x is now a sub-target (instead of a separate machine) also in the kernel. >> This further reduces the foot-print of this addition... >> >> Daniel Golle (7): >

Re: [OpenWrt-Devel] [PATCH] Allow to build kmod-ssb-gige as module for brcm47xx

2012-11-11 Thread Manuel Munz
On 11.11.2012 18:38, Hauke Mehrtens wrote: > > Just adding some random file to the package to make it generated is > not the correct approach. I removed the kmod-ssb-gige package entirely > in r34150 and r34151, now the problem should be solved. > > Hauke Sorry for the bad patch. And yes, images

Re: [OpenWrt-Devel] [PATCHv2] Add support for Huawei E970

2012-11-11 Thread Rafał Miłecki
2012/10/20 Mathias Adam : > Am Mo, 15.10.2012, 19:17 schrieb Rafał Miłecki: >> 2012/10/15 Mathias Adam : >>> Am Mo, 15.10.2012, 17:57 schrieb Rafał Miłecki: 2012/10/14 Mathias Adam : > This patch adds support for Huawei E970 wireless gateway devices. It > has been tested on an E970 lab

Re: [OpenWrt-Devel] [PATCHv2] Add support for Huawei E970

2012-11-11 Thread Mathias Adam
ping... Am So, 14.10.2012, 21:13 schrieb Mathias Adam: > This patch adds support for Huawei E970 wireless gateway devices. > It has been tested on an E970 labelled as T-Mobile web'n'walk Box IV. > E960/B970 should work too, from what I know it's basically the same > hardware. > > The device has a

Re: [OpenWrt-Devel] [PATCH] Allow to build kmod-ssb-gige as module for brcm47xx

2012-11-11 Thread Hauke Mehrtens
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/11/2012 12:33 PM, Manuel Munz wrote: > Without this patch imagebuilder fails to build images for bcm4705* > targets which depend on kmod-ssb-gige because no kmod-package was > built. I don't have any hardware to test if it is still properly > bu

Re: [OpenWrt-Devel] [PATCH v3 0/7] [ar7] AudioCodes AC49x sub-target

2012-11-11 Thread Florian Fainelli
On Wednesday 17 October 2012 15:46:44 Daniel Golle wrote: > Some more cleanup was done: > AC49x is now a sub-target (instead of a separate machine) also in the kernel. > This further reduces the foot-print of this addition... > > Daniel Golle (7): > [ar7] free memory below kernel offset > [ar7

Re: [OpenWrt-Devel] [PATCH] Allow to build kmod-ssb-gige as module for brcm47xx

2012-11-11 Thread Daniel Golle
Hi Soma, On 11/11/12 13:33, Manuel Munz wrote: > Without this patch imagebuilder fails to build images for bcm4705* > targets which depend on kmod-ssb-gige because no kmod-package was built. > I don't have any hardware to test if it is still properly built into the > images, so please review/test.

[OpenWrt-Devel] [PATCH] Allow to build kmod-ssb-gige as module for brcm47xx

2012-11-11 Thread Manuel Munz
Without this patch imagebuilder fails to build images for bcm4705* targets which depend on kmod-ssb-gige because no kmod-package was built. I don't have any hardware to test if it is still properly built into the images, so please review/test. Signed-off-by: Manuel Munz Index: target/linux/brcm4