[a1pollo]

@larsen64it
Ciao, non ti preoccupare sono proprietario di un tp-link td-w8970 con @openwrt, su cui ho saldato seriale, e briccato piu' volte.
Hai fatto bene a parlarne perche' questo forum e' seguito anche da altre persone.

Ho appena aggiunto alla configurazione su luci-system-led configuration:
Name          uso-internet
led name    wireless orange
trigger         netdev
device         ptm0
trigger mode tutti e tre spuntati

salvare e applicare

ora il led arancione quando usate internet up & down lampeggia

ps. Questo router e' molto potente, spero si riesca a fare un buon lavoro con il porting

[LuKePicci]

Codice: [Seleziona]

Sat Oct 26 16:12:31 2019 user.notice SQM: Starting SQM script: simple.qos on vlan_eth4, in: 1000000 Kbps, out: 300000 Kbps
Sat Oct 26 16:12:35 2019 daemon.info syslog: 14[KNL] interface ifb4vlan_eth4 activated
Sat Oct 26 16:12:35 2019 daemon.info syslog: 16[KNL] fe80::58f1:afff:fe27:afc6 appeared on ifb4vlan_eth4
Sat Oct 26 16:12:35 2019 user.notice SQM: simple.qos was started on vlan_eth4 successfully
 

almeno a 130 simmetrici su fq_codel ci arriva, not bad

[smx129]

Ciao a tutti

Stavo valutando l'acquisto di un Fastgate per fare esperimenti e ho notato che ci sono due varianti (ASkey e Technicolor - quella discussa in questo topic)

So che la RAM e la Flash sull'ASkey ammontano entrambe a 512MB
Sapete dirmi se è uguale anche per il Technicolor?

Magari qualcuno con accesso shell può gentilmente fare un "free" e un "df" per verificare? grazie

[LuKePicci]

Si, 512 entrambe

[andrea.ant]

@andrea.ant
Forse perché nessuno a provato ad usare questo router come client. Poi usare il 5ghz come client è quasi una contraddizione in termini. Tieni presente che il chip è molto "permaloso" e a volte fallisce (boot loop continuo del router) e non so se il rischio vale la candela.

ho provato a fare delle prove col comando /wl ma niente non ci riesco. e alcuni comandi che altri eseguono a me riporta come non supported boh ‍♂️

[smx129]

Si, 512 entrambe

Grazie! Preso per soli €20, nuovo di zecca 

[goleador]

Ciao a tutti. Sto notando un comportamento strano con il fastgate. In pratica quando apro un qualsiasi sito web è come se per qualche secondo si bloccasse e non riuscisse a scaricare nulla per poi riprendere a funzionare normalmente. Avete qualche consiglio da darmi su come verificare dove possa essere il problema? Grazie.

[LuKePicci]

Ma lo ha sempre fatto o ha iniziato a farlo all'improvviso? Comuqnue, controlla MTU e dns (se hai usato quella che ti avevo mandato è già ok di sicuro).

Per controllare che il dns sia a posto, verifica quanto tempo ci mette ad aprire un sito web già visitato rispetto ad uno non ancora visitato o fai le stesse prove con nslookup confrontando una query verso 1.1.1.1 con una verso il fastgate.

Per controllare che non ci siano problemi di MTU, dai ifconfig e verifica che in pppoe-wan risulti MTU: 1492, e che in vlan_ptm0 risulti MTU: 1500. Poi controlla che in /etc/config/firewall, sotto config zone 'wan' ci sia mtu_fix '1'.
Se è tutto come previsto, vai in /etc/config/network e abbassa l'mtu di vlan_ptm0 da 1500 a 1450, riconnetti la pppoe (vedrai in ifconfig mtu di pppoe-wan a 1442) e vedi se ti da ancora lo stesso problema. Se così si è risolto allora puoi procedere a rialzarlo fino al valore corretto.

[smx129]

Primi giorni di esperimenti con il Fastgate:

Ho riesumato e pubblicato il mio progetto buildroot (originariamente per DVA-5592)

https://github.com/smx-smx/bcm63138-uclibc - uclibc modificata per compatibilità binaria con DVA-5592 e simili (Technicolor inclusi)
https://github.com/smx-smx/bcm63138-buildroot-toolchain - toolchain ad-hoc per bcm63138 (include uclibc modificata sopracitata)
https://github.com/smx-smx/bcm63138-buildroot - chroot esterno contentente busybox esteso, php, lighttpd, etc...

Il buildroot include anche asterisk (testato e funzionante su DVA-5592 con Infostrada, non ancora sul Technicolor)
Ho notato il progetto "secr", e l'ho riscritto in php per funzionare tramite /dev/mem senza dover usare un modulo del kernel (pubblicherò dopo averlo pulito)

Il buildroot NON include un kernel (per il momento), quindi non è possibile effettuare un flash standalone (che comunque non è possiblie su Technicolor a causa del secure boot)

Ho quindi provato la gui di @Ansuel. L'idea che ho in mente è di sperimentare con PHP per vedere se è possibile creare un framework per i bcm63138 (non solo per TCH quindi).
I problemi principali da sormontare riguarderebbero l'unificazione dei servizi (ognuno ha la propria stack voip, ADB ha il proprio server dns/dhcp, etc..) e l'utilizzo di un unico formato di configurazione (ADB usa il proprio `cm`, TCH usa `uci`, etc..)

