openwrt compiled with your source code is fine to use, but porting to immortalwrt, after the brush is still openwrt, I don't know why
DEVMEM is indeed a problem; current realteck switch driver is not decoupled enough to be used outside of RTL platform; @olliver was trying to build realtek switch driver but had like 200+ patches so he gave up I think; maybe worth looking into his code?
new rebased
I'm too lazy to check right now, but could we have the rtl sdk code in the bootloader initialize the switch for us? There would be no runtime configurability (no vlans etc) but it would just work as a dumb switch once booted into the OS.
That would be a decent workaround but I saw nothing realtek related in the bootloader's list of commands
how can i install turbo ACC acceleration to get Flow offloadding of QCA-NSS-ECM
So I did kind of give up; but that was more related to (negative) feedback rather then on technical grounds 
So the we (I did it once) can built u-boot; but doing the whole 'let u-boot do initialization' doesn't really help our situation (and I'd probably advise against it from a security pov anyway). We still need to fully understand the code/switch to make things work, so why bother with U-Boot?
As for the 200+ patches; most (but certainly not all) where about cleaning up things. The sad situation is, that we where blessed with the SDK included in openwrt, which was a huge pile of steaming mess. HOWEVER! It did make the switch work for the most part. However since, doing cleanup patches where hardly ever merged/agreed on, as they did not 'make it perfect' which was just nearly not feasible. My approach, lets do it in small steps, which meant you get small incremental patches.
So unless someone wants to rewrite everything from scratch and make it 'perfect' first, we're stuck in limbo land.
'rtk network on' probably is key
Yeah I just checked - the on device uboot only has the AQR 10GbE SDK stuff built in, it doesn't have the RTK switch SDK included. Sad.
So I guess we will have to fix the realtek switch driver somehow - iirc there's a rtl93xx switch that has a slave rtl93xx switch connected to it, but it's not yet supported in the port.
And I only realize now the topic/context of this question.
So the RTL93xx can be used in two ways, as a SoC with networking via MMIO, or with just the networking bits, done over SPI, as is the case here.
I did some initial work to make this happen (never tested it) but made it for some parts that you could use regmap over spi or mmio, and it should work the same.
However, my previous statements still hold, stuff just got stalled/not-looked at/dissagreed upon and didn't move forward any more sadly.
Maybe we should try to adapt your changes testing on this cr1000a router first? I could donate/sponsor the hardware
2 posts were split to a new topic: OpenWrt support for CR100B
Is this CR1000A or CR1000B, can you give a CR1000B?
What are the odds that the second CR1000A I got is above 3.1.0.21?
LMAO
100%, this time the seller didn't have an ethernet cable and therefore couldn't check the version.
Boom, I got 3.3.0.11
I guess I'll go to my school's embedded systems lab and ask for help and see if they can get the emmc desoldered and reflashed...
1 Like
Is there any tftp recovery procedure for stock firmware?Have one device that got power outage during FOTA and it just blinks white led for 30+ minutes,as it’s in EU it might not reaching verizon servers to recover/rollback.
Device has 2 copies of firmware and a uboot flag which to use. Try to reset it a few times maybe?
There are many guys on internet reballing GPUs. I suspect it will be easy for them to do the same for emmc chip.
I'd assume my school's lab has a bunch of stuff like oscopes and soldering tools. And the NAND chip can be essentially desoldered using a heatgun. So, do you have a part list of what programmer/adapter to get to reflash the chip?
would something like this work by itself or do I need more add ons?
Something like that but check earlier posts in this topic - folks had mentioned specific tools