From: Nikolay Aleksandrov <nikolay@xxxxxxxxxx> Date: Fri, 18 Sep 2020 12:35:02 +0000 > Thanks for the analysis, I don't see any issues with checking if the device > isn't present. It will have to go through some testing, but no obvious > objections/issues. Have you tried if it fixes your case? > I have briefly gone over drivers' use of net_device_detach(), mostly it's used > for suspends, but there are a few cases which use it on IO error or when a > device is actually detaching (VF detach). The vlan port event is for vlan > devices on top of the bridge when BROPT_VLAN_BRIDGE_BINDING is enabled and their > carrier is changed based on vlan participating ports' state. There are two things to resolve: 1) Why does the bridge need to get a change event for devices which have not fully resumed yet? 2) What kind of link state change is happening on devices which are not currently fully resumed yet? Really this whole situation is still quite mysterious to me. If the driver (or the PHY library it is using, etc.) is emitting link state changes before it marks itself as "present", that's the real bug.
