There is some ETA when Routerstation Pro will be fixed ?
Need to add only one exception that the first interface is a WAN, and second is LAN.
Version 1.3.5: Wireless N
Moderator: Moderators
Re: Version 1.3.5: Wireless N
Best Regards, Artur
http://openwrt.pl - Polish Center of OpenWrt
http://digi-led.pl - Electronic Parts
http://openwrt.pl - Polish Center of OpenWrt
http://digi-led.pl - Electronic Parts
-
- Posts: 146
- Joined: Sun Jun 21, 2009 11:27 pm
- Location: Australia
Re: Version 1.3.5: Wireless N
Thanks for your advice. FonFlash worked just greatEric wrote:uncle john: ... I will admit these routers are a lot more finicky about upgrades than either broadcom or ar71xx routers (but they are cheap, and FonFlash will always bring them back).
Seeing how long FonFlash took to complete the flash I suspect I did not give the router sufficient time to do it's thing the first time around.
The reset button works just great.
Now that I have Ver 1.3.5 installed I suppose I should take some time to test some of the other features in this experimental version.
Re: Version 1.3.5: Wireless N
hehe, seems to be fixed in latest svn code
EDIT: There is a patch http://pastebin.com/061Vqbdt that implement(maybe in buggy manner) hwmode in mac80211. Tested and working an my Routerstation Pro.
EDIT: There is a patch http://pastebin.com/061Vqbdt that implement(maybe in buggy manner) hwmode in mac80211. Tested and working an my Routerstation Pro.
Best Regards, Artur
http://openwrt.pl - Polish Center of OpenWrt
http://digi-led.pl - Electronic Parts
http://openwrt.pl - Polish Center of OpenWrt
http://digi-led.pl - Electronic Parts
Re: Version 1.3.5: Wireless N
Eric: there are some typos in gui. Patch fot this:
http://eko.one.pl/openwrt/sources/gargoyle_typos.patch
http://eko.one.pl/openwrt/sources/gargoyle_typos.patch
Re: Version 1.3.5: Wireless N
Cezary: I just applied your patch to the master branch. Thanks!
arteq: A good start on this feature, though more work is needed. In particular, if this option is in the wireless section for gateway mode, it also needs to be available for wireless configuration in bridge mode. I'll try to update integrate this patch within the next few days. I appreciate the contribution!
Also, if either of you want to contribute further, a really good way to do this is to fork the github mirror, and just send me a pull request. That way you don't have to post these patches to pastebin or wherever.
arteq: A good start on this feature, though more work is needed. In particular, if this option is in the wireless section for gateway mode, it also needs to be available for wireless configuration in bridge mode. I'll try to update integrate this patch within the next few days. I appreciate the contribution!
Also, if either of you want to contribute further, a really good way to do this is to fork the github mirror, and just send me a pull request. That way you don't have to post these patches to pastebin or wherever.
Re: Version 1.3.5: Wireless N
Hi Eric, next typos: http://eko.one.pl/openwrt/sources/typos1.patch
Re: Version 1.3.5: Wireless N
I can not get the qos to work on wzr-HP-g300nh. when i set application protocols i get the error message.
"There is an error in Application (Layer7) Protocol
Could not update classification rule"
any ideas?
"There is an error in Application (Layer7) Protocol
Could not update classification rule"
any ideas?
Re: Version 1.3.5: Wireless N
FYI: I've made polish translation of Gargoyle (for polish speaking people): http://ecco.selfip.net/gargoyle-pl/garg ... 8-pl.patch
Full description (in polish): http://openrouter.info/forum/viewtopic.php?f=22&t=352
Full description (in polish): http://openrouter.info/forum/viewtopic.php?f=22&t=352
Re: Version 1.3.5: Wireless N
Cezary: Wow, I'm flattered that you put in so much work to translate the entire interface. That patch is almost 6k lines of code!
However, as-is I can't add this patch to official images. I'd prefer to have more generic multi-language support which can be implemented by download/replacing only one or two files, which can be downloaded from a remote location via the web interface. That way I don't need to have a different set of files (which can eat up a lot of disk space) for each language.
Implementing integrated multi-language support isn't hard so much as tedious. It wouldn't take too much more effort to make a patch generic than it took to create the patch you've posted here, but it would mean going back and doing everything you just did over again in a slightly different way. If you're willing to do this simple but tedious work, I could fairly easily do the rest to implement full-blown multi-language support.
If you're interested in helping me implement generic language support, PM me, or post here and I can explain what you'd have to do. Either way, I greatly appreciate what you've done!
Also, I applied your second typo patch a few hours ago.
arteq: I've modified your hwmode patch as necessary and applied to the master branch in the repository. It should work properly now.
ruriruri: Yeah, that's a known issue in 1.3.5. There's a patch that's already been applied in the repository, and will be included in the next release.
I plan on releasing a bugfix release to fix a lot of these minor issues people have caught with ar71xx/ath9k routers sometime in the next week or so.
However, as-is I can't add this patch to official images. I'd prefer to have more generic multi-language support which can be implemented by download/replacing only one or two files, which can be downloaded from a remote location via the web interface. That way I don't need to have a different set of files (which can eat up a lot of disk space) for each language.
Implementing integrated multi-language support isn't hard so much as tedious. It wouldn't take too much more effort to make a patch generic than it took to create the patch you've posted here, but it would mean going back and doing everything you just did over again in a slightly different way. If you're willing to do this simple but tedious work, I could fairly easily do the rest to implement full-blown multi-language support.
If you're interested in helping me implement generic language support, PM me, or post here and I can explain what you'd have to do. Either way, I greatly appreciate what you've done!
Also, I applied your second typo patch a few hours ago.
arteq: I've modified your hwmode patch as necessary and applied to the master branch in the repository. It should work properly now.
ruriruri: Yeah, that's a known issue in 1.3.5. There's a patch that's already been applied in the repository, and will be included in the next release.
I plan on releasing a bugfix release to fix a lot of these minor issues people have caught with ar71xx/ath9k routers sometime in the next week or so.
Re: Version 1.3.5: Wireless N
Multilingual support will be nice future. Due to lack of support I decided to make translation in this way.