[Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?

[vittgam a mietitrebbia.rocks]

On 01/05/2016 23:33:22 CEST, Saverio Proto wrote:
> Confermo che 0x2500C risolve il problema ed IPv6 funziona. Sia ping6
> ff02 funziona sia connettivita' con SSH su link local fe80.

Ottimo. Infatti il valore precedente lasciava fuori le porte 0 e 1,
e il tuo router dovrebbe usare la porta 0 come unica porta ethernet
disponibile.

> 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 ?

Ci penso io, sto preparando la patch ora.

Vittorio

> Saverio
>
>
>
> Il 1 maggio 2016 22:50,  <vittgam a 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. openwrt a 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 <stefanauss a 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 a ml.ninux.org
>>>> http://ml.ninux.org/mailman/listinfo/wireless
>>>>
>>