aboutsummaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorGravatar Jose Ignacio Tornos Martinez <jtornosm@redhat.com> 2024-05-10 11:08:28 +0200
committerGravatar Jakub Kicinski <kuba@kernel.org> 2024-05-13 15:47:15 -0700
commitecf848eb934b03959918f5269f64c0e52bc23998 (patch)
treeb6e8bb02f95b49f4a16fda25d8c7528244c38e8f /include
parentnet: smc91x: Fix m68k kernel compilation for ColdFire CPU (diff)
downloadlinux-ecf848eb934b03959918f5269f64c0e52bc23998.tar.gz
linux-ecf848eb934b03959918f5269f64c0e52bc23998.tar.bz2
linux-ecf848eb934b03959918f5269f64c0e52bc23998.zip
net: usb: ax88179_178a: fix link status when link is set to down/up
The idea was to keep only one reset at initialization stage in order to reduce the total delay, or the reset from usbnet_probe or the reset from usbnet_open. I have seen that restarting from usbnet_probe is necessary to avoid doing too complex things. But when the link is set to down/up (for example to configure a different mac address) the link is not correctly recovered unless a reset is commanded from usbnet_open. So, detect the initialization stage (first call) to not reset from usbnet_open after the reset from usbnet_probe and after this stage, always reset from usbnet_open too (when the link needs to be rechecked). Apply to all the possible devices, the behavior now is going to be the same. cc: stable@vger.kernel.org # 6.6+ Fixes: 56f78615bcb1 ("net: usb: ax88179_178a: avoid writing the mac address before first reading") Reported-by: Isaac Ganoung <inventor500@vivaldi.net> Reported-by: Yongqin Liu <yongqin.liu@linaro.org> Signed-off-by: Jose Ignacio Tornos Martinez <jtornosm@redhat.com> Reviewed-by: Simon Horman <horms@kernel.org> Link: https://lore.kernel.org/r/20240510090846.328201-1-jtornosm@redhat.com Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions