> What if the carrier check passes, and then the chip reset starts on > another cpu? You'll have the same problem.
Okay, let me see if I can come up with a better way to mitigate this. On Tue, Aug 11, 2015 at 2:22 PM, David Miller <[email protected]> wrote: > From: Jon Maxwell <[email protected]> > Date: Tue, 11 Aug 2015 11:32:26 +1000 > >> We have seen a few crashes recently where a NIC is getting >> reset for some reason and then the driver or another module calls >> printk() which invokes netconsole. Netconsole then calls the >> adapter specific poll routine via netpoll which crashes because >> the adapter is resetting and its structures are being reinitialized. > > This isn't a fix. > > What if the carrier check passes, and then the chip reset starts on > another cpu? You'll have the same problem. > > I'm not applying this, sorry. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