Per quanto riguarda un kernel custom su TCH potrebbe esserci speranza mediante kexec.
Dato che il kernel corrente non lo supporta (# CONFIG_KEXEC is not set) esiste un trucco (usato dalla community del Motorola Droid e altri device) che consiste nel modificare la syscall "reboot" in memoria per caricare il nuovo kernel.
Ciò significa che per avviare un kernel custom sarebbe comunque necessario un doppio reboot, ma sarebbe meglio di nulla.

Per chi è interessato ho anche creato un server discord: https://discord.gg/ays9c4k

[LuKePicci]

Il problema è che senza il kernel corrente non funziona quasi nulla (spu, dect, wifi, rdp, ecc…) a meno che non lo si rimpiazza con una versione ricompilata a nostro gusto di se stesso. Tieni anche conto che technicolor è passata a glibc dalla release 18.

[andrea.ant]

sempre se verra aggiornato dato che e fermo ad un vecchio firmware

[LuKePicci]

si, in realtà stavo parlando in generale di homeware più che di questo device in particolare

[smx129]

Beh si potrebbe cominciare abilitando opzioni e moduli normalmente non abilitabili.
Purtroppo tutti i BCM63138 usano molti blob e moduli kernel specifici, quindi effettivamente un porting alle versioni più recenti è molto difficile - quasi impossibile (a meno di rendere compatibili i moduli correnti o, peggio ancora, rendere tutto open).

C'è questo sito che contiene alcune info su come funziona il DSP ADSL (https://bcm63xx.sipsolutions.net/Specification.html) ma non è completo.
E' interessante notare che, anche se il SOC principale è ARM Dual Core, la CPU xDSL rimane un Mips big endian.

Il file adsl_phy.bin è un binario raw MIPS Big Endian.
il SOC riserva uno spazio in memoria per esso, e carica il file all'indirizzo "host" 0xcfd00000, "virtuale" 0x10500000.
Se volete osservare cosa fa adsl_phy.bin in un qualsiasi disassembler, caricatelo all'indirizzo 0x10500000 come Mips32 BE

Codice: [Seleziona]

[   24.319000] BcmAdsl_Initialize=0xBF0DF028, g_pFnNotifyCallback=0xBF11B704
[   24.326000] AdslCoreSetSDRAMBaseAddr: pAddr=0x0FD00000 sdramPageAddr=0xCF800000
[   24.395000] BcmAdslCoreCalibrate: (cnt1-cnt)=0x03934b16, adslCoreCyclesPerMs=999744, BCMOS_MSEC_PER_TICK =1
[   24.415000] DYING GASP IRQ Disabled
[   24.434000] DYING GASP IRQ Enabled
[   24.491000] AdslCoreSetSdramImageAddr: lmem2=0x10500000, pgSize=0x800000 sdramSize=0x19E370
[   24.499000] AdslCoreSetSdramImageAddr: lmem2(0x500000) vs ADSL_PHY_SDRAM_BIAS(0x500000); origAddr=0xCFD00000 newAddr=0xCFD00000
[   24.511000] pSdramPHY=0xCFFFFFF8, 0x17AD0E 0xDEADBEEF
[   24.516000] AdslCoreSetSdramImageAddr: sdramPageAddr=0xcf800000, sdramImageAddr=0xcfd00000, sdramPhyImageAddr=0x10500000
[   24.528000] *** AdslCoreSetXfaceOffset: data[0]=0xFFFFFE6F data[1]=0x190 ***
[   24.535000] *** XfaceOffset: 0x190 => 0x190 ***
[   24.802000] *** AdslCoreSetSdramTrueSize: data[0]=0x3733DDFF data[1]=0xC8CC2200 ***
[   24.809000] *** AdslCoreSetSdramTrueSize: data[0]=0xFFDD3337 data[1]=0x22CCC8 ***
[   24.816000] *** PhySdramSize got adjusted: 0x19E370 => 0x22CCC8 ***
[   24.823000] AdslCoreSharedMemInit: shareMemSize=865040(865040)
[   24.829000] __AdslCoreHwReset: pAdslX=0xfc700190
[   24.834000] __AdslCoreHwReset: pAdslX->sdramBaseAddr=0x0000d0af, pAdslX->gfcTable[]=0x0000d0cf, adslCorePhyDesc.sdramImageAddr=0xcfd00000
[   24.868000] AdslCoreHwReset:  pLocSbSta=d40b8000 bkupThreshold=3072
[   24.875000] AdslCoreHwReset:  AdslOemDataAddr = 0xCFE63D2C, time=19 ms
[   24.885000] VersionInfo: A2pvfbH043g.d26q


[LuKePicci]

Sì e poi c'è anche un sacco di roba nella (relativamente) piccola parte open che andrebbe portata. Alla fine viene fuori una n distribuzione Linux per broadcom tipo iopsyswrt di cui però non disponiamo le opportune licenze. Di sicuro è più ragionevole abilitare e patchare quello che abbiamo già. Intanto sorgenti del kernel 3.4 o 4.1 specifici per questa famiglia VBNT-O/V non ce ne hanno mandati. Abbiamo solo I vecchi 3.4 e I nuovi 4.1 della famiglia VANT-W, oltre che dei vecchi 3.4 per la famiglia VANT-F che però era ancora sul 63268 mips.

[smx129]

@LuKePicci lo so che non sono gli stessi e non includono gli stessi drivers, ma giusto per info ho caricato i sorgenti dell'Asus DSL-AC88U, che è brcm63138 anche lui.
Qui il mirror: https://github.com/smx-smx/bcm63138

Nel frattempo sono riuscito a far girare GCC 9 con la uclibc in nostro possesso, mancano solo alcuni aggiustamenti e poi dovrei avere un sistema un po' più recente per produrre pacchetti