Forzatura brand e annex - chiarimenti

[Flane]

Scusate, ma mi sono reso conto di aver tralasciato questo particolare nei miei ultimi firmware versione 04.80 in italiano per 7170 ed altri.

In particolare il problema della forzatura del brand (in avm o avme a seconda del caso) e la forzatura dell'Annex il tutto in automatico andando ad aggiornare apparecchi derivati dal mercato tedesco che montano un firmware originale tedesco.
Problema che io non ho considerato in quanto effettuando gli esperimenti su apparecchi già forzati con il firmware 04.76 di Massinge non mi sono reso conto del problema.

Volevo però capire una volta per tutte alcune cose:


1 - Forzatura Brand (firmware_version)

Tale forzatura (ad avm) è il caso di inserirla nel file rc.conf eliminando il controllo del brand dal file install oppure poi c'è qualche problema nel caso di recovery e/o aggiornamenti con firmware originali?

2 - Forzatura Annex A (kernel_args)

In questo caso basta forzare la variabile ANNEX=A nel file rc.dsl.sh oppure si deve in qualche modo anche modificare la variabile Kernel_args in annex=A? Ed eventualmente in che modo modificarla per renderla automatica all'aggiornamento del firmware?
Avevo già postato tale domanda in altro post ma volevo unificare la cosa per renderla più chiara e comprensibile a tutti.


Scusate le mie "ingenue" domande, ma cercando in giro ho trovato informazioni anche contrastanti e non riesco più a capire cosa sia meglio fare per fare in modo che caricando un firmware moddato su un apparecchio originale DE il tutto si sistemi in automatico.

[Massinge]

Per il brand il problema non si pone se ad esempio hai pagine tradotte in italiano dalle pagine tedesche.
Rimane tutto invariato.
In ogni caso, se il firmware è derivato dal tedesco preferisco settarlo con brand avm in modo che non vi siano influenze negative dei brand minori (1und1 e freenet) sulle impostazioni

Solo se vuoi far digerire ad un fritz tedesco, un firmware internazionale (o le sue pagine), allora forzi ad avme il brand in rc.conf oppure lo fai inserendo manualmente la stringa in ftp e poi aggiorni il fw sempre in ftp.

la forzatura del brand in uno non previsto dal recovery, non consente il recovery stesso. Basta ripristinare in ftp il brand corretto e il recovery va senza difficoltà.
I recovery per speedport non hanno il controllo del brand quindi digeriscono un pò tutto.

La forzatura annex, come già detto in altra sede, è possibile in due modi alternativi:
1) preventivamente sul firmware in rc.dsl.sh aggiungendo ANNEX=A sotto la riga modprobe...

2) a posteriori tramite creazione variabile kernel_args
io preferisco la prima perchè non lascia traccia di manomissioni sul fritz, basta un recovery originale ed il fritz è come appena uscito di fabbrica.
La variabile kernel_args non è interessata da recovery, credo sia cancellabile solo con cambio bootloader e reset.

Ciao!

[mcbyte]

Con la mia poca esperienza in questo argomento (cambio brand e annex), ho visto che il variabile annex è resettato a ogni avvio sul valore originale del HW, se il fritz è un annex B, resta sempre un annex B all'avvio, anche se hai kernel_args annex=A, e il controllo durante l'install lo vede sempre come B, per fare un file image che installa su entrambi i modelli (A e B) sarebbe meglio togliere il controllo del tutto dal file /var/install

come è stato detto, il kernel_args sopravvive anche un recovery, io ho messo kernel_args annex=A e dopo ho fatto 2-3 recovery da FW avm originale, e questo è rimasto uguale (annex=A)

[Massinge]

Si, ma se agisci sul rc.dsl.sh non modifichi nessuna variabile impostata, ma modifichi il modo di lavorare del driver adsl, cioè tiene conto che deve lavorare in annex A a prescindere da come siano impostate le variabili ANNEX e CONFIG-ANNEX nelle var di ambiente.
Spero di essere stato più chiaro.
Ciao!

[Flane]

Per me chiarissimo.

Solo una piccola precisazione perchè mi sembra che tu abbia scritto una cosa imprecisa.

Forzatura Annex (nel file rd.dsl.sh)

Nel file etc/init.d/rc.dsl.sh si deve aggiungere la riga:

ANNEX=A

tra queste due righe:

Codice:

if [ -f ${ANNEX_FIRMWARE} ] ; then
ANNEX=A
modprobe tiatm ${atm_driver_params}
firmware_load_file=${ANNEX_FIRMWARE} annex=${ANNEX} ptest=${ANNEX_TEST}
product_name="${CONFIG_PRODUKT_NAME}"

e quindi prima della riga modprobe ..... come QUI riportato dal grande maestro Lonegunman

[Massinge]

VOlevo scrivere sopra e ho scritto sotto, comunque l'importante è che si sia capito il senso. Esempi di come fare ce ne sono diversi.
Ciao!

[Flane]

Mi è rimasto ancora un picolo dubbio.

Relativamente alla forzatura dell' annex, quale delle due possibili opzioni ha la precedenza nel caso vengano impostate entrambi ?

Cioè, se io forzo ANNEX=A in rc.dsl.sh poi qualsiasi valore abbia la variabile kernel_args comunque va sempre in Annex A oppure no?

[Massinge]

dici kernel_args impostato in B e ANNEX=A in rc.conf, dovrebbe prevalere il "valore" impostato in rc.conf, ma non è una prova che io ho mai fatto quindi non te la do per certa.. prova tu e fai sapere..
CIoa!

[Naf]

Basta impostare ANNEX=A in rc.dsl.sh e sei apposto.

Naf

[Contenuto sponsorizzato]