[PATCH v2] Add support for Unifi AC Mesh

Tim Niemeyer tim at tn-x.org
Fr Nov 3 23:06:46 CET 2017


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. :)

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


Mehr Informationen über die Mailingliste franken-dev