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 freif...@somakoma.de
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.
-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
built
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
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 are
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):
[ar7]
Fix a few issues on Rt3352 and make WiFi work e.g. on DIR-615 rev.H1.
Based on the work of Сергей Василюгин vasilu...@yandex.ru
Signed-off-by: Daniel Golle dgo...@allnet.de
create mode 100644 package/mac80211/patches/622-rt2x00-fix-rt3352-ext-pa.patch
diff --git
Recent Ralink RFs need different rf_vals depending on whether HT20 or HT40 is
being used.
Signed-off-by: Daniel Golle dgo...@allnet.de
create mode 100644 package/mac80211/patches/623-differentiate-rf_vals.patch
diff --git a/package/mac80211/patches/622-rt2x00-fix-rt3352-ext-pa.patch
Signed-off-by: Daniel Golle dgo...@allnet.de
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
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
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
11 matches
Mail list logo