Hey, I tried using the decode_supout.py using Python version 3.10.6 on windows and Ubuntu but got the following errors:
First some indentation problems and slight syntax errors around line 55 and below, and the following exception
Thanks!
You will need to supply the name of the supout file copied from the router to your pc as a command line arg. example: python3 decode_supout.py supout.rif
Yes, this is worth a try.
No need, just do not share the 10_export file (number can change).
The _.proc and _.startup files are probably all we want to start with, but you should replace most bits of your MAC addresses in them before sharing.
Cheers
Great. I have not used that before. The startup file might just be called log or something similar. It has parts of dmesg in it, like Creating 2 MTD partitions
The MAC addresses (multiple, sequential) & serial are all that I know of, but they are there in a few different formats (mixed case, and both with and without : separators for MAC)
Anywhere that works for you. I would probably use https://gist.github.com/, or a generic pastebin service.
Hi,
the second decoder was working. the content is in one file
right now I'm reading the openWRT docs to see what needs to be done to add device support, but still scratching the surface. I'm familiar with Linux but never build a kernel or did any low-level programming. Apologies if I ask questions that might seem obvious.
From the dmesg in supout, looks like there is a boot NOR chip, spi-nor spi0.0: gd25lq32 (4096 Kbytes) 0x0000002c0000-0x000000340000 : RouterBoot, but they are running a YAFFS filesystem on NAND. This makes booting OpenWrt from NAND with RouterBOOT difficult, as no YAFFS support in OpenWrt, but there are paths around this, like binary patching, or (partially) replacing the bootloader, or using an intermediary booter. Booting from BOOTP/TFTP should still work fine for testing.
To get OpenWrt running, we would want ipq6018 platform support in OpenWrt (very similar to ipq807x). Looks like some work has been done to build a QSDK based source for a similar device here: GL-iNet AX1800 new router - OpenWrt support?
Did you maybe had any time to take a look at the LZ77 decompression of the Wifi board and CAL files by any chance? If we want Hap ax2/ax3 support, we will definitely need that.
On the Chateau 12 side of things: with the help of Robi I managed to force the the board file of another device (Hap ac3) on the device, and everything seems to work now. So the last step is to resolve this LZ77 decompression thing.
I tried to disassemble the flash.ko and I found some relevant functions for this, but I was not able to reverse engineer it to a point where I can decompress the files even with an external lz77 decompressor. The prefix seems to be the same, and I have a feeling the reason my attempt fails is that they added some sort of a dictionary to LZ77 (which to my understanding is not part of the original LZ77/LZ2 standard), and that is that prefix part.
If you need any more input from me, please let me know. The mtd2 is uploaded in the Routerboot7 topic with my findings.
Hi, very nice seeing interest in getting this going.
So, how do we proceed from here? I have looked through the other Forum posts, and to me it not often very clear what steps to be taken to enable device support and how this is managed between different efforts for other devices using similar hardware.
Can someone give me a heads up on how it is done?