O soc EN7529DT é suportado? #32

Closed
opened 2026-07-02 21:23:44 +00:00 by cogumelo · 73 comments
Member

não tenho certeza se ele é da família en7523

não tenho certeza se ele é da família en7523
Owner

é sim, mas por favo em inglês

é sim, mas por favo em inglês
Owner

qual seria o device?

qual seria o device?
Owner

@cogumelo atualmente temos poucos devices para ser adicionado e alguns ainda que estou esperando chegar

@cogumelo atualmente temos poucos devices para ser adicionado e alguns ainda que estou esperando chegar
Author
Member
Askey RTF8225VW https://www.tripleoxygen.net/wiki/ont/askey/rtf8225vw
Owner

ata, eu comprei um esses dias para iniciar o port do openwrt

ata, eu comprei um esses dias para iniciar o port do openwrt
Owner

@cogumelo estou apenas esperando ele chegar para poder adicionar aqui no openwrt se for possivel

@cogumelo estou apenas esperando ele chegar para poder adicionar aqui no openwrt se for possivel
Owner

@cogumelo

vou adicionar ele (airoha_en7523/openwrt#33) e o mitrastar (airoha_en7523/openwrt#33)

seria para trocar o firmware da vivo né?

@cogumelo vou adicionar ele (airoha_en7523/openwrt#33) e o mitrastar (airoha_en7523/openwrt#33) seria para trocar o firmware da vivo né?
Author
Member

This model is used by a few ISPs in south america. (at least its what i heard from a chilean guy :P)

This model is used by a few ISPs in south america. (at least its what i heard from a chilean guy :P)
Author
Member

@cogumelo

vou adicionar ele (airoha_en7523/openwrt#33) e o mitrastar (airoha_en7523/openwrt#33)

seria para trocar o firmware da vivo né?

Ah, sim. Eu consegui UART funcionando nele e fiquei com vontade de fazer algo de útil com esse roteador.

> @cogumelo > > vou adicionar ele (airoha_en7523/openwrt#33) e o mitrastar (airoha_en7523/openwrt#33) > > seria para trocar o firmware da vivo né? Ah, sim. Eu consegui UART funcionando nele e fiquei com vontade de fazer algo de útil com esse roteador.
Owner

yep, Most from Telefônica ISP and subs

yep, Most from Telefônica ISP and subs
Owner

@cogumelo

vou adicionar ele (airoha_en7523/openwrt#33) e o mitrastar (airoha_en7523/openwrt#33)

seria para trocar o firmware da vivo né?

Ah, sim. Eu consegui UART funcionando nele e fiquei com vontade de fazer algo de útil com esse roteador.

vc vai querer ajudar então?

se sim por favor confirme a lista de items que não preenchi por favor

> > @cogumelo > > > > vou adicionar ele (airoha_en7523/openwrt#33) e o mitrastar (airoha_en7523/openwrt#33) > > > > seria para trocar o firmware da vivo né? > > Ah, sim. Eu consegui UART funcionando nele e fiquei com vontade de fazer algo de útil com esse roteador. vc vai querer ajudar então? se sim por favor confirme a lista de items que não preenchi por favor
Author
Member

essa lista?

essa [lista](https://sirherobrine23.com.br/airoha_en7523/openwrt/issues/32)?
Author
Member

bom eu não sou dev 😅, até agora só fiz bootlog e falhei mizeravelmente em dumpar a nand dele pelo uboot

bom eu não sou dev 😅, até agora só fiz bootlog e falhei mizeravelmente em dumpar a nand dele pelo uboot
Owner

isso, não que o tripleoxygen tenho colocado errado, mas só para confirmar, eu comprei esses devices esses dias então irei ter que esperar ate poder mexer

isso, não que o tripleoxygen tenho colocado errado, mas só para confirmar, eu comprei esses devices esses dias então irei ter que esperar ate poder mexer
Owner

bom eu não sou dev 😅, até agora só fiz bootlog e falhei mizeravelmente em dumpar a nand dele pelo uboot

tudo bem, normal, já de ter a noticia que o uboot está com acesso já e um alivio, poderia me mandar o bootlog completo dele, com o boot normal

> bom eu não sou dev 😅, até agora só fiz bootlog e falhei mizeravelmente em dumpar a nand dele pelo uboot tudo bem, normal, já de ter a noticia que o uboot está com acesso já e um alivio, poderia me mandar o bootlog completo dele, com o boot normal
Author
Member

aliás, a minha versão é levemente diferente da versão da tripleoxygen, já que não tem entrada de telefone. Mas o bootlog é identico.

aliás, a minha versão é levemente diferente da versão da tripleoxygen, já que não tem entrada de telefone. Mas o bootlog é identico.
Owner

@cogumelo posso adicionar como uma das pessoas de testes do askey?

@cogumelo posso adicionar como uma das pessoas de testes do askey?
Author
Member

poderia me mandar o bootlog completo dele, com o boot normal

> poderia me mandar o bootlog completo dele, com o boot normal
Author
Member

@cogumelo posso adicionar como uma das pessoas de testes do askey?

claro

> @cogumelo posso adicionar como uma das pessoas de testes do askey? claro
Owner

interessante, mas será que tem o slic do fxs na pcb?

interessante, mas será que tem o slic do fxs na pcb?
Owner

se for como os mitrar 5 (ac) provavelmente so está desativa, mas é a mesma pcb

se for como os mitrar 5 (ac) provavelmente so está desativa, mas é a mesma pcb
Owner

ainda não temos VoIP então não será algo realmente de uso neste momento

ainda não temos VoIP então não será algo realmente de uso neste momento
Author
Member

interessante, mas será que tem o slic do fxs na pcb?

> interessante, mas será que tem o slic do fxs na pcb?
Author
Member

a versão no tripleoxygen é rev3

a versão no tripleoxygen é rev3
Owner

comparado com a do tripleoxygen o slic foi removido e a revisão dele é a v3 a sua é a v4

comparado com a do tripleoxygen o slic foi removido e a revisão dele é a v3 a sua é a v4
Author
Member

sim. O firmware parece igual tho

sim. O firmware parece igual tho
Author
Member

e ainda tem o exploit do ssh pra conseguir root, a askey não consertou isso

e ainda tem o exploit do ssh pra conseguir root, a askey não consertou isso
Owner

então não muda muita coisa

então não muda muita coisa
Owner

será o mesmo dts e firmaware para essas placas

será o mesmo dts e firmaware para essas placas
Owner

a coisa mais chata pelo jeito será o dump da nand caso apague o atf+uboot

a coisa mais chata pelo jeito será o dump da nand caso apague o atf+uboot
Owner

vou aproveitar então a criar um draft do dts para ele

vou aproveitar então a criar um draft do dts para ele
Author
Member

ficou 50 horas rodando o read do uboot, aí eu vi que tinha output transfer do UART falhando. Aparentemente ainda tinha fluxo interferindo na saída. Refiz a solda e limpei direito dessa vez, quero tentar fazer o dump de novo.

ficou 50 horas rodando o read do uboot, aí eu vi que tinha output transfer do UART falhando. Aparentemente ainda tinha fluxo interferindo na saída. Refiz a solda e limpei direito dessa vez, quero tentar fazer o dump de novo.
Owner

conecta o cabo ethernet e tenta usar essa versão do uboot deste comentário para fazer o dump

conecta o cabo ethernet e tenta usar essa versão do uboot deste comentário para fazer o dump - arquivo e comando de exemplo: https://sirherobrine23.com.br/airoha_en7523/openwrt/issues/6#issuecomment-2908 - para pegar o valor correto da nand: https://sirherobrine23.com.br/airoha_en7523/openwrt/issues/6#issuecomment-2951
Owner

fazer dumper pela uart e so quando nada funciona

fazer dumper pela uart e so quando nada funciona
Owner

@cogumelo assim que possivel poderia me enviar o dump?

@cogumelo assim que possivel poderia me enviar o dump?
Author
Member

@cogumelo assim que possivel poderia me enviar o dump?

Claro. Pelo o que eu entendi, preciso de um servidor FTP rodando na minha máquina e usar tftpboot pra carregar o arquivo do uboot que você mandou, certo?

> @cogumelo assim que possivel poderia me enviar o dump? Claro. Pelo o que eu entendi, preciso de um servidor FTP rodando na minha máquina e usar `tftpboot` pra carregar o arquivo do uboot que você mandou, certo?
Owner

vc precissa de um servidor tftp, ai vc coloca o arquivo do uboot que vc baixou ai no uboot stock vc inicia no novo uboot na qual vc pode fazer o dump da nand e usar o tftpput para enviar esse dump para o computador pelo tftp

vc precissa de um servidor tftp, ai vc coloca o arquivo do uboot que vc baixou ai no uboot stock vc inicia no novo uboot na qual vc pode fazer o dump da nand e usar o tftpput para enviar esse dump para o computador pelo tftp
Owner

aqui no linux (fedora) eu uso esses pacotes:

tftp
tftp-server
aqui no linux (fedora) eu uso esses pacotes: ``` tftp tftp-server ```
Author
Member

Vou tentar aqui e ver se consigo dumpar essa noite

Vou tentar aqui e ver se consigo dumpar essa noite
Owner

pelo que percebi vc esta com o windows então vc usa esse programinha aqui:

https://pjo2.github.io/tftpd64/

pelo que percebi vc esta com o windows então vc usa esse programinha aqui: https://pjo2.github.io/tftpd64/
Author
Member

nono. Eu uso Gentoo.

nono. Eu uso Gentoo.
Author
Member

net-ftp/atftp parece ser o pacote aqui

net-ftp/atftp parece ser o pacote aqui
Owner

tabom

tabom
Owner

@cogumelo legal que esse firmware já veio uma firmware da N(etwork)PU mais recente, bom que ja vai para coleção dos firmware's da NPU's

@cogumelo legal que esse firmware já veio uma firmware da N(etwork)PU mais recente, bom que ja vai para coleção dos firmware's da NPU's
Author
Member

você diz, uma blob pra NPU?

você diz, uma blob pra NPU?
Owner

isso

isso
Owner

tenho as versões de 2022 e 2023

tenho as versões de 2022 e 2023
Author
Member

isso não barra o projeto de ir pro upstream do openwrt?

isso não barra o projeto de ir pro upstream do openwrt?
Owner

neste meio tempo teve muita alterações

neste meio tempo teve muita alterações
Owner

e o driver esta uma leve bagunça por causa deste firmwares antigos, no rtf temos de 2025 (2023 10 25 | 25/10/2023 build de 2025 2025_NPU_1.002)

e o driver esta uma leve bagunça por causa deste firmwares antigos, no rtf temos de 2025 (`2023 10 25 | 25/10/2023` build de 2025 `2025_NPU_1.002`)
Owner

isso não barra o projeto de ir pro upstream do openwrt?

por enquanto não

> isso não barra o projeto de ir pro upstream do openwrt? por enquanto não
Owner

mas no futuro sim

mas no futuro sim
Owner

mas ainda precisamos pedir a liberação da Airoha para termos no upstream uma versão mais recente ainda

mas ainda precisamos pedir a liberação da Airoha para termos no upstream uma versão mais recente ainda
Owner

esse é o commit atual que usa o firmware v0.1: 3a11c990d5

esse é o commit atual que usa o firmware v0.1: https://sirherobrine23.com.br/airoha_en7523/kernel/commit/3a11c990d5de090af48ffeb09568949d90db027c?files=drivers%2fnet%2fethernet%2fairoha%2fairoha_npu.c
Owner

fiz o build do openwrt, depois vc testa, esse é apenas um initramfs, então sobe para o uboot e depois bootm, deve funcionar com o uboot stock, rode esse comando antes de iniciar esse firmware: setenv loadaddr 0x89400000

fiz o build do openwrt, depois vc testa, esse é apenas um initramfs, então sobe para o uboot e depois bootm, deve funcionar com o uboot stock, rode esse comando antes de iniciar esse firmware: `setenv loadaddr 0x89400000`
Owner

@cogumelo não mapeie os botoes e nem os leds ainda, depois que vc enviar o dump provavelmente consigo mapear os leds

@cogumelo não mapeie os botoes e nem os leds ainda, depois que vc enviar o dump provavelmente consigo mapear os leds
Author
Member

fiz o build do openwrt, depois vc testa, esse é apenas um initramfs, então sobe para o uboot e depois bootm, deve funcionar com o uboot stock, rode esse comando antes de iniciar esse firmware: setenv loadaddr 0x89400000

MUITO OBRIGADO, MAGO.

> fiz o build do openwrt, depois vc testa, esse é apenas um initramfs, então sobe para o uboot e depois bootm, deve funcionar com o uboot stock, rode esse comando antes de iniciar esse firmware: `setenv loadaddr 0x89400000` MUITO OBRIGADO, MAGO.
Author
Member

depois que vc enviar o dump provavelmente consigo mapear os leds

ok ok. tô tentando aqui. Desculpa a demora, apesar de eu ter experiencia com linux, é a primeira vez que abro um servidor TFTP e mexo com o uboot

> depois que vc enviar o dump provavelmente consigo mapear os leds ok ok. tô tentando aqui. Desculpa a demora, apesar de eu ter experiencia com linux, é a primeira vez que abro um servidor TFTP e mexo com o uboot
Owner

aqui no fedora uso esse pacote aqui do proprio kernel:

Pacotes instalados
Nome              : tftp-server
Período           : 0
Versão            : 5.3
Lançamento        : 3.fc44
Arquitetura       : x86_64
Tamanho instalado : 63.9 KiB
Fonte             : tftp-5.3-3.fc44.src.rpm
Do repositório    : <desconhecido>
Sumário           : The server for the Trivial File Transfer Protocol (TFTP)
URL               : http://www.kernel.org/pub/software/network/tftp/
Licença           : BSD-4-Clause-UC
Descrição         : The Trivial File Transfer Protocol (TFTP) is normally used only for
                  : booting diskless workstations.  The tftp-server package provides the
                  : server for TFTP, which allows users to transfer files to and from a
                  : remote machine. TFTP provides very little security, and should not be
                  : enabled unless it is expressly needed.  The TFTP server is run by using
                  : systemd socket activation, and is disabled by default.
Fornecedor        : Fedora Project

systemD

base: /usr/lib/systemd/system/tftp.service

[Unit]
Description=Tftp Server
Requires=tftp.socket
Documentation=man:in.tftpd

[Service]
ExecStart=/usr/sbin/in.tftpd -s /var/lib/tftpboot
StandardInput=socket

[Install]
Also=tftp.socket

over: /etc/systemd/system/tftp.service.d/override.conf

[Service]
ExecStart=
ExecStart=/usr/sbin/in.tftpd -s /mnt/Data/airoha_en7523/openwrt/bin/targets/airoha/en7523
StandardInput=socket

aqui no fedora uso esse pacote aqui do proprio kernel: ``` Pacotes instalados Nome : tftp-server Período : 0 Versão : 5.3 Lançamento : 3.fc44 Arquitetura : x86_64 Tamanho instalado : 63.9 KiB Fonte : tftp-5.3-3.fc44.src.rpm Do repositório : <desconhecido> Sumário : The server for the Trivial File Transfer Protocol (TFTP) URL : http://www.kernel.org/pub/software/network/tftp/ Licença : BSD-4-Clause-UC Descrição : The Trivial File Transfer Protocol (TFTP) is normally used only for : booting diskless workstations. The tftp-server package provides the : server for TFTP, which allows users to transfer files to and from a : remote machine. TFTP provides very little security, and should not be : enabled unless it is expressly needed. The TFTP server is run by using : systemd socket activation, and is disabled by default. Fornecedor : Fedora Project ``` ## systemD base: /usr/lib/systemd/system/tftp.service ``` [Unit] Description=Tftp Server Requires=tftp.socket Documentation=man:in.tftpd [Service] ExecStart=/usr/sbin/in.tftpd -s /var/lib/tftpboot StandardInput=socket [Install] Also=tftp.socket ``` over: /etc/systemd/system/tftp.service.d/override.conf ``` [Service] ExecStart= ExecStart=/usr/sbin/in.tftpd -s /mnt/Data/airoha_en7523/openwrt/bin/targets/airoha/en7523 StandardInput=socket ```
Owner

Captura de tela 2026_07_02 20-53-31.png

![Captura de tela 2026_07_02 20-53-31.png](/attachments/f11d18ed-e043-407d-b82b-b93fa12f8f5b)
Owner

https://packages.gentoo.org/packages/net-ftp/tftp-hpa

Gemini Pro:

Configurar o tftpd-hpa no Gentoo Linux é um processo direto, focado principalmente no sistema de inicialização (OpenRC, na maioria dos casos) e nas USE flags.

Aqui está o passo a passo para instalar e configurar o servidor:

1. Instalação

O pacote no repositório do Gentoo é o net-ftp/tftp-hpa. Ele possui USE flags separadas para o cliente e o servidor. Na maioria dos perfis, a flag server já vem ativada por padrão.

Instale o pacote:

emerge -av net-ftp/tftp-hpa

2. Criar o Diretório Base

Você precisa de um diretório onde os arquivos do TFTP (como imagens PXE, firmwares de roteadores, etc.) ficarão armazenados. O padrão mais comum é usar /var/tftp ou /tftpboot.

mkdir -p /var/tftp
chmod 755 /var/tftp

Por segurança, o TFTP funciona melhor como somente leitura. Evite dar permissão 777 a menos que você explicitamente precise que clientes enviem (upload) arquivos para o servidor.

3. Configurar o Serviço (OpenRC)

A configuração principal do daemon no Gentoo não fica em /etc/default/ como no Debian/Ubuntu, mas sim em /etc/conf.d/in.tftpd.

Abra o arquivo com seu editor preferido:

nano /etc/conf.d/in.tftpd

Deixe a configuração com este formato:

# Diretório raiz que o servidor vai disponibilizar
INTFTPD_PATH="/var/tftp"

# Opções do daemon
# -s (--secure) : Muda a raiz do servidor (chroot) para o diretório especificado
# -v (--verbose) : Aumenta o nível de log no syslog (excelente para debugar PXE)
# -c (--create) : Permite uploads de novos arquivos (adicione apenas se necessário)
INTFTPD_OPTS="-s -v ${INTFTPD_PATH}"

4. Iniciar e Habilitar no Boot

Com o OpenRC, inicie o daemon e adicione-o ao runlevel default para que ele inicie automaticamente com o sistema:

rc-service in.tftpd start
rc-update add in.tftpd default

(Se o seu Gentoo usa systemd, o serviço e o socket geralmente chamam-se tftpd.service ou tftpd.socket, mas a maioria da documentação do pacote aponta o uso nativo via OpenRC).


Testando o funcionamento

Crie um arquivo de teste dentro do diretório do TFTP para validar a configuração:

echo "TFTP funcionando no Gentoo" > /var/tftp/teste.txt

Use o próprio cliente TFTP (que é instalado junto se a USE flag client estava ativa) para tentar baixar o arquivo:

tftp 127.0.0.1 -c get teste.txt
cat teste.txt

Se o arquivo foi transferido corretamente e o log (visível em /var/log/messages ou via dmesg/syslog) mostrar a requisição, o servidor está perfeitamente configurado.

https://packages.gentoo.org/packages/net-ftp/tftp-hpa Gemini Pro: Configurar o **tftpd-hpa** no Gentoo Linux é um processo direto, focado principalmente no sistema de inicialização (OpenRC, na maioria dos casos) e nas USE flags. Aqui está o passo a passo para instalar e configurar o servidor: ## 1. Instalação O pacote no repositório do Gentoo é o `net-ftp/tftp-hpa`. Ele possui USE flags separadas para o cliente e o servidor. Na maioria dos perfis, a flag `server` já vem ativada por padrão. Instale o pacote: ```bash emerge -av net-ftp/tftp-hpa ``` ## 2. Criar o Diretório Base Você precisa de um diretório onde os arquivos do TFTP (como imagens PXE, firmwares de roteadores, etc.) ficarão armazenados. O padrão mais comum é usar `/var/tftp` ou `/tftpboot`. ```bash mkdir -p /var/tftp chmod 755 /var/tftp ``` > Por segurança, o TFTP funciona melhor como *somente leitura*. Evite dar permissão `777` a menos que você explicitamente precise que clientes enviem (upload) arquivos para o servidor. ## 3. Configurar o Serviço (OpenRC) A configuração principal do daemon no Gentoo não fica em `/etc/default/` como no Debian/Ubuntu, mas sim em **`/etc/conf.d/in.tftpd`**. Abra o arquivo com seu editor preferido: ```bash nano /etc/conf.d/in.tftpd ``` Deixe a configuração com este formato: ```ini # Diretório raiz que o servidor vai disponibilizar INTFTPD_PATH="/var/tftp" # Opções do daemon # -s (--secure) : Muda a raiz do servidor (chroot) para o diretório especificado # -v (--verbose) : Aumenta o nível de log no syslog (excelente para debugar PXE) # -c (--create) : Permite uploads de novos arquivos (adicione apenas se necessário) INTFTPD_OPTS="-s -v ${INTFTPD_PATH}" ``` ## 4. Iniciar e Habilitar no Boot Com o OpenRC, inicie o daemon e adicione-o ao runlevel `default` para que ele inicie automaticamente com o sistema: ```bash rc-service in.tftpd start rc-update add in.tftpd default ``` *(Se o seu Gentoo usa **systemd**, o serviço e o socket geralmente chamam-se `tftpd.service` ou `tftpd.socket`, mas a maioria da documentação do pacote aponta o uso nativo via OpenRC).* --- ### Testando o funcionamento Crie um arquivo de teste dentro do diretório do TFTP para validar a configuração: ```bash echo "TFTP funcionando no Gentoo" > /var/tftp/teste.txt ``` Use o próprio cliente TFTP (que é instalado junto se a USE flag `client` estava ativa) para tentar baixar o arquivo: ```bash tftp 127.0.0.1 -c get teste.txt cat teste.txt ``` Se o arquivo foi transferido corretamente e o log (visível em `/var/log/messages` ou via `dmesg`/`syslog`) mostrar a requisição, o servidor está perfeitamente configurado.
Author
Member

consegui usando outra distro. Anyway, como eu tenho certeza que o uboot vê o pc como 192.168.0.2?

consegui usando outra distro. Anyway, como eu tenho certeza que o uboot vê o pc como 192.168.0.2?
Owner

estou com ip fixo na minha interface 192.168.1.10

estou com ip fixo na minha interface 192.168.1.10
Author
Member

ah, acho que consegui. ele tá em loading

ah, acho que consegui. ele tá em loading
Owner

algo mais o menos assim (estou no mkt hex s 2025):

EN7523DRAMC V0.5
dram_type = 5, speed = 1866
Final Impdance Cal Result: OCDP:0x1b, OCDN:0x1e, ODTP:0x6, ODTN:0x6
DDR1866 PLL setting init
[Dramc] PCDDR3 AC Timing update 
Fire MRW command...
ModeReg.2, value.0x20 done
Fire MRW command...
ModeReg.3, value.0x0 done
Fire MRW command...
ModeReg.1, value.0x6 done
Fire MRW command...
ModeReg.0, value.0x1114 done
Fire MRW command...
ModeReg.1, value.0x86 done
Fire MRW command...
ModeReg.1, value.0x6 done
Calculate size.
DRAM size=512MB


U-Boot 2026.01-OpenWrt-r35153-918c198643f (Jun 28 2026 - 00:45:56 +0000)

CPU:   Airoha EN7523/EN7529/EN7562
Model: MikroTik E60iUGS (hEX S 2025)
DRAM:  512 MiB
Core:  24 devices, 18 uclasses, devicetree: separate
Loading Environment from UBI... 
=== WARNING ======================================================
Detected booting in RESERVED mode (UART_TXD was short to GND).
This mode is known for incorrect DMA reading of some flashes.
Usage of DMA for flash operations will be disabled to prevent data
damage. Unplug your serial console and power cycle the board
to boot with full performance.
==================================================================

spi-nand: spi_nand nand@0: unknown raw ID 40 14 c8 40
Partition ubi not found!

** Cannot find mtd partition "ubi"
In:    serial
Out:   serial
Err:   serial
Net:   
Warning: ethernet@1fb50000 (eth0) using random MAC address - 5a:bd:fa:87:74:ae
eth0: ethernet@1fb50000
Hit any key to stop autoboot: 0
Using ethernet@1fb50000 device
TFTP from server 192.168.1.10; our IP address is 192.168.1.1
Filename 'openwrt-airoha-en7523-mikrotik_e60iugs-initramfs-kernel.bin'.
Load address: 0x89400000
Loading: *
ARP Retry count exceeded; starting again
U-Boot> boot
Using ethernet@1fb50000 device
TFTP from server 192.168.1.10; our IP address is 192.168.1.1
Filename 'openwrt-airoha-en7523-mikrotik_e60iugs-initramfs-kernel.bin'.
Load address: 0x89400000
Loading: #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         ###################
         2.5 MiB/s
done
Bytes transferred = 16490508 (fba00c hex)
## Loading kernel (any) from FIT Image at 89400000 ...
   Using 'config-1' configuration
   Trying 'kernel-1' kernel subimage
     Description:  ARM OpenWrt Linux-6.18.37
     Type:         Kernel Image
     Compression:  lzma compressed
     Data Start:   0x894000e4
     Data Size:    16470170 Bytes = 15.7 MiB
     Architecture: ARM
     OS:           Linux
     Load Address: 0x80208000
     Entry Point:  0x80208000
     Hash algo:    crc32
     Hash value:   a1a3fb17
     Hash algo:    sha1
     Hash value:   e2d8c63089b3820bc757940e4d216f16524907fe
   Verifying Hash Integrity ... crc32+ sha1+ OK
## Loading fdt (any) from FIT Image at 89400000 ...
   Using 'config-1' configuration
   Trying 'fdt-1' fdt subimage
     Description:  ARM OpenWrt mikrotik_e60iugs device tree blob
     Type:         Flat Device Tree
     Compression:  uncompressed
     Data Start:   0x8a3b52bc
     Data Size:    18956 Bytes = 18.5 KiB
     Architecture: ARM
     Hash algo:    crc32
     Hash value:   e79f04ac
     Hash algo:    sha1
     Hash value:   a96c13f6d49beb75498d47ac5ca51bb2beb5886c
   Verifying Hash Integrity ... crc32+ sha1+ OK
   Booting using the fdt blob at 0x8a3b52bc
Working FDT set to 8a3b52bc
   Uncompressing Kernel Image to 80208000
   Loading Device Tree to 9eb1d000, end 9eb24a0b ... OK
Working FDT set to 9eb1d000

Starting kernel ...


algo mais o menos assim (estou no mkt hex s 2025): ``` EN7523DRAMC V0.5 dram_type = 5, speed = 1866 Final Impdance Cal Result: OCDP:0x1b, OCDN:0x1e, ODTP:0x6, ODTN:0x6 DDR1866 PLL setting init [Dramc] PCDDR3 AC Timing update Fire MRW command... ModeReg.2, value.0x20 done Fire MRW command... ModeReg.3, value.0x0 done Fire MRW command... ModeReg.1, value.0x6 done Fire MRW command... ModeReg.0, value.0x1114 done Fire MRW command... ModeReg.1, value.0x86 done Fire MRW command... ModeReg.1, value.0x6 done Calculate size. DRAM size=512MB U-Boot 2026.01-OpenWrt-r35153-918c198643f (Jun 28 2026 - 00:45:56 +0000) CPU: Airoha EN7523/EN7529/EN7562 Model: MikroTik E60iUGS (hEX S 2025) DRAM: 512 MiB Core: 24 devices, 18 uclasses, devicetree: separate Loading Environment from UBI... === WARNING ====================================================== Detected booting in RESERVED mode (UART_TXD was short to GND). This mode is known for incorrect DMA reading of some flashes. Usage of DMA for flash operations will be disabled to prevent data damage. Unplug your serial console and power cycle the board to boot with full performance. ================================================================== spi-nand: spi_nand nand@0: unknown raw ID 40 14 c8 40 Partition ubi not found! ** Cannot find mtd partition "ubi" In: serial Out: serial Err: serial Net: Warning: ethernet@1fb50000 (eth0) using random MAC address - 5a:bd:fa:87:74:ae eth0: ethernet@1fb50000 Hit any key to stop autoboot: 0 Using ethernet@1fb50000 device TFTP from server 192.168.1.10; our IP address is 192.168.1.1 Filename 'openwrt-airoha-en7523-mikrotik_e60iugs-initramfs-kernel.bin'. Load address: 0x89400000 Loading: * ARP Retry count exceeded; starting again U-Boot> boot Using ethernet@1fb50000 device TFTP from server 192.168.1.10; our IP address is 192.168.1.1 Filename 'openwrt-airoha-en7523-mikrotik_e60iugs-initramfs-kernel.bin'. Load address: 0x89400000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################### 2.5 MiB/s done Bytes transferred = 16490508 (fba00c hex) ## Loading kernel (any) from FIT Image at 89400000 ... Using 'config-1' configuration Trying 'kernel-1' kernel subimage Description: ARM OpenWrt Linux-6.18.37 Type: Kernel Image Compression: lzma compressed Data Start: 0x894000e4 Data Size: 16470170 Bytes = 15.7 MiB Architecture: ARM OS: Linux Load Address: 0x80208000 Entry Point: 0x80208000 Hash algo: crc32 Hash value: a1a3fb17 Hash algo: sha1 Hash value: e2d8c63089b3820bc757940e4d216f16524907fe Verifying Hash Integrity ... crc32+ sha1+ OK ## Loading fdt (any) from FIT Image at 89400000 ... Using 'config-1' configuration Trying 'fdt-1' fdt subimage Description: ARM OpenWrt mikrotik_e60iugs device tree blob Type: Flat Device Tree Compression: uncompressed Data Start: 0x8a3b52bc Data Size: 18956 Bytes = 18.5 KiB Architecture: ARM Hash algo: crc32 Hash value: e79f04ac Hash algo: sha1 Hash value: a96c13f6d49beb75498d47ac5ca51bb2beb5886c Verifying Hash Integrity ... crc32+ sha1+ OK Booting using the fdt blob at 0x8a3b52bc Working FDT set to 8a3b52bc Uncompressing Kernel Image to 80208000 Loading Device Tree to 9eb1d000, end 9eb24a0b ... OK Working FDT set to 9eb1d000 Starting kernel ... ```
Author
Member

Ele certamente tá encontrando o arquivo, mas da "loaded 0 Bytes"

Ele certamente tá encontrando o arquivo, mas da "loaded 0 Bytes"
Author
Member

acho que eu tô usando o endereço de memória errado

acho que eu tô usando o endereço de memória errado
Owner

pode me mandar o log?

pode me mandar o log?
Author
Member
0x00000000-0x00080000 : "bootloader"
0x00080000-0x000c0000 : "romfile"
0x000c0000-0x000bfffe : "kernel"
0x000c0000-0x000bfffe : "rootfs"
0x000c0000-0x028c0000 : "tclinux"
0x028c0000-0x028bfffe : "kernel_slave"
0x028c0000-0x028bfffe : "rootfs_slave"
0x028c0000-0x050c0000 : "tclinux_slave"
0x050c0000-0x05100000 : "bootenv0"
0x05100000-0x05140000 : "bootenv1"
0x05140000-0x05540000 : "defcfg"
0x05540000-0x05940000 : "bakcfg"
0x05940000-0x05d40000 : "config"
0x05d40000-0x06540000 : "status"
0x06540000-0x0ddc0000 : "unused"
0x0ddc0000-0x0e000000 : "reservearea"

essa é a fstab

``` 0x00000000-0x00080000 : "bootloader" 0x00080000-0x000c0000 : "romfile" 0x000c0000-0x000bfffe : "kernel" 0x000c0000-0x000bfffe : "rootfs" 0x000c0000-0x028c0000 : "tclinux" 0x028c0000-0x028bfffe : "kernel_slave" 0x028c0000-0x028bfffe : "rootfs_slave" 0x028c0000-0x050c0000 : "tclinux_slave" 0x050c0000-0x05100000 : "bootenv0" 0x05100000-0x05140000 : "bootenv1" 0x05140000-0x05540000 : "defcfg" 0x05540000-0x05940000 : "bakcfg" 0x05940000-0x05d40000 : "config" 0x05d40000-0x06540000 : "status" 0x06540000-0x0ddc0000 : "unused" 0x0ddc0000-0x0e000000 : "reservearea" ``` essa é a fstab
Owner

mais ou menos isso

mais ou menos isso
Author
Member

pode me mandar o log?

ECNT> tftpboot 0x00080000 192.168.0.10:openwrt-airoha-en7523-tplink_xx230v_v1-chainload-uboot.bin
Using ecnt_eth device
TFTP from server 192.168.0.10; our IP address is 192.168.0.1
Filename 'openwrt-airoha-en7523-tplink_xx230v_v1-chainload-uboot.bin'.
Load address: 0x80000
Loading: #
         0 Bytes<NULL>
done

> pode me mandar o log? ``` ECNT> tftpboot 0x00080000 192.168.0.10:openwrt-airoha-en7523-tplink_xx230v_v1-chainload-uboot.bin Using ecnt_eth device TFTP from server 192.168.0.10; our IP address is 192.168.0.1 Filename 'openwrt-airoha-en7523-tplink_xx230v_v1-chainload-uboot.bin'. Load address: 0x80000 Loading: # 0 Bytes<NULL> done ```
Owner

tftpboot 0x89400000 192.168.0.10:openwrt-airoha-en7523-tplink_xx230v_v1-chainload-uboot.bin

`tftpboot 0x89400000 192.168.0.10:openwrt-airoha-en7523-tplink_xx230v_v1-chainload-uboot.bin`
Owner

vamos continuar essa conversa nessa issue: Sirherobrine23/en7523_logs#1 , esqueci que estamos ainda falando pt-br no org

vamos continuar essa conversa nessa issue: Sirherobrine23/en7523_logs#1 , esqueci que estamos ainda falando pt-br no org
Sign in to join this conversation.
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: airoha_en7523/kernel#32