sergio
sergio
``` Octeon ubnt_e200# mmcinfo Device: Octeon MMC/SD0 Manufacturer ID: 45 OEM: 100 Name: SEM04 Tran Speed: 26000000 Rd Block Len: 512 MMC version 4.0 High Capacity: Yes Capacity: 3.7 GiB...
These dts were dumped from working openwrt official releases `/proc/device-tree`: [17.01.7.dts](https://github.com/openwrt/openwrt/files/13063193/17.01.7.dts.txt) [23.05.0.dts](https://github.com/openwrt/openwrt/files/13063192/23.05.0.dts.txt)
Above dts looks similar to cn71xx.dtsi, so I based my own on it: ``` // SPDX-License-Identifier: GPL-2.0-or-later OR MIT #include "cn71xx.dtsi" #include #include / { compatible = "ubnt,e200"; model =...
CN61XX CN71XX product briefs: https://datasheet.octopart.com/CN6130-110SV-G-Cavium-Networks-datasheet-25352746.pdf https://www.marvell.com/content/dam/marvell/en/public-collateral/embedded-processors/marvell-infrastructure-processors-octeon-iii-cn70xx-71xx-ap-product-brief-2019.pdf
1. This doesn't explain why it worked fine before device trees were included in the upstream kernel. 2. 17.01.7 uses 4.4 and 18.06.0 uses 4.14 and `arch/mips/boot/dts/cavium-octeon` were changed between...
dts from the latest edgeos, via sshfs: ``` sshfs [email protected]: ~/mnt dtc -I fs -O dts -o v2.0.9-hotfix.7.dts ~/mnt/sys/firmware/devicetree/base ``` [v2.0.9-hotfix.7.dts.txt](https://github.com/openwrt/openwrt/files/14802685/v2.0.9-hotfix.7.dts.txt)
[v2.0.9-hotfix.7.dmesg.txt](https://github.com/openwrt/openwrt/files/14802831/v2.0.9-hotfix.7.dmesg.txt)
I "fixed" this by manually modifying the device-tree in the ROM (changed mmc frequency: found 52000000 and replaced with it with 26000000 in hexeditor). Main bootloader becomes broken after this...
> editting device-tree ROM do not remember exact tools I used (just dd or mtd possibly), but dump mtd device, hexedit, write > _main_ and _second_ bootloader? boot0 and boot1...
> The MMC frequency can be changed at runtime via sysfs. This makes the md5sum test pass. how exactly? > The eMMC reports 25 MHz in its CSD, I need...