[lime-users] Cooking 11s for ZBT-APE522II

Pau pau at dabax.net
Tue May 23 11:16:54 UTC 2017


On 23/05/17 04:24, Juergen Kimmel wrote:
> Maybe this clarifies:
> [   23.650087] batman_adv: bat0: Changing gw mode from: off to: client
> [   23.703459] batman_adv: bat0: multicast_mode: Changing from: enabled to:
> disabled
> [   23.742264] batman_adv: The newly added mac address (78:a3:51:16:d9:e9)
> already exists on: eth0-2_29
> [   23.751672] batman_adv: It is strongly recommended to keep mac addresses
> unique to avoid problems!

That should not be a real problem, just annoying.

> Juergen Kimmel <juergenkimmel at gmail.com> schrieb am Mo., 22. Mai 2017 um
> 20:25 Uhr:
> 
>> Hi all,
>> flashed the precompiled binary.
>>
>> Interface WAN does not come up WAN6 does. So I can't test stability in
>> concern of internet traffic.

Does the system recognizes the eth1 device? (ip link show)

Can you paste the output of "uci show network" and "uci show lime" ?

Thanks.

>> Minor flaw: Meshpoint SSID isn't set as usual.
>> About every 10 sec dmesg:  br-lan: received packet on bat0 with own
>> address as source address
>> Devices mesh as expected.
>>
>> Cheers
>>
>> Pau <pau at dabax.net> schrieb am Mo., 22. Mai 2017 um 11:15 Uhr:
>>
>>>
>>>
>>> On 21/05/17 23:30, Juergen Kimmel wrote:
>>>> Hi Ilario you got me. Has been a typo - minus instead of underscore -.
>>>> So this time output ok.
>>>> But also this firmware ends in a bootloop triggered by traffic.
>>>> Still waiting for daniel golle's efforts on mt7620 drivers
>>>>
>>>> Cheers
>>>
>>> Hi Jurgen.
>>>
>>> There is a patch which may fix some stuff related with 802.11s, but it
>>> is not applied automatically. Please, make sure you are using the last
>>> lime-sdk (execute git pull).
>>>
>>> You have to manually execute a script snippet like this:
>>>
>>> bash snippets/patch_sdk_mac80211.sh
>>>
>>> Then recompile the packages:
>>>
>>> ./cooker -b ramips/mt7620
>>>
>>> And finally cook the firmware
>>>
>>> ./cooker -c ramips/mt7620 --flavor=lime_default --profile=zbt-ape522ii
>>>
>>> Recently I added a way to enable 11s by default (instead of adhoc) in
>>> the firmware, you have to use a community profile like this:
>>>
>>> ./cooker -c ramips/mt7620 --flavor=lime_default --profile=zbt-ape522ii
>>> --community=libremesh/11s
>>>
>>> ** the communities profiles are listed here:
>>> https://github.com/libremesh/network-profiles
>>>
>>> ** read the README.md of lime-sdk to understand what a community profile
>>> is.
>>>
>>> You can also download precompiled binaries with the patch and 11s
>>> enabled from here:
>>>
>>>
>>> http://repo.libremesh.org/lime-17.04/targets/ramips/mt7620/zbt-ape522ii/lime_default/
>>>
>>> Please, let us know if it works for you. I don't have this hardware and
>>> I cannot test by myself.
>>>
>>> Cheers.
>>>
>>>>
>>>> Ilario Gelmetti <iochesonome at gmail.com> schrieb am So., 21. Mai 2017 um
>>>> 11:42 Uhr:
>>>>
>>>>> On 05/20/2017 11:55 PM, Juergen Kimmel wrote:
>>>>>> Cooking went flawlessly but output has been a vanilla Lede  firmware.
>>>>>> Did I overlook something?
>>>>>
>>>>> Can you post the cooker command you used?
>>>>> I tried to replicate using:
>>>>> ./cooker -c ramips/mt7620 --flavor=lime_default --profile=zbt-ape522ii
>>>>> --update-feeds
>>>>>
>>>>> and I got:
>>>>> ls output/ramips/mt7620/zbt-ape522ii/lime_default/
>>>>> lede-17.01.1-libremesh-ramips-mt7620-device-zbt-ape522ii.manifest
>>>>>
>>> lede-17.01.1-libremesh-ramips-mt7620-zbt-ape522ii-squashfs-sysupgrade.bin
>>>>> sha256sums
>>>>>
>>>>> I can't verify if the image works but I can say it contains many
>>>>> LibreMesh related files, using:
>>>>> binwalk -e
>>>>>
>>> lede-17.01.1-libremesh-ramips-mt7620-zbt-ape522ii-squashfs-sysupgrade.bin
>>>>>
>>>>> Did you use a different lime-sdk command?
>>>>> Can you check the firmware image content with binwalk (is there any
>>>>> other way)?
>>>>> Bye!
>>>>> Ilario
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> lime-users mailing list
>>>>> lime-users at lists.libremesh.org
>>>>> https://lists.libremesh.org/mailman/listinfo/lime-users
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> lime-users mailing list
>>>> lime-users at lists.libremesh.org
>>>> https://lists.libremesh.org/mailman/listinfo/lime-users
>>>>
>>>
>>> --
>>> ./p4u
>>>
>>> _______________________________________________
>>> lime-users mailing list
>>> lime-users at lists.libremesh.org
>>> https://lists.libremesh.org/mailman/listinfo/lime-users
>>
>>
> 
> 
> 
> _______________________________________________
> lime-users mailing list
> lime-users at lists.libremesh.org
> https://lists.libremesh.org/mailman/listinfo/lime-users
> 

-- 
./p4u

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.libremesh.org/pipermail/lime-users/attachments/20170523/4c315586/attachment.sig>


More information about the lime-users mailing list