[OpenWrt-Devel] How to trigger wifi reload from wifi.lua

[Nick Dennis]

Hi, all. Thank you. I'll incorporate this and test as soon as i can.

On 10/24/2019 10:46 AM, John Crispin wrote:
> On 24/10/2019 14:18, Daniel Golle wrote:
>> On Thu, Oct 24, 2019 at 01:21:56PM +0200, Jo-Philipp Wich wrote:
>>> Hi,
>>>
>>>> On the Luci GUI, the current behaviour of Save&Apply of changes to the
>>>> items in wifi.lua and wireless_modefreq.htm is to invoke a network
>>>> restart. I would like to to change this behavior to invoke wifi 
>>>> restart
>>>> directly from wifi.lua.
>>>
>>> This is not supported and will confuse the netifd wireless state
>>> tracking. You should instead extend the netifd wireless handlers to
>>> properly deal with updated values.
>>
>> John and me have been working on this in the past months, I'm now doing
>> a final round of rebasing and testing right now.
>> Take a look at my staging tree here:
>> https://git.openwrt.org/?p=openwrt/staging/dangole.git;a=summary
>
> thanks for wrapping this feature up !
>     John
>>
>> What is new here is that hostapd and wpa_supplicant are running
>> permanently and offering a ubus interface to add, remove and modify
>> wifi interfaces. netifd and the scripts previously wrapping around
>> hostapd/wpa_supplicant have been modified to make use of that.
>> You can easily test it by modifying the wireless configuration and
>> calling 'wifi reconf', changes should take effect immediatly without
>> affecting unmodified networks.
>>
>> Currently, there is still one instance of each service for each
>> wiphy, however, once things have been tested a bit more, we can
>> reduce this and use the same service to manage interfaces accross
>> radios -- this should already be supported in hostapd/wpa_supplicant
>> right now, however, we intend to change things one by one to make
>> debugging easier.
>>
>> I'd highly appreciate all reviewing and testing of our changes, I'm
>> planning to merge them into master at the end of next week after
>> posting a comprehensive series on the mailing list tomorrow or monday.
>>
>>
>> Cheers
>>
>>
>> Daniel
>>
>>
>>
>>
>>>
>>>
>>> ~ Jo
>>>
>>> _______________________________________________
>>> openwrt-devel mailing list
>>> openwrt-devel at lists.openwrt.org
>>> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
>>
>> _______________________________________________
>> openwrt-devel mailing list
>> openwrt-devel at lists.openwrt.org
>> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/openwrt-devel/attachments/20191024/83c9a23c/attachment.htm>
-------------- next part --------------
_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel