good job! 2010/12/20 George Kashperko <geo...@academy.zt.ua>
> Hi All, > > Might be posting not in a proper thread but one regarding ASUS RT-N16 looks > like dead one atm. Anyway afaik Linksys WRT610n v2 is built around BCM4718 > soc, > the same as N16 one is based on. So may be I could be of some use for those > who wanna get Openwrt running on their boxes. > > I've spent some time with RT-N16 GPL code from ASUS (you can get one from > ftp://ftp.asus.com/pub/ASUS/wireless/RT-N16/GPL_RT_N16_1019.zip). Cleaned > it up a > bit as it was based on some intermediate git of 2.6.22 and got a patch > (about 250Kb) against linux-2.6.22. Unfortunately this code is built around > Broadcom's SDK one (release 5.10.147.0 if I got it right). Everything about > soc hw (ssb, pci, etc.) in kernel itself is left intact, instead bunch of > Broadcom's code doing all the stuff about detecting, initializing and > managing BCM471x hardware. Also to get this kernel built one need at least > two > proprietary Broadcom's .o object files (one for wireless driver, and > another one for ctf driver code) both provided with original ASUS GPL > package (ftp > link to .zip from ASUS is above) and two more .o's to get wl supplicant and > configuration tool running (from > http://mirror2.openwrt.org/sources/broadcom-wl- > 5.10.56.27.0.tar.bz2). Also you can get just these .o's alone at > http://www.znau.edu.ua/temp/asus-rt-n16/asus-rt-n16.2.6.22.mips2.files.tar.bz2 > > Attached is the patch against current (last tried it with 24667) Openwrt > trunk to get it run on RT-N16 with 2.6.22.19 kernel. Also you can dl it from > > http://www.znau.edu.ua/temp/asus-rt-n16/asus-rt-n16.2.6.22.mips2.files.tar.bz2 > > I know pre2.6.34 kernel support is wiped out from Openwrt trunk, and this > one is based on 2.6.22. Just hope this could be of some use as the > alternative to > original/dd-wrt/tomato/wl500g/etc. firmware till we get mainline kernel > working with 4716/18, and maybe of some use for porting ssb/pcie code from > Broadcom's SDK. > > Atm I've got 3 RT-N16 boxes running with this stuff and it seems they work > smooth enough (except for bunch of annoying messages "protocol 0000 is > buggy, > dev eth1" in dmesg). > > For those who will decide to try it out keep in mind that: > 1. 2.6.22'based code is moved out into different target (brcm4716 instead > of the brcm47xx as used in trunk and earlier Openwrt releases) in order not > to > break current 47xx functionality. > 2. Packages "base-files", "broadcom-diag", "nvram" and "switch" where > patched to get them working with this new target, but those changes should > not affect > original brcm47xx target's functionality. > 3. To get broadcom-hnd package compiled (mainly its for ethernet and > wireless drivers with wl supplicant and cfg tool) one need four precompiled > .o files > (nas_exe.o, wl_exe.o, ctf.o and either wl_ap.o or wl_apsta.o or wl.sta.o > depending on planned wl mode) - get them from > http://mirror2.openwrt.org/sources/broadcom-wl-5.10.56.27.0.tar.bz2 and > ftp://ftp.asus.com/pub/ASUS/wireless/RT-N16/GPL_RT_N16_1019.zip or dl > > http://www.znau.edu.ua/temp/asus-rt-n16/asus-rt-n16.2.6.22.mips2.files.tar.bz2for > just these files alone. > 4. After patching the trunk chmod +x following scripts: > target/linux/brcm4716/base-files/etc/init.d/netconfig > target/linux/brcm4716/base-files/etc/init.d/wmacfixup > target/linux/brcm4716/base-files/sbin/hotplug.failsafe > 5. You will need to get things compiled with binutils 2.20.1 and gcc 4.2.4. > Newer gcc refuses to compile that stuff. Other binutils might work but never > tried it itself so better stick to 2.20.1 one. The same stands to uClibc - > tested it with 0.9.30.1, others might work or might not. Issue make > menuconfig > and set proper gcc/binutils/uClibc vers in "Advanced configuration options > (for developers)"/"Toolchain Options" or just cp 2.6.22.19.config .config to > use > mine template config provided with patch. > 6. Keep in mind that after reflash during first boot your box will start > formatting mtdblock3 for linux-data jffs2 partition and it could take some > time > (about 3-5 mins for mine N16 with 32Mb flash). If you reset the box before > it finish with format and after then run "mtd fixtrx" your box will enter > emergency repair mode (at least N16 does so) or potentially could get > bricked - so better let it finish with format or even better get yourself > uart->rs232 > to watch how's it going online. This one thingy could get been fixed with > proper drivers/mtd/maps/bcm947xx-flash.c code ofcourse, but I just dont > think it > worth time spent. > 7. See files "network" and "wireless" in /etc/config.tmp/ after you get box > flashed and running for network/wireless uci config templates. > > For those who are interested in cleaned up Broadcom's kernel patch code > look for it in > target/linux/brcm4716/patches-2.6.22/000-linux-2.6.22.19.asus- > gpl.rc8.patch (there were bits more things in netfilter code managing h/w > acceleration - keep in mind I've wiped that code out). > > Also, I would be pleased to help with porting brcm4716/18 support into > mainline kernels but dunno atm at which point should I start. Regarding > patches by > Bernhard Loos, Hauke Mehrtens and Jonas Gorski allowing thingy to boot I > would be much appreciated if you point me in right direction where to assist > - > either consider new ssb search/init/management code stable and start > rewiewing pcie code or maybe ssb stuff still need some more work? Also would > be > much appreciated if one will advise where to get bits more tech info > regarding newer ssb and pcie in 4716/18's if such exists (I've seen > http://voodoowarez.com/bcm5365p.pdf mentioned alot regarding ssb but it > seems http://voodoowarez.com is completely dead by now). > > George > > -----Original Message----- > From: Ryan Bair <ryandb...@gmail.com> > To: openwrt-devel@lists.openwrt.org > Date: Thu, 16 Dec 2010 12:09:12 -0500 > Subject: [OpenWrt-Devel] WRT610n v2 support > > > Hi all, > > > > I have a bit of time off between now and the end of the year and a > > new-to-me WRT610n v2 sitting in the box. > > > > From what I can tell, the majority of the hardware is the same between > > the newly supported v1 and the unsupported v2 with the very notable > > exception of the bcm4716 soc. It also seems like at least some level > > of support for the bcm4716 exists, although on last note it looks like > > it might only boot with serial access. > > > > Has anyone attempted to flash the wrt610n v2 from trunk? Can anyone > > let me know what the current status of the 4716 (and the wrt610n v2 > > specifically) is and what next steps are? > > > > Thanks > > _______________________________________________ > > openwrt-devel mailing list > > openwrt-devel@lists.openwrt.org > > https://lists.openwrt.org/mailman/listinfo/openwrt-devel > > _______________________________________________ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel > >
_______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel