[Thread Ufficiale] TP-Link TD-W8970v1 - Firmware OpenWRT

[xsiriusx]

Originariamente inviato da Totix92

Ho compilato una nuova release
Ho aggiunto i comandi lsusb, lsmod e insmod a Busybox, utili per diagnosticare eventuali problemi
e ho aggiornato il firmware xdsl alla versione 5.7.7.6.1.7_5.7.2.F.1.1
Ho inoltre fixato alcuni problemi con il mount di partizioni fat e fat32

Download: https://onedrive.live.com/redir?resi...int=file%2czip

Appena provato il router non si avvia ho dovuto caricare una vecchia versione qui di seguito il log sulla seriale

U-Boot 2010.06-LANTIQ-v-2.0.40-svn4806 (Jun 12 2014 - 10:34:17)

CLOCK CPU 500M RAM 250M
DRAM:  64 MiB
Using default environment

In:    serial
Out:   serial
Err:   serial
Net:   Internal phy(GE) firmware version: 0x8434
vr9 Switch8192 KiB W25Q64 at 0:3 is now current device


Type "run flash_nfs" to mount root filesystem over NFS

Hit any key to stop autoboot:  0
8192 KiB W25Q64 at 0:3 is now current device
8192 KiB W25Q64 at 0:3 is now current device
        Uncompressing ...
Starting kernel ...

[    0.000000] Linux version 4.1.11 (salvatore@ubuntu) (gcc version 5.2.0 (OpenWrt GCC 5.2.0 r47641) ) #1 Wed Nov 25 10:36:15 PST 2015
[    0.000000] SoC: VR9 rev 1.2
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 00019556 (MIPS 34Kc)
[    0.000000] MIPS: machine is TDW8970 - TP-LINK TD-W8970
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 04000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
[    0.000000] Kernel command line: console=ttyLTQ0,115200 init=/etc/preinit panic=1
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Writing ErrCtl register=0004415c
[    0.000000] Readback ErrCtl register=0004415c
[    0.000000] Memory: 59556K/65536K available (3783K kernel code, 147K rwdata, 988K rodata, 180K init, 207K bss, 5980K reserved, 0K cma-reserved)
[    0.000000] NR_IRQS:256
[    0.000000] CPU Clock: 500MHz
[    0.000000] clocksource MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041786 ns
[    0.000011] sched_clock: 32 bits at 250MHz, resolution 4ns, wraps every 8589934590ns
[    0.008197] Calibrating delay loop... 332.54 BogoMIPS (lpj=665088)
[    0.042320] pid_max: default: 32768 minimum: 301
[    0.047315] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.053797] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.066918] clocksource jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.076635] pinctrl core: initialized pinctrl subsystem
[    0.082463] NET: Registered protocol family 16
[    0.091373] pinctrl-xway 1e100b10.pinmux: Init done
[    0.096914] dma-xway 1e104100.dma: Init done - hw rev: 7, ports: 7, channels: 28
[    0.207379] dcdc-xrx200 1f106a00.dcdc: Core Voltage : 1016 mV
[    0.325264] ath9k,eeprom ath9k_eep: failed to load eeprom address
[    0.353412] usbcore: registered new interface driver usbfs
[    0.358909] usbcore: registered new interface driver hub
[    0.364276] usbcore: registered new device driver usb
[    0.369604] PCI host bridge to bus 0000:00
[    0.373591] pci_bus 0000:00: root bus resource [mem 0x1c000000-0x1cffffff]
[    0.380508] pci_bus 0000:00: root bus resource [io  0x1d800000-0x1d8fffff]
[    0.387450] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    0.394306] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.402356] ifx_pcie_rc_class_early_fixup: fixed pcie host bridge to pci-pci bridge
[    0.421225] pci 0000:00:00.0: BAR 8: assigned [mem 0x1c000000-0x1c0fffff]
[    0.427903] pci 0000:00:00.0: BAR 9: assigned [mem 0x1c100000-0x1c1fffff pref]
[    0.435171] pci 0000:01:00.0: BAR 0: assigned [mem 0x1c000000-0x1c01ffff 64bit]
[    0.442570] pci 0000:01:00.0: BAR 6: assigned [mem 0x1c100000-0x1c10ffff pref]
[    0.449832] pci 0000:00:00.0: PCI bridge to [bus 01]
[    0.454868] pci 0000:00:00.0:   bridge window [mem 0x1c000000-0x1c0fffff]
[    0.461724] pci 0000:00:00.0:   bridge window [mem 0x1c100000-0x1c1fffff pref]
[    0.469032] ifx_pcie_bios_map_irq port 0 dev 0000:00:00.0 slot 0 pin 1
[    0.475690] ifx_pcie_bios_map_irq dev 0000:00:00.0 irq 144 assigned
[    0.482039] ifx_pcie_bios_map_irq port 0 dev 0000:01:00.0 slot 0 pin 1
[    0.488706] ifx_pcie_bios_map_irq dev 0000:01:00.0 irq 144 assigned
[    0.496035] Switched to clocksource MIPS
[    0.501665] NET: Registered protocol family 2
[    0.507099] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.513995] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[    0.520365] TCP: Hash tables configured (established 1024 bind 1024)
[    0.526934] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.532723] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.539427] NET: Registered protocol family 1
[    0.544246] gptu: totally 6 16-bit timers/counters
[    0.549061] gptu: misc_register on minor 63
[    0.553173] gptu: succeeded to request irq 126
[    0.557665] gptu: succeeded to request irq 127
[    0.562179] gptu: succeeded to request irq 128
[    0.566693] gptu: succeeded to request irq 129
[    0.571207] gptu: succeeded to request irq 130
[    0.575720] gptu: succeeded to request irq 131
[    0.581135] phy-xrx200 gphy-xrx200: requesting lantiq/vr9_phy11g_a2x.bin
[    0.588543] phy-xrx200 gphy-xrx200: booting GPHY0 firmware at 3A20000
[    0.594860] phy-xrx200 gphy-xrx200: booting GPHY1 firmware at 3A20000
[    0.702684] futex hash table entries: 256 (order: -1, 3072 bytes)
[    0.717810] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.723551] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.735183] io scheduler noop registered
[    0.739036] io scheduler deadline registered (default)
[    0.744910] 1e100c00.serial: ttyLTQ0 at MMIO 0x1e100c00 (irq = 112, base_baud = 0) is a lantiq,asc
[    0.753806] console [ttyLTQ0] enabled
[    0.753806] console [ttyLTQ0] enabled
[    0.761136] bootconsole [early0] disabled
[    0.761136] bootconsole [early0] disabled
[    0.773723] Lantiq SoC SPI controller rev 8 (TXFS 8, RXFS 8, DMA 1)
[    0.881058] libphy: lantiq,xrx200-mdio: probed
[    0.890673] net-xrx200: invalid MAC, using random
[    0.956768] eth0: attached PHY [Lantiq XWAY PEF7071] (phy_addr=0:00, irq=-1)
[    1.024740] eth0: attached PHY [Lantiq XWAY PEF7071] (phy_addr=0:05, irq=-1)
[    1.092727] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:11, irq=-1)
[    1.160729] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:13, irq=-1)
[    1.168575] wdt 1f8803f0.watchdog: Init done
[    1.173478] NET: Registered protocol family 10
[    1.180006] NET: Registered protocol family 17
[    1.183155] bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this.
[    1.195714] Bridge firewalling registered
[    1.199663] 8021q: 802.1Q VLAN Support v1.8
[    1.204197] ath9k,eeprom ath9k_eep: failed to load eeprom address
[    1.214345] UBIFS error (pid: 1): cannot open "ubi0:rootfs", error -19VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[    1.225462] Please append a correct "root=" boot option; here are the available partitions:
[    1.233798] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    1.243234] Rebooting in 1 seconds..

[Totix92]

succede la stessa cosa anche a me... bah... la cosa strana è che a me succede la stessa identica cosa anche con la 47603
mentre con le versioni più vecchie tutto ok, le uniche cose che ho aggiunto sono state samba, il firmware xdsl nuovo e qualche nuovo comando e basta
ho l'impressione che la causa è qualche patch, infatti ho notato che matteo85 la maggior parte le ha tolte, forse non sono più necessarie?

l'errore che causa il boot loop è: kernel panic - not syncing: VFS: Unable to mount root fs on unknown block (0,0)

[xsiriusx]

Originariamente inviato da Totix92

succede la stessa cosa anche a me... bah... la cosa strana è che a me succede la stessa identica cosa anche con la 47603
mentre con le versioni più vecchie tutto ok, le uniche cose che ho aggiunto sono state samba, il firmware xdsl nuovo e qualche nuovo comando e basta
ho l'impressione che la causa è qualche patch, infatti ho notato che matteo85 la maggior parte le ha tolte, forse non sono più necessarie?

l'errore che causa il boot loop è: kernel panic - not syncing: VFS: Unable to mount root fs on unknown block (0,0)

non riesce a scrivere sulla flash?

Vado OT ma per quale cxxx di motivo non mi si collega più winscp con protocollo sftp ma solo ftp? putty funziona!

Comunque appena ho un po di tempo da dedicarci vorrei compilare una versione leggera senza samba print server ecc...mi basta solo il ddns con lo scipt no-ip, credi sarà più leggera anche in termini di risosrse cpu disponibili?

[Totix92]

no, non riesce a montare la rootfs, nessuno sa come si risolve sto problema?

il print server è leggerissimo, con samba non so, io lo uso e non ho problemi di lentezza
per winscp non saprei, a me funziona

[xsiriusx]

Originariamente inviato da Totix92

no, non riesce a montare la rootfs, nessuno sa come si risolve sto problema?

il print server è leggerissimo, con samba non so, io lo uso e non ho problemi di lentezza
per winscp non saprei, a me funziona

Non riesce a montarlo perchè probabilmente va a scrivere la partizione da qualche parte sbagliata e non riesce a scriverla, quindi non la trova e ti dice che non riesce a montarla!

anche dopo aver ripristinato l'originale rimesso openwrt cambiato pc niente da fare appena inserisco la password mi si chiude la finestra!

comunque il ping alto è colpa dell'iPhone che non so per quale motivo appena gli attivo il wifi rallenta il ping su tutta la rete

[Totix92]

allora è sicuramente una delle patch che ho applicato a causare il problema

[Herbie_53]

non è che avete superato la dimensione della partizione?
Magari il nuovo firmware VDSL aggiunto ha un nome diverso rispetto a quello che avevate in precedenza e quindi non lo sostituisce ma lo aggiunge... sforando quella poca memoria a disposizione

Non ho ancora aggiornato alla nuova versione, ma l'ultima che ho compilato per conto mio era del 20 novembre e funzionava (l'ho creata senza patch varie: ho clonato il git, impostato il target e compilato, stop)

[Totix92]

no, anzi l'immagine è più piccola della precedente, pesa di meno
il firmware xdsl è vdsl.bin
prima di installare la build ho controllato i file dell'immagine .image con 7zip su windows ed è tutto a posto.

[xsiriusx]

Originariamente inviato da Herbie_53

non è che avete superato la dimensione della partizione?
Magari il nuovo firmware VDSL aggiunto ha un nome diverso rispetto a quello che avevate in precedenza e quindi non lo sostituisce ma lo aggiunge... sforando quella poca memoria a disposizione

Non ho ancora aggiornato alla nuova versione, ma l'ultima che ho compilato per conto mio era del 20 novembre e funzionava (l'ho creata senza patch varie: ho clonato il git, impostato il target e compilato, stop)

sto per compilare se avete consigli o altro il mio skype xsiriusx85

[xsiriusx]

appena provato a compilare 47648 con le patch apllicata e va in loop

provato a compilare ancora una volta la versione 47650 tolto tutto quello che non mi serviva file immagine da 5,4 Mb senza applicare nessuna patch stesso problema quindi le patch non centrano. Buona notte a domani

Un consiglio per provare i file compilati caricateli via seriale all'avvio date t fino ad entrare nella console

tftpboot il firmware che voleto caricato su server tftp esempio

tftpboot openwrt-r47650-lantiq-xrx200-TDW8970-sysupgrade.image

dopo date bootm avvia l'immagine senza scriverla se va bene ok altrimenti riavviate ed e tutto come prima!

[Totix92]

io ho fatto così con la 47641 l'ho avviata prima con bootm e niente... bah...
se non sono le patch allora dove sta il problema?
boh...

[xsiriusx]

Originariamente inviato da Totix92

io ho fatto così con la 47641 l'ho avviata prima con bootm e niente... bah...
se non sono le patch allora dove sta il problema?
boh...

Tocca sentire matteo85, perchè io non ne ho idea!

[avware]

Originariamente inviato da xsiriusx

sto per compilare se avete consigli o altro il mio skype xsiriusx85

Il consiglio: non farlo.

Originariamente inviato da xsiriusx

appena provato a compilare 47648 con le patch apllicata e va in loop

Come volevasi dimostrare

Originariamente inviato da xsiriusx

.. tolto tutto quello che non mi serviva ..

Esiste la probabilità che tu abbia tolto troppo.

Originariamente inviato da xsiriusx

Un consiglio per provare i file compilati ..

Un consiglio per mandarla in boot loop ?

E' ammirevole il tuo voler condividere l'esperienza, ma almeno sii sicuro che l'elenco di istruzioni funzioni Ad ogni modo dalla sequenza che hai fornito dovrebbe mancare un comando da dare poco prima del bootm:

setenv bootargs 'board=WD8970'

Originariamente inviato da Totix92

io ho fatto così con la 47641 l'ho avviata prima con bootm e niente... bah...
se non sono le patch allora dove sta il problema?
boh...

Sono arrivato tardi.

