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

[Saverio Proto]

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