[PATCH v2] Add support for Unifi AC Mesh

[Christian Dresel]

hi


Am 03.11.2017 um 23:06 schrieb Tim Niemeyer:
> Hi
>
> Am 3. November 2017 23:02:57 MEZ schrieb Christian Dresel <fff at chrisi01.de>:
>> Hi
>>
>> Am 03.11.2017 um 22:59 schrieb Tim Niemeyer:
>>> Am Freitag, den 03.11.2017, 20:55 +0100 schrieb
>>> mail at adrianschmutzler.de:
>>>> Bevor wir den applien, brauchen wir
>>>>
>>>> https://pw.freifunk-franken.de/patch/649/  fff-hoods/fff-wireless:
>>>> Don't delete WiFi devices
>>>>
>>>> Sonst kann man das 5 GHz nicht deaktivieren.
>>> Das soll hier doch gar nicht deaktiviert werden?
>> https://wiki.freifunk-franken.de/w/Portal:Hardware/UnifiACMesh
>>
>> Diese Befehle würden nach den aktuellen Stand so nicht wirklich
>> klappen,
>> so ist das Gerät nur Indoor legal zu verwenden was irgendwie sinnlos
>> ist. Ich denke daher kommt das Veto. Ob das Veto aus dem Grund
>> gerechtertigt ist kann ich nicht beurteilen, man müsste höchstens dazu
>> schreiben das es eben zum aktuellen Zeitunkt NUR indoor verwendbar ist
> Ah achso.
>
> Tja. Dann muß den anderen Patch mal jemand reviewen.
>
> Dieser hier muss ja eh rebased werden. :)
ihr wart so fleißig das ich jetzt wieder etwasÜberblick verloren habe ;) 
Ich schau es mir die Tage mal an und mach dann nen rebase. Hab es mit 
der Kiste jetzt nicht soooo eilig.

mfg

Christian
>
> Tim
>
>> mfg
>>
>> Christian
>>> Ggfs benötigt es auch mehr Erklärung an dem "Don't delete WiFi
>> devices"
>>> Patch?:
>>> --- %< ---
>>> We only want to remove WiFi interfaces, not devices during
>>> reconfiguration. This still allows for complete reconfiguration,
>>> but does not remove device attributes like a disabled 5 GHz or
>>> similar.
>>> --- >% ---
>>>
>>> Dieser Patch fügt doch weder das disabled noch ein anderes Attribut
>> an?
>>> Tim
>>>
>>>> Grüße
>>>>
>>>> Adrian
>>>>
>>>>> -----Original Message-----
>>>>> From: franken-dev [mailto:franken-dev-bounces at freifunk.net] On
>>>>> Behalf
>>>>> Of Tim Niemeyer
>>>>> Sent: Freitag, 3. November 2017 14:03
>>>>> To: Christian Dresel <fff at chrisi01.de>; franken-dev at freifunk.net
>>>>> Subject: Re: [PATCH v2] Add support for Unifi AC Mesh
>>>>>
>>>>> Hi
>>>>>
>>>>> Am Montag, den 30.10.2017, 16:36 +0100 schrieb Christian Dresel:
>>>>>> This is the correct firmware for the Unifi AC Mesh I have only
>>>>>> tested
>>>>>> at Unifi AC Mesh and not at Unifi AC lite But my information is,
>>>>>> that
>>>>>> both have the same Hardware
>>>>>>
>>>>>> Signed-off-by: Christian Dresel <fff at chrisi01.de>
>>>>>>
>>>>>> ---
>>>>>>
>>>>>> v2:
>>>>>>    - remove CONFIG_PACKAGE_ATH_DFS=y & CONFIG_ATH_USER_REGD=y
>>>>> because is
>>>>>> already in dependencies
>>>>>>      active
>>>>>>    - remove tab and use spaces
>>>>>>    - remove ETHMESHMAC
>>>>>>    - remove debug output in configurenetwork
>>>>>>
>>>>> [..]
>>>>>> diff --git
>>>>>> a/src/packages/fff/fff-network/files/usr/sbin/configurenetwork
>>>>>> b/src/packages/fff/fff-network/files/usr/sbin/configurenetwork
>>>>>> index c6b3113..173e270 100755
>>>>>> --- a/src/packages/fff/fff-
>>>>>> network/files/usr/sbin/configurenetwork
>>>>>> +++ b/src/packages/fff/fff-
>>>>>> network/files/usr/sbin/configurenetwork
>>>>>> @@ -184,6 +184,10 @@ if [[ -n "$ROUTERMAC" ]]; then
>>>>>>            echo "Fixing MAC on br-mesh (mesh)"
>>>>>>            sleep 10
>>>>>>            NEW_MACADDR=$(cat /sys/class/net/$ROUTERMAC/address)
>>>>>> +        # We need this to set the original MAC for the
>>>>>> + ubnt-unifiac-lite
>>>>>> from a variable and not from an Interface
>>>>>> +        if [[ -n "$NEWROUTERMAC" ]]; then
>>>>>> +                NEW_MACADDR=$NEWROUTERMAC
>>>>>> +        fi
>>>>> Hm.. Nee.. Lasst uns das bitte _vorher_ umbauen, dass die MAC
>>>>> Adressen in
>>>>> den network.xx Files gesetzt werden.
>>>>>
>>>>> Tim
>>>>