Re: [OpenWrt-Devel] [PATCH 2/2] mac80211/rt2x00: add rf_vals for Rt3352 with Xtal=20MHz

2012-11-12 Thread Сергей Василюгин
Hi Looks good but something wrong with if-logic (see below) 13.11.2012, 01:15, "Daniel Golle" : > Check if Xtal=20MHz is selected in SYSCFG0 reg and make that information > available to rt2x00 via platform_data. > > Signed-off-by: Daniel Golle > >  create mode 100644 > package/mac80211/patches

Re: [OpenWrt-Devel] Trunk busted on Netgear WGT634U since r33920

2012-11-12 Thread Russell Senior
> "Russell" == Russell Senior writes: > "Hauke" == Hauke Mehrtens writes: Russell> Hauke, Russell> I bisected the problem to r33920 (r33919 is okay), Russell> distclean'ing between each build. Russell> Symptoms are that the kernel doesn't load. I get the Russell> bootloader messages a

[OpenWrt-Devel] [PATCH] Update libmodbus to latest stable release 3.0.3

2012-11-12 Thread Simon G
Patch against trunk.(34137) This patch updates libmodbus from version 3.0.2 to the latest stable release 3.0.3 Patch is also attached in case it is corrupt inline here! Signed-off-by: Simon Gaynor Index: feeds/packages/libs/libmodbus/Makefile =

Re: [OpenWrt-Devel] Trunk busted on Netgear WGT634U since r33920

2012-11-12 Thread Russell Senior
> "Hauke" == Hauke Mehrtens writes: Russell> Hauke, Russell> I bisected the problem to r33920 (r33919 is okay), Russell> distclean'ing between each build. Russell> Symptoms are that the kernel doesn't load. I get the Russell> bootloader messages and then "Starting program at 0x80001000" Ru

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

2012-11-12 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello George, I applied 000-mlppp-fix-non-pppX-interface-naming.patch to both trunk and AA. I left the reconnect fix for now since it would break existing functionality. I hope to be able to look into this eventually. Regards, Jow -BEGIN PGP SIGN

[OpenWrt-Devel] [PATCH] ramips: enable DSP extensions on supported platforms

2012-11-12 Thread Daniel Golle
I don't think its actually used anywhere, but GCC supports generating code for it, both explicitely and also by using the generic vector extension. I carried this around in my tree for a while and it at least didn't cause any trouble so far. And I got no idea if Rt288x comes with MIPS DSP ASE. Sig

[OpenWrt-Devel] [PATCH 2/2] mac80211/rt2x00: add rf_vals for Rt3352 with Xtal=20MHz

2012-11-12 Thread Daniel Golle
Check if Xtal=20MHz is selected in SYSCFG0 reg and make that information available to rt2x00 via platform_data. Signed-off-by: Daniel Golle create mode 100644 package/mac80211/patches/623-rt2x00-rf_vals-rt3352-xtal20.patch diff --git a/package/mac80211/patches/623-rt2x00-rf_vals-rt3352-xtal20

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

2012-11-12 Thread Daniel Golle
This is needed for WiFi to work e.g. on DIR-615 rev.H1. 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/package/mac80211/patches/622-rt2x00-fix-rt3352-ext-pa.p

Re: [OpenWrt-Devel] Trunk busted on Netgear WGT634U since r33920

2012-11-12 Thread Hauke Mehrtens
On 11/12/2012 11:03 AM, Russell Senior wrote: >> "Russell" == Russell Senior writes: > > Russell> Hauke, > > Russell> I bisected the problem to r33920 (r33919 is okay), > Russell> distclean'ing between each build. > > Russell> Symptoms are that the kernel doesn't load. I get the > Russell>

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

2012-11-12 Thread Сергей Василюгин
Hi I've just checked dir300b1/dir620a1 (rt3050/rt3052) - 40MHz both. 21bit(PLL bypass) of syscfg = 0. So it's board specific. 12.11.2012, 17:29, "Gabor Juhos" : > 2012.11.12. 10:16 keltezéssel, Daniel Golle írta: > >>  Hi! >> >>  Thank you for clarifying this one! That was probably a life saver.

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

2012-11-12 Thread Gabor Juhos
2012.11.12. 10:16 keltezéssel, Daniel Golle írta: > Hi! > > Thank you for clarifying this one! That was probably a life saver. I should > have > google'd the acronym XTAL=Crystal... > > So: I'm wondering why it's done in SwitchChannel and not during initialization > in the vendor driver (as it w

Re: [OpenWrt-Devel] Trunk busted on Netgear WGT634U since r33920

2012-11-12 Thread Russell Senior
> "Russell" == Russell Senior writes: Russell> Hauke, Russell> I bisected the problem to r33920 (r33919 is okay), Russell> distclean'ing between each build. Russell> Symptoms are that the kernel doesn't load. I get the Russell> bootloader messages and then "Starting program at 0x80001000"

[OpenWrt-Devel] Trunk busted on Netgear WGT634U since r33920

2012-11-12 Thread Russell Senior
Hauke, I bisected the problem to r33920 (r33919 is okay), distclean'ing between each build. Symptoms are that the kernel doesn't load. I get the bootloader messages and then "Starting program at 0x80001000" then nothing, e.g.: CFE version 1.0.34 for BCM95365R (32bit,SP,LE) Build Date: Tue

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

2012-11-12 Thread Daniel Golle
Hi! Thank you for clarifying this one! That was probably a life saver. I should have google'd the acronym XTAL=Crystal... So: I'm wondering why it's done in SwitchChannel and not during initialization in the vendor driver (as it won't ever change in run-time, if I got it right now...) If this de