[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