Felix Fietkau kirjoitti 10.11.2023 klo 16.38:
On 10.11.23 15:21, e9hack wrote:
Too fast. I did reboot with the old version again. The patched version
does work.
Fix pushed, thanks for testing!
- Felix
Thanks,
I tested the current netifd with the fix, and it seems to work ok, again.
On 10.11.23 15:21, e9hack wrote:
Too fast. I did reboot with the old version again. The patched version does
work.
Fix pushed, thanks for testing!
- Felix
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Too fast. I did reboot with the old version again. The patched version does
work.
Sorry!
Regards,
Hartmut
Am 10.11.2023 um 15:09 schrieb e9hack:
Sorry, but it doesn't solve the issue.
Regards,
Hartmut
Am 10.11.2023 um 14:13 schrieb Felix Fietkau:
I think I found the cause of this
Sorry, but it doesn't solve the issue.
Regards,
Hartmut
Am 10.11.2023 um 14:13 schrieb Felix Fietkau:
I think I found the cause of this regression while looking at the code
again. It seems that the hotplug-added devices are removed too early
based on DEV_EVENT_REMOVE events.
Please try this
On 10.11.23 13:59, Felix Fietkau wrote:
On 09.11.23 22:31, Hannu Nyman wrote:
e9hack kirjoitti 9.11.2023 klo 17.32:
I face a strange behaviour since commit
516ab774cc16d4b04b3b17a067cbf2649f1adaeb (system-linux: fix race condition
on bringing up wireless devices). After a reboot or a full
On 09.11.23 22:31, Hannu Nyman wrote:
e9hack kirjoitti 9.11.2023 klo 17.32:
I face a strange behaviour since commit
516ab774cc16d4b04b3b17a067cbf2649f1adaeb (system-linux: fix race condition
on bringing up wireless devices). After a reboot or a full restart of
hostapd via 'wifi down; sleep
e9hack kirjoitti 9.11.2023 klo 17.32:
I face a strange behaviour since commit
516ab774cc16d4b04b3b17a067cbf2649f1adaeb (system-linux: fix race condition
on bringing up wireless devices). After a reboot or a full restart of
hostapd via 'wifi down; sleep 30; killall hostapd; sleep 5; wifi', only
Hi,
I face a strange behaviour since commit
516ab774cc16d4b04b3b17a067cbf2649f1adaeb (system-linux: fix race condition on
bringing up wireless devices). After a reboot or a full restart of hostapd via
'wifi down; sleep 30; killall hostapd; sleep 5; wifi', only the first of 3 5G
AP's is join
On 2014-03-27 20:57, James Wood wrote:
Hi Felix
We’re recently come up against a problem whereby when you switch
protocol to 3G/PPPoE, and then switch back to DHCP on the WAN interface,
netifd is failing to bring up the WAN interface.
Should be fixed in r40384, thanks for reporting.
-
Hi Felix
We're recently come up against a problem whereby when you switch protocol to
3G/PPPoE, and then switch back to DHCP on the WAN interface, netifd is
failing to bring up the WAN interface.
I've tracked it down to a line inside /lib/netifd/dhcp.script:
proto_init_update * 1
10 matches
Mail list logo