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.
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
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
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
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.
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
@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?
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
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
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`
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.
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
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
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
```
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 disponibilizarINTFTPD_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:
(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.
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 ...
```
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
```
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
não tenho certeza se ele é da família en7523
é sim, mas por favo em inglês
qual seria o device?
@cogumelo atualmente temos poucos devices para ser adicionado e alguns ainda que estou esperando chegar
Askey RTF8225VW
https://www.tripleoxygen.net/wiki/ont/askey/rtf8225vw
ata, eu comprei um esses dias para iniciar o port do openwrt
@cogumelo estou apenas esperando ele chegar para poder adicionar aqui no openwrt se for possivel
@cogumelo
vou adicionar ele (airoha_en7523/openwrt#33) e o mitrastar (airoha_en7523/openwrt#33)
seria para trocar o firmware da vivo né?
This model is used by a few ISPs in south america. (at least its what i heard from a chilean guy :P)
Ah, sim. Eu consegui UART funcionando nele e fiquei com vontade de fazer algo de útil com esse roteador.
yep, Most from Telefônica ISP and subs
vc vai querer ajudar então?
se sim por favor confirme a lista de items que não preenchi por favor
essa lista?
bom eu não sou dev 😅, até agora só fiz bootlog e falhei mizeravelmente em dumpar a nand dele pelo uboot
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
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
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.
@cogumelo posso adicionar como uma das pessoas de testes do askey?
claro
interessante, mas será que tem o slic do fxs na pcb?
se for como os mitrar 5 (ac) provavelmente so está desativa, mas é a mesma pcb
ainda não temos VoIP então não será algo realmente de uso neste momento
a versão no tripleoxygen é rev3
comparado com a do tripleoxygen o slic foi removido e a revisão dele é a v3 a sua é a v4
sim. O firmware parece igual tho
e ainda tem o exploit do ssh pra conseguir root, a askey não consertou isso
então não muda muita coisa
será o mesmo dts e firmaware para essas placas
a coisa mais chata pelo jeito será o dump da nand caso apague o atf+uboot
vou aproveitar então a criar um draft do dts para ele
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.
conecta o cabo ethernet e tenta usar essa versão do uboot deste comentário para fazer o dump
fazer dumper pela uart e so quando nada funciona
@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
tftpbootpra carregar o arquivo do uboot que você mandou, certo?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
aqui no linux (fedora) eu uso esses pacotes:
Vou tentar aqui e ver se consigo dumpar essa noite
pelo que percebi vc esta com o windows então vc usa esse programinha aqui:
https://pjo2.github.io/tftpd64/
nono. Eu uso Gentoo.
net-ftp/atftp parece ser o pacote aqui
tabom
@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
você diz, uma blob pra NPU?
isso
tenho as versões de 2022 e 2023
isso não barra o projeto de ir pro upstream do openwrt?
neste meio tempo teve muita alterações
e o driver esta uma leve bagunça por causa deste firmwares antigos, no rtf temos de 2025 (
2023 10 25 | 25/10/2023build de 20252025_NPU_1.002)por enquanto não
mas no futuro sim
mas ainda precisamos pedir a liberação da Airoha para termos no upstream uma versão mais recente ainda
esse é o commit atual que usa o firmware v0.1:
3a11c990d5fiz 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@cogumelo não mapeie os botoes e nem os leds ainda, depois que vc enviar o dump provavelmente consigo mapear os leds
MUITO OBRIGADO, MAGO.
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
aqui no fedora uso esse pacote aqui do proprio kernel:
systemD
base: /usr/lib/systemd/system/tftp.service
over: /etc/systemd/system/tftp.service.d/override.conf
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 flagserverjá vem ativada por padrão.Instale o pacote:
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/tftpou/tftpboot.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:
Deixe a configuração com este formato:
4. Iniciar e Habilitar no Boot
Com o OpenRC, inicie o daemon e adicione-o ao runlevel
defaultpara que ele inicie automaticamente com o sistema:(Se o seu Gentoo usa systemd, o serviço e o socket geralmente chamam-se
tftpd.serviceoutftpd.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:
Use o próprio cliente TFTP (que é instalado junto se a USE flag
clientestava ativa) para tentar baixar o arquivo:Se o arquivo foi transferido corretamente e o log (visível em
/var/log/messagesou viadmesg/syslog) mostrar a requisição, o servidor está perfeitamente configurado.consegui usando outra distro. Anyway, como eu tenho certeza que o uboot vê o pc como 192.168.0.2?
estou com ip fixo na minha interface 192.168.1.10
ah, acho que consegui. ele tá em loading
algo mais o menos assim (estou no mkt hex s 2025):
Ele certamente tá encontrando o arquivo, mas da "loaded 0 Bytes"
acho que eu tô usando o endereço de memória errado
pode me mandar o log?
essa é a fstab
mais ou menos isso
tftpboot 0x89400000 192.168.0.10:openwrt-airoha-en7523-tplink_xx230v_v1-chainload-uboot.binvamos continuar essa conversa nessa issue: Sirherobrine23/en7523_logs#1 , esqueci que estamos ainda falando pt-br no org