I assume /dev/mtd1 contains u-boot env, which would be the normal case, but check these with the hexdump output at the end of the post.
If not must first search for the right partition ..
... if there, any. But with 128MiB it should
Missing mtd3, but it's OK since there is are some "private" settings.
at first glance I see Netgar has changes NAND flash size from 128MiB to 64 MiB.
From imway I got a bootlog for 128MIB devices, there is no uboot-env and this is the embedded cmdline console=ttyS1,57600n8 root=/dev/mtdblock3 console=ttyS0
Hello, I'm the new to flash the lede.
After I flash the pb-boot to the bootloader, I flash the Netgear stock firmware (v 1.0.0.50) by using pb-boot. And then the wifi can not be use in stock firmware ( both 2.4g and 5g, the wifi config page become gray and can not be changed ). Can you upload the dump again because the link can not be reach.
Thanks!!
Do you have the scripts you used to build the images? I'd rather build my own than grab an image that I'm not sure about the build environment.
Also, I took the cover off the model I have and it's a v1.4. Loaded snapshot and things seem to be running fairly well. RAM shows full 128M available, but looks like the flash is smaller than the 128M spec'd. 2.4/5 work well and max out my 200Mbit upstream. Both cores show in the dmesg and /proc/cpuinfo shows both cores as well. The bit issue may be something on my internal network, but any direct hardwired connection is capped at 100Mbit. Not sure how to go about further debugging, but I'm setting up a build environment to dig in to it.
I tried to use the instructions posted by @imwsy, installed the working stock firmware 1.1.0.68 and dumped mtd10 (factory mtd) to a file using dd if=/dev/mtd10ro of=/tmp/10.bin
The factory partition has been configured as read-only. That's the reason why the hint from @imwsy is not working anymore with the current pre-built image. If I have the time I will try to build the image without the read-only flag and then use mtd to write the original factory partition to mtd4.
If I understand the trx files (compared to bin) correctly I will have to cut the bin dump before flashing it with mtd.
If anyone in this forum has an understanding of what I would like to achieve and wants to comment on the approach please feel free to provide feedback. I am totally new to this topic, especially building an own image.
For those of you that are interested in the solution provided by @ptpt52 - he has provided his changes in order to workaround the issue with the different flash layouts:
I took his changes and applied them to 18.06 and created a pull request over here:
The R6220A image that I created using this patch works on my R6220 with alternative flash layout.
Currently the pull request is under review by OpenWrt developers. There are concerns that the design of this patch is not good as it is a workaround for the known flash layout in separate images (R6220, R6220A, R6220B). It would be prefered to have one image that automatically adjusts its behavior depending on the flash layout. With the three images users have to flash each image until they don't receive the MAC error message mentioned in the messages above.
I have no clue on how to create a single patch for all different flash layouts.
If the pull request gets denied you can still build your own image based on 18.06(.1) and the information of the pull request. At least this is a solution for everyone who wanted to read the image changes before using it. If anybody requires help with compiling it I can provide you with working images.
My repository is located over here:
It's a fork of the github OpenWrt repository with the changes applied.
[Update]
The pull request got rejected. You can read through the justification on the website of the pull request.
I can understand the decision that has been taken to keep the code clean. But for the moment it means that the OpenWrt project is not going to support WIFI on the R6220s with alternative flash layout. I will add some hints to the device page for new users who don't know about this limitation for certain devices. This may reduce at least some headaches for new users.
Everyone who wants to invest time and has the skills to analyse this issue further is very welcome. I am happy to support as I have two different models of the R6220 at home.
Hi there,
first of all, thanks for all the hard work. Unfortunately, it seems there's a difference between your github clone with the patch applied and @ptpt52 "a" release. With my router, the latter works all right, while yours still presents the same issue of the official release.
Any pointers? There's nothing wrong with @ptpt52 release, besides being in chinese by default (grrr), but I too preferred compiling the thing from clean sources myself.
EDIT: actually, I want to add a few comments as to why @ptpt52 release is really bad. It's been built in a strange way, with different logos and the web interface doesn't have the package installation module so everything you want to add you need to do it via command line. On top of that, if you ever upload his image with the reset config to default option, your router becomes a brick. I wouldn't suggest using that image at all.
For now, I'm back to stock firmware, which is really bad. I hope to hear from you soon.
I got it to work, in the end. I now have a 18.06.1 release correctly working. All it takes is, just before compiling, to edit the R6220 dts file and replace both occurrencies of "0x2e00000" with "0x2de0000". Compile, install and it just works!
If anybody needs an already compiled one, I can provide it.
Make sure your router runs STOCK firmware, download BREED bootloader from https://breed.hackpascal.net/, download install images from OpenWRT, put them in a FAT-32 usb stick.
Telnet to the Router, backup stock EEPROM. (To enable telnet, paste http://192.168.1.1/setup.cgi?todo=debug in your browser) cd /mnt/U/ #enter usb stick path dd if=/dev/mtd10 of=./mtd10.bin #backup EEPROM