Ragazzi, molti esperti dell'argomento non lo scrivono più ma, compilare il trunk non equivale ad avere il massimo della stabilità eh. Pensateci un momento: non avrebbero ragione di esistere i rami delle release "stabili" come la recente chaos-calmer. Compilando dal trunk vi state facendo carico di tutti i problemi che emergono durante il testing e spesso per risolvere occorre un'importante conoscenza di linux e dell'hardware (anche lato programmazione). E' quasi inutile porsi domande a meno che non fate parte del gruppo di sviluppo openwrt (come matteo che non leggo da un pò).

[xsiriusx]

Originariamente inviato da avware

Il consiglio: non farlo.

Come volevasi dimostrare

Esiste la probabilità che tu abbia tolto troppo.

Un consiglio per mandarla in boot loop ?

E' ammirevole il tuo voler condividere l'esperienza, ma almeno sii sicuro che l'elenco di istruzioni funzioni Ad ogni modo dalla sequenza che hai fornito dovrebbe mancare un comando da dare poco prima del bootm:

setenv bootargs 'board=WD8970'

Sono arrivato tardi.

Ragazzi, molti esperti dell'argomento non lo scrivono più ma, compilare il trunk non equivale ad avere il massimo della stabilità eh. Pensateci un momento: non avrebbero ragione di esistere i rami delle release "stabili" come la recente chaos-calmer. Compilando dal trunk vi state facendo carico di tutti i problemi che emergono durante il testing e spesso per risolvere occorre un'importante conoscenza di linux e dell'hardware (anche lato programmazione). E' quasi inutile porsi domande a meno che non fate parte del gruppo di sviluppo openwrt (come matteo che non leggo da un pò).

il consiglio era proprio per non mandare in bootloop in quella maniera basta spegnere ed accendere e si avvia con il firmware sulla flash e non quello avviato da ram, la probabilità che abbia tolto troppo è poco probabile, se poi qualcuno carica le immagini da noi compilate e non gli funziona più il router e non sa come ripristinarlo, le istruzioni su come funzionano sono scritte sul wiki openwrt non basta fare il copia incolla, basta andare a leggere e di certo sapeva di cosa si sta parlando e a quali rischi va incontro e ne è il primo responsabile. Detto questo credo che avere dei tester (appassionati, studenti , nullafacenti ecc...) non sia poi tanto una cosa negativa per quanto riguarda questa discussione. Accetto le critiche costruttive sono il primo a non capirci nulla ma sono il primo a volerci provare perchè mi piace la materia ma ahimè non ho avuto la possibilità di approfondirla. Cerco di essere propositivo e sicuramente non voglio fare il saputello!!!!

[stef84]

Scusate ma mi sono un po perso....

Questa versione risulta stabile e funzionante, a parte il discorso fat32 che probabilmente nemmeno mi servirà mai?

https://drive.google.com/file/d/0Bxj...ew?usp=sharing

Oppure è meglio aspettare una ultima verisone compilata stabile con gli ultimi dirver forniti da Lantiq?

Grazie a tutti per l'impegno e la costanza!!

[xsiriusx]

Spulciando in rete ho trovato questa procedura in pratica descrive come riscrivere u-boot in caso di frittura! Spero non succeda mai a nessuno!

[hitech95]

Originariamente inviato da xsiriusx

Spulciando in rete ho trovato questa procedura in pratica descrive come riscrivere u-boot in caso di frittura! Spero non succeda mai a nessuno!

Qualche tempo fà è successo a qualcuno...

[Totix92]

credo che il problema sia stato sistemato
https://dev.openwrt.org/changeset/47664/trunk

"kernel: revert a faulty upstream commit that was added with the spi-nor/m25p80 backport"

"mtd: spi-nor: disable protection for Winbond flash at startup"

"This commit is breaking read access on at least s25fl064k, but also
possibly other Spansion flash chips."

i tp-link 8970 hanno una nor winbond o spansion, in alcuni esemplari c'è una nor winbond e in altri spansion, tra un po' compilo questa build e vedo se è effettivamente risolto.

[xsiriusx]

Originariamente inviato da Totix92

credo che il problema sia stato sistemato
https://dev.openwrt.org/changeset/47664/trunk

"kernel: revert a faulty upstream commit that was added with the spi-nor/m25p80 backport"

"mtd: spi-nor: disable protection for Winbond flash at startup"

"This commit is breaking read access on at least s25fl064k, but also
possibly other Spansion flash chips."

i tp-link 8970 hanno una nor winbond o spansion, in alcuni esemplari c'è una nor winbond e in altri spansion, tra un po' compilo questa build e vedo se è effettivamente risolto.

Ok attendo notizie...per adesso non posso far nulla!

[Totix92]

niente da fare... vabè... ci speravo
aspettiamo...
strano però che dicono che è stato fixato nella 47664... https://dev.openwrt.org/ticket/20971#comment:2 ed effettivamente in teoria è così...
io ho provato sia la 47664 che la 47665 e non funziona... boh