Confermo che 0x2500C risolve il problema ed IPv6 funziona. Sia ping6 ff02 funziona sia connettivita' con SSH su link local fe80.
Ecco la ultima patch: https://github.com/zioproto/openwrt15051-batman/commit/e7514f14bcae79859e071e81a5e40ef1c3cda151 Vittigam visto che le patch per trunk e 15.05.1 sono completamente diverse ... come si porta questa modifica in upstream ? Ci pensi tu per trunk ? Saverio Il 1 maggio 2016 22:50, <vittgam@mietitrebbia.rocks> ha scritto: > Ciao! > > Il registro FCT2 dovrebbe essere impostato a 0x2500C per far passare > "unknown IPv6 multicast" su tutte le porte, in base a quanto dice il > datasheet dell'RT5350 [0]. > > Inoltre i bit 25, 24, 23 del registro POC2 devono essere a 0 per far > mandare in broadcast tali pacchetti su tutte le porte. Di default > sono già a 0 almeno per l'esw nell'RT5350, e i driver di Linux (sia > vecchio che nuovo) non sembrano mai impostarli a 1, quindi non dovrebbe > essere necessario toccare nient'altro che il FCT2. > > Se non erro CC ha il vecchio driver, quindi la patch linkata va bene > per quanto riguarda la riga da patchare. Solo che 0xe500c non abilita > questa feature su due delle porte, 0x2500c lo fa su tutte invece. > > Per la trunk invece la riga da modificare è questa: > https://github.com/openwrt/openwrt/blob/master/target/linux/ramips/patches-4.4/0502-net-next-mediatek-add-switch-driver-for-rt3050.patch#L323 > > Ma l'ultima volta che ho dato un'occhiata alla trunk per ramips era a > dicembre scorso, e il nuovo driver ethernet era non funzionante sull' > rt5350 e altri con l'rt3052 come switch integrato nel SoC. Non so se > è cambiato qualcosa nel frattempo, ma immagino di sì. > > P.s. open...@vittgam.net sono sempre io. ;) > > Cheers, > Vittorio > > [0] https://cdn.sparkfun.com/datasheets/Wireless/WiFi/RT5350.pdf > > > On 01/05/2016 21:31:52 CEST, Saverio Proto wrote: >> >> OK appena ho tempo provo questa patch: >> >> https://github.com/zioproto/openwrt15051-batman/commit/c654d174101543e270caa37117a9e85fea6e9260 >> >> estratta da file allegato al ticket. >> >> Cmq il bug dovrebbe essere ancora anche in trunk, ma verificarlo dal >> codice e' complicato perche' a cartella: >> target/linux/ramips/files >> >> e' stata cancellata nel commit 5faa11eefc539ebd0ad0c64fc79e82e6dbd92630 >> >> mentre nel commit c1d3971d0438ff2179e2e7650bec2b834448f2f6 e' stato >> pushato il modo corretto di lavorare con ramips. >> >> solo che facendo grep qui dentro: target/linux/ramips/patches-4.4 >> >> grep -r 000e500c * >> >> non vedo nessuna patch che corregge il bug. >> >> ora lo provo sulla 15.05.1, ma poi mi serve una mano per trunk perche' >> con quilt ci si perde una sacco di tempo se uno non ci lavora tutti i >> giorni :) >> >> Saverio >> >> >> >> Il 1 maggio 2016 20:19, Stefano De Carlo <stefana...@gmail.com> ha >> scritto: >>> >>> Il 01/05/2016 20:11, Saverio Proto ha scritto: >>>> >>>> forse questo device ha un chip ethernet che butta via roba IPv6 ... >>>> possible ? >>> >>> >>> Yep, pare che butti via IPv6 multicast: >>> https://dev.openwrt.org/ticket/20453 >>> >>> Stefanauss. >>> >>> >>> _______________________________________________ >>> Wireless mailing list >>> Wireless@ml.ninux.org >>> http://ml.ninux.org/mailman/listinfo/wireless >>> > _______________________________________________ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless